Salesforce와 외부 시스템 간에 데이터에 액세스, 동기화, 공유할 수 있는 다양한 방법이 있습니다. 그러나 일부 도구가 특정 프로젝트에 적합하지는 않습니다. 이 가이드에서는 Salesforce에서 사용할 수 있는 데이터 통합 도구의 환경을 살펴봅니다. 또한 특정 사용 사례에 가장 적합한 도구(또는 도구의 조합)에 대한 권장 사항과 특정 시나리오에서 피할 수 있는 도구에 대한 지침을 제공합니다.

이 결정 가이드는 Salesforce와 관련된 데이터 수준 통합에 중점을 둡니다. 특히 다음 데이터 통합 사용 사례를 다룹니다.

• Salesforce -> 외부 시스템
• Salesforce에 외부 시스템 연결
• Salesforce 조직 -> Salesforce 조직

이는 Salesforce 아키텍처가 직면하는 통합 문제의 하위 집합일 뿐이므로 이벤트 중심 통합, 프로세스 통합을 사용하여 효과적인 고객 또는 직원 대면 워크플로 구축에 초점을 맞춘 더 많은 의사 결정 가이드를 추가할 계획입니다. 마지막으로 여기에 설명된 많은 도구와 접근 방식을 사용하여 더 광범위한 엔터프라이즈 전반에서 통합 문제를 해결할 수 있지만 이러한 용도는 이 가이드의 범위를 벗어난다는 점에 유의해야 합니다.

• 필요하지 않은 데이터 복제를 피하십시오. 데이터가 Salesforce에 있어야 하는 경우를 제외하고 Salesforce Connect 사용하여 데이터를 가상화하는 것이 좋습니다. 조직의 데이터가 많을수록 데이터 볼륨이 늘어날 수 있으며, 이는 성능에 부정적인 영향을 미치고 기술 부채를 늘릴 수 있습니다. 데이터가 Salesforce에 이미 있고 외부 시스템에 필요한 경우 절대적으로 필요한 경우를 제외하고 외부 시스템에 복사하지 마십시오. 대신 외부 시스템이 Salesforce API를 통해 데이터에 액세스하도록 합니다.
• 사용 가능한 경우 MuleSoft 또는 기타 엔터프라이즈 서비스 버스(ESB) 또는 ETL(Extract-Transform-Load) 솔루션을 사용하십시오. 이러한 도구는 데이터 마이그레이션 및 변환을 지원하기 위해 구축되었으므로 기업 전체에서 통합을 재사용하고, 더 강력한 관리를 유지하고, 통합 관리를 중앙 집중화할 수 있는 강력한 기능을 자주 갖추고 있습니다. 이 가이드에서 MuleSoft Anypoint가 권장되는 모든 위치에서 기존 ESB/ETL 솔루션이 충분한지 여부를 고려합니다.
• Data 360 및 Data Cloud One을 사용하여 다양한 소스의 데이터를 조화시킵니다. Customer 360 데이터 모델, ID 확인, 데이터 통합 및 기타 기능을 통해 Data 360은 Salesforce 및 기타 외부 시스템의 데이터를 고객에 대한 통합 보기로 통합합니다. 또한 Data Cloud One을 사용하면 다른 Salesforce 조직의 사용자가 데이터 공간을 통해 Data 360에서 가상으로 공유된 데이터에 안전하게 액세스할 수 있습니다.
• Data 360 작업 및 활성화를 사용하여 조직 간에 데이터를 이동합니다. 데이터가 다른 조직에서 Data 360으로 수집되면 데이터 작업 및 활성화로 데이터를 다른 조직에 동기화할 수 있습니다. 이 접근 방식은 Marketing Cloud 조직과의 통합에 매우 유용합니다.
• MuleSoft Anypoint를 사용하여 데이터를 추출하고 이동합니다. MuleSoft Anypoint를 사용하여 Connect API 및 데이터 그래프 API를 사용하여 Data 360에서 데이터를 추출하고 다른 Salesforce 조직으로 이동할 수 있습니다. Data 360이 없으면 Data 360에서 복제하지 않고 조직 간에 데이터를 이동해야 하는 경우에도 MuleSoft Anypoint를 사용할 수 있습니다.
• 아웃바운드 메시징을 사용하여 구축하려는 경우 주의하십시오. Salesforce는 현재 기능 용량 내에서 계속해서 아웃바운드 메시징을 지원하지만 이 기술에 대한 추가 투자를 계획하지는 않습니다.
• 모든 통합에 대해 "API 전용" 프로필이 있는 통합 사용자 라이센스를 항상 권장합니다. 또한 Salesforce는 모든 통합에 대해 적절하게 허용된 AuthN 및 AuthZ 패턴으로 외부 클라이언트 응용 프로그램(연결된 앱 또는 SOAP 로그인 지원)을 사용하는 것이 좋습니다.

사용 가능한 데이터 통합 도구를 자세히 살펴보려면 도구를 선택할 때 몇 가지 일반적인 고려 사항에 유의하십시오. 아키텍처와 마찬가지로 모든 비즈니스 문제에 대한 처방적 답변이 없습니다. 통합을 선택할 때 "대상에 따라 다름"이라는 단어를 사용했을 경우 적절한 위치를 찾았습니다.

다음은 데이터 통합에 사용할 수 있는 도구의 상위 수준 개요와 각 옵션 평가를 시작하기 위한 몇 가지 고려 사항입니다. 다음 섹션에는 자세한 사용 사례와 해당 도구의 기능에 대한 세부 사항이 포함되어 있습니다.

*대용량 변경 데이터 수집 이벤트 사용 사례에 필요한 추가 기능

**대용량 플랫폼 이벤트 사용 사례에 필요한 추가 기능

***웹 브라우저 내에서 비즈니스 논리를 실행하는 것이 좋을 경우 적합합니다.

열 범례:

• 사용 가능: 대부분의 사용 사례에 잘 작동
• 이 이상적이지 않음: 가능하지만 대체 도구를 고려하십시오.
• 사용 불가: 향후 12개월 동안 지원할 계획 없음

데이터 레이어 통합의 일부 측면을 지원할 수 있는 다른 도구가 있지만 통합 문제를 해결하는 기본 수단으로 간주해서는 안 됩니다. 이제 이러한 도구를 빠르게 살펴보겠습니다.

Lightning 웹 구성 요소는 일반적으로 프로세스 통합에 사용되지만, JavaScript 기능을 사용하여 콜아웃을 만들 수 있으므로 해당 트랜잭션에 데이터가 포함될 수 있습니다.

외부 서비스 또는 Apex 작업을 사용하여 외부 콜아웃을 오케스트레이션하는 데 Salesforce 플로를 사용할 수 있습니다. Salesforce 플로 자체는 독립 실행형 데이터 통합 도구로 간주되지 않습니다.

데이터 가져오기 마법사 및 Data Loader를 사용하여 데이터를 동기화, 가져오기 및 마이그레이션할 수 있습니다. Data Loader 명령은 데이터 가져오기 및 내보내기를 자동화하기 위해 스크립트를 지정할 수도 있지만, 명령줄 인터페이스는 Windows에만 적용되며, 이러한 도구 중 어느 것도 데이터 통합 전략을 위한 권장 기초가 아닙니다. 대신 이를 사용하여 데이터 관리 및 서비스 점검 전략을 보완합니다.

Salesforce CLI 데이터 명령을 사용하여 조직의 레코드를 조작할 수 있습니다. 대량 API 및 SObject 트리 저장 API를 사용하여 데이터를 가져오거나 내보내는 데 도움이 되는 명령을 사용할 수 있으며, REST API를 사용하여 개별 레코드에서 간단한 CRUD 작업을 수행할 수 있습니다. Salesforce CLI 자체는 독립형 데이터 통합 도구로 간주되지 않습니다.

OmniStudio Data Mapper 은 선언적 ETL 도구로 사용하여 Salesforce 개체와 JSON 데이터 구조 간에 데이터를 이동할 수 있습니다. REST 인터페이스는 각 데이터 매퍼 인터페이스에 대해 자동으로 생성되며, 외부 시스템에서 Salesforce 개체로 데이터를 이동하는 선언적 방법을 제공하지만 데이터 매퍼 독립형은 데이터 통합 전략의 기준이 아닙니다. 데이터 매퍼 작업은 OmniStudio 통합 절차에서 사용할 수 있습니다.

Dataloader.io는 MuleSoft의 Anypoint 플랫폼을 통해 제공되는 Salesforce의 또 다른 데이터 로더 도구로서 기업의 데이터 양을 빠르고 안전하게 가져오고 내보내거나 삭제할 수 있습니다. Dataloader.io는 데이터 통합 전략의 기준이 아닙니다.

Salesforce의 아웃바운드 통합의 경우 하위 코드, 프로 코드 또는 하이브리드와 같은 다양한 유형의 도구를 고려할 수 있습니다. 다음 섹션에서는 이러한 각 도구 유형에 대한 지침을 제공하고 샘플 솔루션을 제공합니다.

• 아웃바운드 통합을 위한 로우 코드 도구
• 아웃바운드 통합을 위한 하이브리드 도구
• 아웃바운드 통합을 위한 Pro-Code 도구

기회가 수주되면 회사의 ERP 시스템 또는 주문 관리 시스템에서 관련 제품에 대한 주문을 만들어야 합니다.

변경 데이터 캡처 기회 레코드가 업데이트되면 변경 데이터 캡처가 개체에 대한 업데이트가 포함된 변경 이벤트를 게시합니다. 변경 이벤트는 CometD 연결(또는 MuleSoft 커넥터를 통해)을 통해 고객이 소비하고 고객의 ERP 또는 주문 관리 시스템을 업데이트하는 데 사용됩니다. 변경 이벤트를 보강하여 항상 통합에 필요한 개체의 외부 레코드 ID 또는 기타 데이터(예: 지역)를 포함할 수 있습니다. 여러 개체에 대한 변경 이벤트 스트림을 단순화된 구독 및 스트림 처리를 위해 채널으로 결합할 수 있습니다(다중 스트림 대신 하나의 스트림을 구독하고 처리할 수 있음).

외부 서비스 OpenAPI 2.0 또는 3.0 사양을 지원하는 웹 서비스가 있는 경우 Salesforce 내에서 운영 및 서비스를 외부 서비스로 표시할 수 있습니다. 기회의 단계가 "수주"로 변경되면 API 작업(예: 주문 만들기)을 Flow Builder로 구축된 플로에서 호출 가능한 작업으로 호출할 수 있습니다.

Heroku Connect Heroku Connect는 일반적으로 Heroku Postgres 데이터베이스와 Salesforce를 동기화하는 데 사용됩니다. 고객이 Heroku Postgres를 신뢰할 수 있는 트랜잭션 매장으로 사용하는 경우 Heroku Connect를 사용하여 Salesforce의 레코드 및 변경 사항을 Heroku Postgres에 동기화할 수 있습니다. 여기에서 Heroku 스트리밍 커넥터를 사용하여 변경 사항을 Apache Kafka에 게시하고 ERP 또는 주문 관리 시스템 등 다운스트림 응용 프로그램에 이벤트로 보낼 수 있습니다.

OmniStudio 통합 절차 주문이 제출되면 프로세스를 오케스트레이션하는 Omniscript가 주문 세부 사항을 ERP 또는 MuleSoft 커넥터에 게시할 수 있습니다. 게시물을 Omniscript(클라이언트측)에서 직접 실행하거나 통합 절차(서버측)를 통해 간접적으로 실행할 수 있습니다. ERP 시스템에서 유효성 검사 오류가 발생하는 경우 Omniscript UI가 사용자에게 알리고 필요한 경우 사용자에 대한 오류를 번역하고 맥락화해야 합니다.

Salesforce Connect/External Objects 기회의 단계가 "수주"로 변경되면 관련 외부 개체에 레코드를 삽입하는 Salesforce에서 레코드 트리거 플로를 만들 수 있습니다. 이는 교체 트랜잭션이므로 오류를 방지하기 위해 Opportunity 업데이트와 관련 외부 개체 삽입 사이에 0초 동안 일시 중지 요소를 추가하여 새로운 트랜잭션을 시작하기 전에 하나의 트랜잭션 컨텍스트를 닫습니다.

대용량 사용 사례에 필요한 *추가 기능

**테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

기회가 수주되면 회사의 ERP 또는 주문 관리 시스템에서 관련 제품에 대한 주문을 만들어야 합니다.

Apex 작업 기회가 수주되면 기회 상태를 기반으로 레코드 트리거 플로가 자동으로 트리거될 수 있습니다. 플로는 외부 콜아웃을 사용하여 주문을 주문 관리 시스템 또는 ERP 솔루션에 제출하는 호출 가능한 작업을 실행합니다. 대용량 제출 및 다중 사이트 주문은 Apex 배치 및 대기열 메커니즘으로 처리됩니다.

아웃바운드 메시징 아웃바운드 메시징을 설정한 후 기회 업데이트로 트리거된 워크플로 규칙을 정의하여 수신기를 호스팅하는 지정된 끝점 URL에 HTTP(S)를 통해 SOAP 메시지를 보낼 수 있습니다. 메시지에 아웃바운드 메시지가 생성될 때 지정된 필드가 포함됩니다. 알림이 대기열에 지정된 후이지만 전송되기 전에 개체의 정보가 변경되는 경우 업데이트된 정보만 전달되고 메시지가 성공적으로 전송될 때까지 또는 24시간이 지난 후까지 대기열에 남아 있게 됩니다. 24시간 후에는 메시지가 대기열에서 삭제됩니다. ERP 시스템에 추가 데이터가 필요한 경우 외부 시스템에서 콜백 요청을 만들 수 있도록 아웃바운드 메시지에서 sessionId를 전달할 수 있습니다.

외부 시스템에서 레코드를 생성하는 데 필요한 데이터와 함께 사용자 정의 페이로드를 포함하는 플랫폼 이벤트를 정의할 수 있습니다**. 플랫폼 이벤트** 플랫폼 이벤트는 레코드 변경 시 자동 게시되지 않으므로 기회의 단계가 "수주"로 변경되면 Apex, Salesforce 플로 또는 프로세스 빌더를 통해 이벤트를 게시해야 합니다. 외부 서비스는 CometD(또는 MuleSoft 커넥터)를 사용하여 플랫폼 이벤트 채널을 수신하고 외부 시스템에서 적절한 레코드를 만듭니다.

Salesforce Connect/External Objects(사용자 지정 Apex 어댑터 포함) Salesforce Connect/External Objects를 기반으로 하는 솔루션은 단순히 데이터 동기화를 요구하는 사용 사례에 적합하지 않습니다. 그러나 이 솔루션은 Salesforce 내 사용자가 확인해야 하며 잠재적으로 외부 시스템의 데이터와 상호 작용하고 Salesforce에서 데이터를 복제할 수 없는 사례에 적용할 수 있습니다. ERP 또는 주문 관리 시스템에서 OData 또는 GraphQL 프로토콜을 지원하지 않는 경우 개발 팀은 Apex Connector Framework를 사용하여 지원되는 프로토콜을 통해 외부 시스템과 통신을 처리하는 Apex 클래스를 작성할 수 있습니다.

Data 360 Data 360을 기반으로 한 솔루션은 하나의 데이터 저장소에서 서로 다른 소스의 데이터를 조화롭게 처리해야 하는 사용 사례에 완벽하게 적합합니다. 또한 Data 360을 데이터 허브로 사용하여 하나의 Salesforce 조직에서 여러 Salesforce 조직 또는 다른 외부 시스템으로 데이터를 복제해야 하는 경우에도 사용할 수 있습니다. 기회가 수주되고 소스 조직에서 업데이트되면 기회 데이터가 Data 360에 동기화되어 작업, 활성화, API와 같은 다양한 메커니즘을 사용하여 Salesforce 조직을 비롯한 다른 시스템에서 복제할 수 있습니다. 마찬가지로 Data Cloud One을 사용하여 다른 Salesforce 조직에서 데이터를 복제하지 않고 기회를 참조할 수 있습니다. 그러나 Data Cloud One은 비Salesforce Platform을 지원하지 않습니다.

*Shield Platform Encryption을 활성화하면 특정 동작이 변경됩니다. 자세한 내용은 General Shield Platform Encryption Considerations를 참조하십시오.

**테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

기회가 수주되면 회사의 ERP 또는 주문 관리 시스템에서 관련 제품에 대한 주문을 만들어야 합니다.

사용자 정의 Apex 기회의 단계가 "수주"로 변경되면 ERP 또는 주문 관리 시스템에 콜아웃을 수행하는 Opportunity에서 Apex 트리거 및 트리거 처리기를 만들 수 있습니다. 트리거에서 또는 DML 작업을 수행한 후 콜아웃을 만드는 경우 향후 또는 대기 가능으로 주석이 지정된 메서드를 사용해야 합니다. 트리거의 콜아웃은 콜아웃의 생애 동안 데이터베이스 연결을 열어 둡니다. 모든 Apex 코드는 지속적으로 수정되는 Apex 총괄자 및 API 제한에 따라 바인딩됩니다.

외부 서비스 회사의 외부 ERP 또는 주문 관리 시스템이 OpenAPI 사양을 통해 정의되면 향후 방법 또는 대기 가능한 작업에서 수행되는 서비스에 대한 콜아웃이 단순화될 수 있습니다. 보일러플릿 코드를 작성하지 않아도 Apex 직접 등록된 외부 서비스를 호출할 수 있습니다. 이 예에서는 주문을 만드는 콜아웃을 외부 서비스에서 처리할 수 있습니다.

MuleSoft Anypoint MuleSoft Anypoint는 엔터프라이즈급 API 관리를 제공합니다. MuleSoft Anypoint는 Salesforce 및 기타 여러 엔터프라이즈 시스템에 대한 데이터에 대한 읽기/쓰기 액세스를 활성화하는 API를 만들 수 있습니다. 구축을 단순화하기 위해 많은 사전 구축된 커넥터가 있으며, 회사는 자체 커넥터를 만들고 게시할 수도 있습니다. 이러한 API는 중앙 집중식 관리 및 거버넌스를 지원하는 유연한 보안 정책을 사용하여 Anypoint에 배포할 수 있습니다. API가 최대 사용량(vCores에서 측정)에 맞게 적절하게 크기가 조정된 경우 트랜잭션 용량에 대한 제한은 없습니다.

Salesforce에 대한 인바운드 통합의 경우 하위 코드, 프로 코드 또는 하이브리드와 같은 다양한 유형의 도구를 고려할 수 있습니다. 다음 섹션에서는 이러한 각 도구 유형에 대한 지침을 제공하고 샘플 솔루션을 제공합니다.

• 인바운드 통합을 위한 로우 코드 도구
• 인바운드 통합을 위한 하이브리드 도구
• 인바운드 통합을 위한 Pro-Code 도구

*테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

조직의 ERP 시스템에서 연락처가 업데이트됩니다. 이 연락처 정보를 Salesforce에서 업데이트해야 합니다.

Heroku Connect Heroku Connect는 일반적으로 Heroku Postgres 데이터베이스와 Salesforce를 동기화하는 데 사용됩니다. ERP 시스템에서 Heroku Postgres를 트랜잭션 저장소로 사용하지 않는 한 이 사용 사례는 불가능합니다. Heroku Postgres를 사용하는 경우 Heroku Connect를 사용하여 Postgres 테이블의 변경 사항을 Salesforce의 개체에 동기화할 수 있습니다.

OmniStudio 통합 절차 ERP 시스템이 연락처 레코드를 업데이트한 후 Data Mapper에서 생성한 REST API를 통해 Data Mapper 로드 작업 및 응답 작업이 포함된 OmniStudio 통합 절차를 호출할 수 있습니다. 먼저 데이터 매퍼 로드 작업은 JSON 또는 XML 페이로드를 보내며, 이는 외부 ID 필드 또는 업서트 키를 통해 연락처 레코드를 업서트하는 데 사용됩니다. JSON의 간단한 응답만 예상되는 경우 응답 작업에서 이전 작업의 관련 정보를 다시 보내 성공 또는 실패를 나타낼 수 있습니다. ERP 시스템에서 특정 응답을 예상하는 경우 데이터 매퍼 변환 또는 추출 작업을 사용하여 연락처 레코드 업데이트에서 트리거에 생성된 데이터를 선언적으로 포함하는 추가 기능이 포함된 JSON 또는 XML 응답을 생성할 수 있습니다. 이 시나리오의 주요 과제는 동시성입니다. 동일한 연락처 레코드를 동시에 업데이트하기 위해 여러 번 호출하면 API가 Salesforce에 직접 존재하므로 문제가 발생합니다.

Salesforce Connect / 외부 개체 Salesforce Connect 및 외부 개체는 Salesforce에서 데이터 복제를 특별히 필요로 하므로 이 사용 사례에 사용하지 않는 것이 좋습니다. ERP에 구축된 기존 Salesforce Connect 통합이 있는 경우 ERP에서 변경 데이터 데이터 수집 데이터 수집 지원하도록 Odata 데이터 수집 커넥터를 구성할 수 있습니다. 또한 Salesforce에서 Pub/Sub API를 사용하여 ERP에서 변경 스트림을 구독하도록 구성해야 합니다.

* 대용량 사용 사례에 필요한 추가 기능입니다.

**테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

조직의 ERP 시스템에서 연락처가 업데이트됩니다. 이 연락처 정보를 Salesforce에서 업데이트해야 합니다.

ERP에서 연락처 레코드가 업데이트되면 외부 시스템의 플랫폼 이벤트 사용자 정의 코드가 플랫폼 이벤트를 게시합니다. Salesforce의 트리거, 프로세스 또는 플로에서 플랫폼 이벤트를 구독하고 이벤트가 처리될 때 해당 Salesforce 개체를 업데이트할 수 있습니다. 플랫폼 이벤트는 데이터를 포함하지 않고 고객의 ERP 시스템에서 변경 사항이 발생했다는 신호로만 작동하거나 Salesforce 개체 업데이트에 필요한 실제 데이터를 포함할 수 있습니다.

Salesforce Connect/External Objects(사용자 정의 Apex 어댑터 포함) 이 솔루션은 데이터 복제가 필요한 사용 사례에 적용되지 않습니다. 이 솔루션은 Salesforce의 사용자가 Salesforce에서 복제할 수 없거나 복제할 수 없는 외부 시스템의 정보를 볼 필요가 있고 외부 시스템에서 OData 또는 GraphQL과 같은 표준 프로토콜을 지원할 수 없는 경우에 적용됩니다. 사용 사례: Apex 사용자 정의 어댑터의 예제 사용 사례에 대해 하이브리드 도구를 사용하는 아웃바운드 통합

Data 360 ERP와 같은 외부 시스템에서 연락처를 업데이트하면 상자 외부 커넥터를 사용하거나 MuleSoft와 같은 API 및 프로 코드 도구를 사용하여 연락처 업데이트를 Data 360에 동기화할 수 있습니다. 연락처는 제로 복사 메커니즘을 사용하여 Data 360에서 참조할 수도 있습니다(일부 플랫폼에서 사용 가능). Data 360에서 데이터를 사용할 수 있으면 다른 통합 메커니즘을 사용하여 다른 Salesforce 조직에 데이터를 동기화할 수 있습니다. Data Cloud One을 사용하여 참조하여 데이터에 액세스할 수 있습니다. 활성화 및 기본 커넥터를 사용하는 기타 API를 사용하거나 MuleSoft Anypoint 플랫폼과 같은 프로 코드 도구를 사용하여 데이터를 복제할 수도 있습니다.

*API 요청 제한 및 할당이 적용됩니다.

**Bulk API에는 재시도 동작의 측면이 있으며, 여러 API는 allOrNone 설정을 통해 롤백 보호를 제공합니다(예: 복합 및 컬렉션 요청의 allOrNone 매개 변수 참조).

***Shield Platform Encryption을 활성화하면 특정 동작이 변경됩니다. 자세한 내용은 General Shield Platform Encryption Considerations를 참조하십시오.

****테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

*****복합 API는 다중 개체를 지원합니다.

조직의 ERP 시스템에서 연락처가 업데이트됩니다. 이 연락처 정보를 Salesforce에서 업데이트해야 합니다.

사용자 정의 Apex REST 및 SOAP 웹 서비스 연락처 개체에서 CRUD(만들기, 읽기, 업데이트, 삭제) 작업을 수행할 수 있는 Apex 코드를 사용하여 웹 서비스를 만들 수 있습니다. 이 서비스는 외부 시스템(ERP)에서 SOAP 또는 REST를 통해 호출됩니다.

MuleSoft Anypoint MuleSoft Anypoint의 의도는 엔터프라이즈급 API 관리를 제공하는 것입니다. MuleSoft Anypoint는 SAP, Oracle EBS, Oracle ERP 및 NetSuite를 비롯한 많은 ERP 시스템과 통합하는 데 사용할 수 있는 대형 사전 구축 커넥터 세트를 제공합니다. 이러한 ERP 시스템에서 이벤트를 들을 수 있는 플로를 만들 수 있습니다(이 경우에는 새 연락처가 생성되는 경우). 플로가 시작되면 Salesforce 커넥터를 사용하여 새 연락처 레코드를 만들거나 연락처가 이미 있는 경우 업데이트합니다. 또한 복제 트랜잭션에 연락처를 다른 시스템으로 신디케이션하는 작업이 포함된 경우 다른 시스템과 통합할 수 있습니다. 필요한 경우 매핑 및 변환 언어(DataWeave)를 사용하여 복잡한 논리와 계산을 수행할 수 있습니다. 정보가 여러 서로 다른 시스템에서 흐르는 동안. 이러한 시스템에 대한 인증은 기본 인증 및 OAuth 등 다양한 인증 메커니즘을 통해 수행할 수 있습니다. 최대 사용량(vCore로 측정)에 맞게 플로의 크기가 적절한 경우 트랜잭션 용량에 대한 제한은 없습니다.

기본 Salesforce API ERP 시스템의 업데이트 트랜잭션이 완료되면 SOAP API를 통해 연락처 개체에 대한 업서트 작업을 수행하거나 Salesforce 조직에서 Contact sObjects REST API에 대한 PATCH를 수행할 수 있습니다.

Salesforce to Salesforce 제품의 수명이 끝났습니다. Salesforce to Salesforce를 사용하면 파트너가 공동 작업을 통해 공동 고객에게 판매 및 지원을 쉽게 할 수 있지만 Salesforce는 다른 도구에 더 많은 혁신을 가져오는 데 투자합니다. 앞으로 Salesforce 조직 간 데이터 공유에 다음 접근 방식을 사용하는 것이 좋습니다.

*테스트 및 배포는 낮은 환경에서 구축하고 메타데이터 API, 패키지 또는 변경 집합을 통해 프로덕션에 배포할 수 있는 기능을 말합니다.

**Shield Platform Encryption을 활성화하면 특정 동작이 변경됩니다. 자세한 내용은 General Shield Platform Encryption Considerations를 참조하십시오.

하나의 Salesforce 조직에서 다른 조직으로 데이터를 통합하는 데 최적의 플랫폼 이벤트는 동일한 이벤트에 대해 조직 간에 "청취"할 수 없기 때문입니다. 사용자 지정 Apex도 이 유형의 통합에 적합하지 않습니다.

대기업은 여러 사업부(BU)에서 운영됩니다. 각 BU에는 자체 Salesforce 조직이 있습니다. 단일 고객이 여러 사업부를 다루므로 여러 조직에 계정 및 기회 데이터를 보유합니다. 엔터프라이즈는 단일 조직의 모든 BU 전반에서 모든 계정 및 기회 데이터의 집계 보기에 액세스해야 합니다.

참고: 아래의 모든 솔루션은 Takeaway #1에 따라 최소한의 데이터 복제를 위해 설계되었습니다.

Data 360 계정 및 다양한 Salesforce 조직의 기회 데이터는 Salesforce 커넥터를 사용하여 Data 360에 수집할 수 있습니다. 필요한 경우 집계 및 조화할 수도 있습니다. 데이터가 Data 360에 집계되면 데이터 복제 없이 Data Cloud One을 사용하여 다른 Salesforce 조직에서 액세스할 수 있습니다.

Heroku Connect 각 BU의 개별 조직의 경우 Heroku Connect를 사용하여 Salesforce의 변경 사항을 단일 Heroku Postgres 데이터베이스에 동기화할 수 있습니다. 이 시나리오에서는 양방향 동기화가 활성화되지 않으며 Salesforce에서 Postgres로만 동기화됩니다. 그런 다음 Heroku Connect에서 OData 공급자를 활성화하고 집계 보기를 원하는 Salesforce 조직에서 외부 개체로 표시할 테이블을 선택할 수 있습니다. Salesforce 내에서 Heroku에서 OData 공급자를 가리키는 외부 데이터 소스를 정의합니다.

MuleSoft Anypoint MuleSoft Anypoint는 엔터프라이즈급 API 관리를 제공합니다. 조직에 대한 여러 연결이 있는 Salesforce 커넥터를 사용하여 여러 관련 Salesforce 조직의 정보를 읽도록 MuleSoft Anypoint API를 구성할 수 있습니다. MuleSoft 플로는 다양한 Salesforce 조직을 쿼리하고 필요한 경우 다른 타사 정보로 향상되거나 보강된 특정 구조를 반환할 수 있습니다. API가 호출되면 모든 적절한 Salesforce 조직 콜아웃(이 예에서는 계정 및 기회 정보 쿼리)을 만들어 소비자(가장 가능성이 높은 UI)가 데이터를 처리할 수 있도록 합니다. 이러한 시스템에 대한 인증은 기본 인증 및 OAuth를 비롯한 다양한 인증 메커니즘을 통해 수행할 수 있습니다. 최대 사용량(vCores 또는 Cores로 측정)에 맞게 플로의 크기가 적절하게 조정된 경우 트랜잭션 용량에 대한 제한은 없습니다.

Native Salesforce API 쿼리 작업은 수천 개의 레코드를 효율적으로 추출하는 데 적합한 Salesforce 대량 API 2.0을 통해 관심 있는 각 조직에 발행할 수 있습니다. 각 조직에서 쿼리 결과를 개별적으로 검색하고 고객 요구 사항에 따라 사용자 정의 응용 프로그램 또는 미들웨어를 사용하여 집계할 수 있습니다.

Salesforce Connect with Cross-Org 어댑터 Salesforce Connect Cross-Org 어댑터는 원격 조직의 계정 또는 기회가 모두 중앙 조직에 다른 개체로 표시되므로 이 시나리오에 적합하지 않습니다. 예를 들어 모든 조직 전반에서 모든 기회의 총합계를 합산할 수 있는 방법은 없습니다.

선택적 업데이트 Cross-Org 시나리오: Salesforce 조직 A를 사용하는 판매 담당자는 조직 A에서 작업하는 동안 Salesforce 조직 B의 사례 데이터를 보고 업데이트하고 Salesforce 조직 B의 상위 사례에 사례 댓글을 추가해야 합니다. 데이터를 조직 A에 복제해서는 안 됩니다.

Heroku Connect 위의 데이터 집계 시나리오에서 설명한 것과 동일한 접근 방식을 사용할 수 있습니다. 그러나 OData 커넥터를 통해 외부 객체에서 CRUD를 활성화하고 변경 사항을 Heroku Postgres에 다시 작성해야 합니다.

MuleSoft Anypoint MuleSoft Anypoint는 엔터프라이즈급 API 관리를 제공합니다. 위의 데이터 집계 시나리오에 설명된 것과 동일한 접근 방식을 사용할 수 있습니다.

Native Salesforce API는 명명된 자격 증명을 사용하고 네이티브 Salesforce API를 호출하여 관련 Salesforce 조직의 데이터를 읽고 업데이트합니다. 구성 요소는 데이터를 표시하도록 설계되어 있어야 합니다.

Salesforce Connect with Cross-Org Adapter 외부 개체에서 데이터를 볼 수 있는 기능(외부 개체에서 CRUD가 활성화된 경우 데이터를 편집하는 기능)은 Salesforce cross-org 어댑터를 통해 지원됩니다. 외부 개체 간 관계도 지원되므로 외부 개체의 상위 사례에 연결할 수 있습니다. 그러나 관계 만들기는 기존 데이터 유형을 관계 데이터 유형으로 변환하는 수동 프로세스입니다. 또한 사례를 보다 효과적으로 사용할 수 있도록 Service Cloud 내에서 수행한 최적화는 원격 조직으로 계단식으로 전달되지 않습니다. Salesforce는 Cross-Org 어댑터를 테스트하고 사용 사례에 대해 외부 개체와 표준 개체를 사용할 때의 제약점을 평가하는 것이 좋습니다.

데이터 동기화 Cross-Org: 조직의 사업부 Salesforce 조직 중 하나에서 고객에 대한 계정이 업데이트되면 다른 Salesforce 조직 계정 개체를 업데이트해야만 일관된 계정 정보를 유지할 수 있습니다.

Data 360 Data 360은 한 조직에서 다른 Salesforce 조직으로 데이터 복제에 사용할 수 있습니다. 단일 Salesforce 조직의 계정 데이터는 기본 Salesforce 커넥터를 사용하여 Data 360에 수집할 수 있습니다. 배치 활성화, 거의 실시간 데이터 작업 또는 API 기반 활성화와 같은 데이터 활성화 메커니즘을 사용하여 Data 360에서 Salesforce 조직으로 데이터를 이동할 수도 있습니다.

Heroku Connect 위의 데이터 집계 시나리오에서 설명한 것과 동일한 접근 방식을 사용할 수 있습니다. 그러나 양방향 동기화를 활성화해야 하며, 양방향 동기화는 Postgres 테이블을 변경할 때 모든 조직을 최신 상태로 유지하므로 더 이상 Salesforce Connect 활성화할 필요가 없습니다.

MuleSoft Anypoint MuleSoft Anypoint는 엔터프라이즈급 API 관리를 제공합니다. MuleSoft Anypoint에서 Flow Designer를 사용하여 표준 및 사용자 정의 개체 이벤트를 듣고 Salesforce에서 자동 실행 플로를 시작하도록 Mule 응용 프로그램을 구성할 수 있습니다. Mule 응용 프로그램이 트리거되면 Salesforce용 Anypoint 커넥터를 호출하여 여러 Salesforce 조직과 통신할 수 있습니다. 이 사용 사례에서 하나의 Salesforce 조직에서 계정 레코드가 업데이트되면 Mule 앱이 관련 Salesforce 조직의 계정 레코드를 업데이트할 수 있습니다. 각 관련 Salesforce 조직에는 MuleSoft의 전체 응용 프로그램 플로에 내장된 고유한 업데이트 단계가 있습니다. 이러한 시스템에 대한 인증은 기본 인증 및 OAuth를 비롯한 다양한 인증 메커니즘을 통해 수행할 수 있습니다. 최대 사용량(vCores 또는 Cores로 측정)에 맞게 플로 크기가 적절하게 조정된 경우 트랜잭션 용량에 대한 제한은 없습니다.

Native Salesforce API 복제 API(getUpdated, getDeleted 작업)를 사용하여 조직 간 데이터를 동기화할 수 있지만 이 접근 방식은 권장되지 않습니다.

Salesforce Connect with Cross-Org Adapter 레코드 트리거 플로 및 외부 개체를 사용하여 Salesforce 조직 간에 일부 데이터를 동기화 상태로 유지할 수 있습니다. 예를 들어, 조직 A의 계정 레코드를 업데이트하면 계정 외부 개체의 일치하는 레코드를 업데이트하는 플로가 트리거되며, 이는 이러한 업데이트를 조직 B의 계정 레코드에 씁니다. 이렇게 하면 혼합 DML 트랜잭션을 피하기 위해 플로 시맨틱을 적절하게 사용해야 합니다. 또한 조직 B의 확인 규칙 및 플로는 REST/SOAP API에서 변경한 경우와 동일한 방식으로 트리거됩니다.

Salesforce와 관련된 새 데이터 통합을 계획할 때 이 가이드에 유의하십시오. 사용 가능한 옵션의 전체 범위와 특정 사용 사례에 맞는 방법을 이해하는 것이 좋습니다.

가장 관련성이 높은 내용을 게시할 수 있도록 지원합니다. 이 콘텐츠에 대한 피드백을 제공하고 다음에 원하는 내용을 알려주려면 원하는 설문 조사를 수행하십시오.