Salesforce Data 360은 Hyperforce에 구축된 데이터 플랫폼으로 모든 고객이나 계정에 대한 명확하고 완전하며 신뢰할 수 있는 360도 보기로 Salesforce 및 외부 데이터를 통합합니다.

기업은 병합 및 인수, 지역 운영, 기능적 분리 또는 과거 이유로 여러 Salesforce 조직을 운영하는 경우가 많습니다. 설계자는 단일 홈 조직과 다중 조직 구성 간에만 결정해야 하며, 여러 독립 Data 360 인스턴스를 프로비저닝할지, Data Cloud One을 사용하여 단일 인스턴스 아래에서 조직을 통합할지 또는 Data 360 간 데이터 공유(Data 360-to-Data 360 데이터 공유)를 사용하여 독립 Data 360 인스턴스 간에 공동 작업을 수행할지 여부도 결정해야 합니다. 이러한 선택 항목은 거버넌스, 규정 준수, 비용, 대기 시간, 조직의 AI 및 교차 조직 플랫폼 기능 확장 능력에 영향을 미칩니다.

Data 360은 Data 360 라이센스를 수신하는 프로덕션 조직에서 자동으로 프로비저닝됩니다. Data Cloud One은 단일 홈 조직에서 Data 360 인스턴스를 호스팅할 수 있는 Salesforce의 다중 조직 연결 아키텍처이며, 다른 Salesforce 조직은 동료 조직으로 연결됩니다. Data 360 라이센스를 보유하고 따라서 Data 360 홈 조직이 되는 조직 선택은 장기적인 영향을 미치는 중요한 아키텍처 결정입니다.

Salesforce Data 360의 프로비저닝 방식은 엔터프라이즈에서 고객 데이터를 통합하고, 거버넌스를 적용하고, 조직 전체에서 중요한 플랫폼 기능, 특히 AI, Agentforce 및 분석을 활성화하는 방법을 결정하기 때문에 기본적인 아키텍처 결정입니다. 조직의 클러스터를 단일 Data 360에 고정하면 통합 데이터 모델, 중앙 집중식 거버넌스, 엔터프라이즈 전체 AI 준비가 제공되며 동료 조직은 데이터가 로컬인 것처럼 공유 메타데이터 및 기능에 액세스할 수 있습니다. 이와 달리 여러 개의 독립 Data 360 인스턴스는 규제, 규정 준수 또는 자율성 요구 사항이 중앙 집중화를 방지하는 경우 적합하며, Data 360 조직 간 데이터 공유는 해당 인스턴스 간의 선택적, 제로 카피 공동 작업을 지원합니다.

설계자의 경우 이 결정이 매우 중요합니다. 이는 데이터 거버넌스를 제어하는 사람, 데이터가 있는 위치, 플랫폼 기능이 활성화되는 방법, 향후 통합 및 AI 이니셔티브의 원활한 확장 방식을 정의합니다. 현재 Data 360이 없는 조직의 경우에도 향후 Data 360 액세스를 추가하기 위한 전략을 개발하여 아키텍처를 향상시키는 것이 중요할 수 있습니다. 세일즈, 서비스, 마케팅, 상거래, 산업, Agentforce 전반의 Salesforce 기능이 점점 Data 360에 구축되고 있습니다. 이러한 플랫폼 기능을 사용하려는 조직은 자체 Data 360을 프로비저닝하거나 공유 Data 360에 동료 조직으로 연결해야 합니다.

이 가이드는 설계자가 단순성, 엔터프라이즈 전체 일관성, 규정 준수 및 확장성의 균형을 맞추는 프로비저닝 전략을 설계하는 데 도움이 되므로 조직이 Data 360을 확실하게 Customer 360, AI, 크로스 플랫폼의 혁신을 위해 활용할 수 있습니다. 이를 통해 Data 360을 프로비저닝할 조직을 선택하는 방법과 Data Cloud One 및 Data 360 조직 간 데이터 공유를 선택하는 방법을 결정할 수 있어 비즈니스를 Data 360 중심의 미래로 발전시키는 견고한 기반을 마련할 수 있습니다.

Data Cloud One 및 Data 360 조직 간 데이터 공유 또는 홈 조직으로 지정할 조직 중 선택 여부와 같은 모든 프로비저닝 선택 항목은 다음과 같은 교차 범위 고려 사항에 대해 평가해야 합니다.

• 프로비저닝은 라이센스에 연결됩니다: Data 360은 Data 360 라이센스를 구매한 조직에서 프로비저닝되며, 해당 지역은 프로비저닝 시 해당 조직의 위치에 따라 결정됩니다.
• 지금 필요하지 않은 경우에도 Data 360을 계획하여 옵션을 열어 두십시오. 나중에 Agentforce 같은 플랫폼 기능을 구현하기 위해 Data 360을 구현하면 이제 결정한 내용이 원활해질 수 있습니다.
• 단일 조직 고객: 가장 빠른 가치 실현 시간을 위해 기존 프로덕션 조직에서 Data 360을 프로비저닝합니다.
• 다중 조직 고객: Data 360 인스턴스를 가능한 한 적게 만들어 복잡성을 최소화합니다. 이상적으로 Data Cloud One 구성을 사용하는 것이 좋습니다.
• 다중 Data 360 인스턴스는 규정 준수, 보존 또는 조직의 자율성이 요구되는 경우에만 사용해야 합니다. 이러한 경우 Data 360 조직 간 데이터 공유를 사용하여 안전한 공동 작업을 활성화합니다.
• 제로 복제본 데이터 소스: 다양한 공개 클라우드 및 Zero Copy 데이터 소스에서 지원되는 지역에 주의하십시오. 또한 해당 데이터 소스에 연결하기 위해 보안 조치에 비공개 연결이 필요한지 여부와 지역 내 또는 지역 간 연결이 지원되는지 여부를 결정합니다.
• 관리 및 자율성은 핵심 개념입니다. Data 360을 중앙에서 관리해야 하는지(Center of Excellence 모델) 또는 각 사업부에 별도로 관리되는 Data 360 인스턴스가 필요한지 결정합니다.

Data 360 라이센스를 구매하면 해당 라이센스와 연결된 Salesforce 조직에서 Data 360 인스턴스가 프로비저닝됩니다. 이 조직을 Data 360 홈 조직이라고 합니다. 홈 조직은 Data 360 인스턴스의 앵커입니다. 다음 위치:

• Data 360 저장소 및 컴퓨팅이 관리됩니다(프로비저닝 시 선택된 영역).
• 관리, 거버넌스, 보안 정책이 적용됩니다.
• 데이터 수집, 조합, ID 확인, 세분화 및 활성화가 수행됩니다.

다중 조직 시나리오에서 홈 조직은 다른 Salesforce "공동" 조직의 중앙 Data 360 인스턴스를 관리합니다.

홈 조직이 중요한 이유:

• Data 360 인스턴스의 지리적 위치를 결정합니다.
• Data 360 인스턴스를 소유하고 관리하는 사람을 결정합니다. Data 360 홈 조직의 관리자는 Data 360에 수집된 모든 데이터에 액세스할 수 있습니다.
• Data Cloud One 구성에서 동료 조직 연결을 제어합니다.
• 이를 통해 엔터프라이즈 데이터 전략의 기반을 마련할 수 있습니다. 나중에 변경하기가 어렵고 중단될 수 있습니다.

첫 번째 주요 결정은 기존 프로덕션 조직에서 Data 360을 프로비저닝할지 아니면 홈 조직 역할을 할 새 전용 조직을 만드는지 여부입니다.

작업 최고: 단일 Salesforce 조직이 있는 고객 또는 대부분의 비즈니스를 실행하는 중앙 집중식 주요 조직이 이미 있는 다중 조직 고객

• 성과:

  • 가장 간단한 경로: Data 360은 이미 CRM 데이터가 있는 위치에서 프로비저닝됩니다.
  • 로컬 세일즈, 서비스, 마케팅 데이터에 즉시 액세스합니다.
  • 추가 통합이 필요하지 않습니다.
  • 관리할 라이센스 및 환경이 더 적습니다.
  • 조기에 채택, 파일럿, 프로덕션 사용 사례를 가속화합니다.

• 단점:

  • 기존 조직의 거버넌스 또는 기술 부채를 승계할 수 있습니다.
  • 단일 "기본 조직"이 없는 경우 하나를 선택하면 소유권 논쟁이 발생할 수 있습니다.
  • 조직의 위치와 연결된 성능이며, 엔터프라이즈 전체 레지던스 요구에 부합하지 않을 수 있습니다.
  • 여러 사업부에서 서로 다른 조직을 사용하는 경우 Data Cloud One과 페어링되지 않으면 로컬 프로비저닝이 조각화될 수 있습니다.

예:
Salesforce 조직이 하나인 SaaS 회사는 해당 조직에서 Data 360을 프로비저닝하여 고객 구독 및 지원 데이터를 통합합니다.

작업 최고: 단일 주요 조직에 맞출 수 없는 여러 Salesforce 조직이 있는 고객 또는 강력한 CoE(Center of Excellence) 모델이 있는 기업

• 성과:

  • 상속된 조직 복잡성 없이 거버넌스를 위한 정리 슬레이트
  • 여러 비즈니스 부분에서 중앙 집중식으로 제어합니다.
  • 규정 준수 요구에 따라 지역을 유연하게 선택할 수 있습니다.
  • 단일 사업부에 연결되지 않은 중립 "공유 서비스" 조직 역할을 합니다.
  • 향후 Data Cloud One 아키텍처(여러 개의 동료 조직이 있는 홈 조직)를 설정합니다.

• 단점:

  • 고객은 Data 360을 프로비저닝할 새 Salesforce 조직을 라이센스가 있어야 합니다.
  • Data Cloud One 동료 연결을 통해 Data 360에 조직을 연결하는 데 필요한 추가 통합입니다.
  • 관리 오버헤드(사용자 관리, 보안, ID)를 추가할 수 있습니다.
  • 기존 프로덕션 조직의 프로비저닝 대비 가치 실현 시간이 느려집니다.

예:
다국적 금융 서비스 회사는 Data 360을 프로비저닝하기 위한 전용 홈 조직을 만듭니다. 모든 사업부 조직(Retail, Wealth, Commercial Banking)은 Data Cloud One을 통해 동료 조직으로 연결됩니다.

일반적인 원칙으로 기존 주요 조직을 홈 조직으로 사용하여 초기 노력을 최소화하고 채택을 가속화합니다. 장기 거버넌스 또는 규정 준수 전략에 필요한 경우에만 새 전용 홈 조직을 만듭니다. 새로운 전용 홈 조직을 만드는 것은 COE(Center of Excellence)를 보유한 대기업의 일반적인 선택입니다.

단일 조직 환경

기존 프로덕션 조직에서 Data 360을 프로비저닝합니다. 이렇게 하면 단순성과 즉각적인 가치를 극대화할 수 있습니다. 불필요한 통합 오버헤드를 방지합니다.

다중 조직 환경

일반적으로 대부분의 비즈니스를 실행하는 주요 조직 중 하나 또는 이미 중앙 집중식 CRM으로 작동하는 조직 중 하나를 선택하여 홈 조직 역할을 수행합니다. 이를 통해 복잡성을 줄이고 설정 작업을 최소화하며 Data 360의 가치를 빠르게 실현할 수 있습니다. 기존 주요 조직을 사용하면 새 환경을 관리하는 데 드는 비용과 통합 노력을 피할 수도 있습니다.

새로운 전용 홈 조직 고려 시기

조직에 강력한 CoE(Center of Excellence)가 있고 사업부 조직과 별도의 거버넌스를 원하는 경우 규정 준수 또는 조직 제약으로 인해 단일 기존 조직이 적합하지 않은 경우 이러한 경우 새 홈 조직을 만들면 유연성과 중립성이 제공되지만 가치 창출 시간이 느려집니다.

엔터프라이즈는 여러 Salesforce 조직을 운영하는 경우가 많으며, 이는 최종 사례가 아니라 표준입니다. 2024년 2월 현재 약 19,000명의 Salesforce 고객이 둘 이상의 Salesforce 조직을 운영하고 있습니다.

발생하는 이유는 무엇입니까?

• 인수 및 합병: 새로 인수한 회사는 자체 Salesforce 인스턴스를 가져옵니다.
• 지역 운영: 데이터 보존 법을 충족하기 위해 EU, 북미, 아시아 태평양 등에 대한 조직을 구분합니다.
• 기능적 분리: 다양한 사업부(예: Retail Banking, Wealth Management, Insurance)는 자율성을 위해 자체 조직을 유지합니다.
• 규제 또는 보안 차단: 특정 산업에서는 규정 준수 이유로 논리적으로 고유한 조직을 요구합니다.
• 기존적/기술적 이유: 시간이 지남에 따라 고객은 여러 조직을 조직적으로 누적합니다.

각 이유는 개별적으로 이해되지만 함께 데이터를 조각화합니다. 통합 레이어가 없으면 각 조직에 고객에 대한 부분 보기만 제공됩니다.

아키텍처 문제: 규정 준수, 거버넌스, 자율성 요구 사항을 존중하면서 조직 전반의 데이터를 신뢰할 수 있는 단일 소스로 통합하는 방법은 무엇입니까?

Data Cloud One은 여러 Salesforce 조직이 단일 Data 360 인스턴스를 공유할 수 있는 Salesforce의 다중 조직 연결 아키텍처입니다. Salesforce 조직이 여러 개 있는 기업에 권장되는 패턴입니다.

Data Cloud One 클러스터에서 하나의 Salesforce 조직이 Data 360 인스턴스를 호스팅하는 홈 조직으로 지정됩니다. 다른 Salesforce 조직은 동료 조직으로 연결되어 홈 조직의 Data 360에서 통합된 데이터 및 메타데이터를 사용합니다.

1. 데이터 수집 및 통합(홈 조직)
   
   • 모든 데이터 수집 구성(Salesforce CRM, 외부 소스, 스트리밍, 배치)은 홈 조직에서만 수행됩니다.
   • 홈 조직에 연결된 Data 360 테넌트는 신뢰할 수 있는 Customer 360 프로필에 대한 ID 확인, 조합, 모델링 및 통합을 수행합니다.
   • Data 360 관리, 거버넌스 정책, 태그 지정 및 마스킹은 홈 조직에서 중앙 집중식으로 적용됩니다.
2. 데이터 공간 아키텍처
   
   • 홈 조직에서 데이터는 데이터, 메타데이터, 프로세스에 대한 논리 컨테이너 역할을 하는 데이터 공간으로 구성됩니다.
   • 기업은 브랜드, 지역 또는 비즈니스 부문에 대한 데이터 공간을 만들 수 있습니다.
   • 데이터 공간 공유: 홈 조직에서 특정 데이터 공간이 동료 조직과 선택적으로 공유됩니다. 이렇게 하면 관련 데이터(및 관련 메타데이터)만 올바른 조직에 유입됩니다.
3. 메타데이터 공유
   동료 조직은 데이터 모델 개체(DMO), 통합 프로필 스키마, 계산된 인사이트, 세그먼트 및 기타를 포함하여 홈 조직에서 메타데이터 정의를 받습니다. 이는 로컬 자산인 것처럼 동료 조직 내에 기본적으로 표시되지만 실제로 홈 조직에 연결되어 있습니다.
4. 홈 조직에서 수행할 작업 vs. 동료 조직
기능 액세스는 홈 및 동료 조직 간에 다릅니다. 동료 조직은 데이터를 수집하거나 통합할 수 없으며, 수집, 모델링, 통합을 위해 홈 조직에 의존합니다. 동료 조직은 Data 360 데이터에 액세스하여 Data 360 지원 플랫폼 기능을 강화할 수 있으며, 공유되고 신뢰할 수 있는 데이터 위에 로컬 인사이트, 세그먼트, 플로를 만들 수 있습니다. 향후 비전에서 활성화 기능에 액세스할 수도 있습니다.

기능	홈 조직	동료 조직
연결 커넥터 구성, 데이터 스트림 생성, 데이터 수집 또는 통합	✅	❌
데이터 변환 및 ID 확인 구축 및 실행 통합 및 통합	✅	❌
데이터 공간 및 권한이 있는 보안 데이터 관리	✅	✅
세그먼트 및 예측 세그먼트, 인사이트 및 Einstein Studio 모델 구축	✅	✅
Everywhere 활성화 활성화, 데이터 작업	✅	✅
프롬프트 빌더, 플로, 보고서, 보강 및 기타 플랫폼 기능	✅	✅
Prospecting Center, Sales 및 Service Cloud 기능, Agentforce 등의 Data 360 지원 기능	✅	✅

5. 플랫폼 기능 패리티
   사용자 및 빌더의 관점에서 메타데이터가 공유되면 Salesforce 플랫폼 기능 사용과 관련하여 홈 및 동료 조직 간에 몇 가지 기능 차이가 있습니다. 지원되는 기능 목록은 Companion 조직의 Data 360 기능에서 확인할 수 있습니다.
   
   • 플로, 보고서, 프롬프트 빌더, 대시보드 및 기타 플랫폼 네이티브 도구와 같은 Salesforce 플랫폼 기능은 메타데이터를 사용할 수 있으면 홈 및 동료 조직 모두에서 작동합니다.
   • Agentforce, Prospecting Center, Sales Cloud Einstein 기능 및 Service Cloud AI 기능과 같은 Data 360 지원 기능은 홈 및 동료 조직 모두에서 원활하게 작동합니다. 일부 기능은 완전한 호환성에 도달할 수 있지만 전반적인 목표는 Data 360에 의존하는 모든 클라우드 간 기능에 대해 홈 및 동료 조직 간의 기능 패리티를 유지하는 것입니다.
6. 소비 모델
   모든 동료 조직 활동(쿼리, 세그먼트 실행, Data 360 트리거 플로, AI 사용, Einstein Trust Layer 로깅 등)은 홈 조직의 Data 360 크레딧을 사용합니다. 소비는 한 가지 방법으로 진행됩니다. 크레딧은 집 조직의 크레딧 할당 대비 중앙 집중화, 청구, 추적됩니다. 그러나 Digital Wallet 사용된 각 개별 조직의 크레딧 수를 자세히 살펴볼 수 있습니다.
7. 설계 원리: 수평 구조
   Data Cloud One은 Sandbox와 유사하게 Salesforce Platform의 가로 구조로 설계되었습니다. 목표는 Salesforce 릴리스의 모든 새로운 기능이 추가 설정 없이 홈 및 동료 조직 모두에서 작동하는 것입니다. 이렇게 하면 Data Cloud One이 단순한 데이터 아키텍처 선택이 아닌 Salesforce 플랫폼의 기본 요소가 됩니다.

조직이 여러 개인 기업은 생태계 내에서 Data 360을 찾을 방법과 위치를 선택해야 합니다. 각 조직에서 독립 Data 360을 프로비저닝하거나 Data Cloud One을 사용하여 단일 홈 조직 아래에서 조직을 통합하려고 합니까?

각 Salesforce 조직은 자체 Data 360 인스턴스를 프로비저닝합니다.

성과:

• 자동: 각 사업부 또는 지역은 자체 Data 360을 제어합니다.
• 각 조직 내의 간편성: 거버넌스, 보안, 사용자 정의가 현지화됩니다.
• 규제 준수: 엄격한 규제 구분이 필요한 경우 유용합니다(예: 데이터는 경계를 넘지 않아야 함).

단점:

• 데이터 실패: 조직 전체에서 Customer 360 사용할 수 없습니다.
• 높은 비용: 각 인스턴스에는 라이센스, 관리, 통합이 필요합니다. 고객은 여러 조직에서 전체 C360 보기를 얻기 위해 동일한 소스 데이터를 여러 번 수집합니다.
• 중복 작업: ID 확인, 세분화, 보강은 각 Data 360에서 반복해야 합니다.

단일 Data 360은 홈 조직에서 프로비저닝되며 다른 Salesforce 조직은 동료 조직으로 연결됩니다.

성과:

• 단일 진리의 근원(SSOT): 모든 조직은 같은 통합 데이터 모델을 공유합니다.
• 비용 효율: 관리할 Data 360 라이센스 및 인프라 하나만 있습니다.
• 통합 관리: 정책, 보안, 규정 준수 제어가 중앙 집중식으로 적용됩니다.
• Cross-org 보강: 동료 조직은 조화된 프로필, 인사이트, 세그먼트에 액세스할 수 있습니다.
• AI 준비도: 엔터프라이즈 전체 데이터 집합을 사용하면 AI 모델의 교육 및 활성화를 향상할 수 있습니다.
• 미래 증거: 새 동료 조직을 추가하는 것은 간단합니다. 새 Data 360은 필요하지 않습니다.

단점:

• 추가 준비: 조직 간 조직 연결을 계획해야 합니다.
• 지연 시 고려 사항: 다른 지역의 동료 조직은 더 느린 쿼리를 볼 수 있습니다.
• 복잡한 거버넌스: 각 조직에 매우 다른 사용자 정의 요구 사항이 있는 경우 세분화된 관리는 복잡할 수 있습니다.

경우에 따라 모든 조직을 함께 클러스터링하는 것이 실용적이지 않을 수도 있습니다. 따라서 각각 동료 조직의 다른 클러스터에 대한 홈 조직인 여러 Data 360을 운영하는 하이브리드 솔루션을 구현해야 할 수 있습니다.

다국적 기업은 유럽, 미국, 아시아 등 다양한 지역에 Salesforce 조직을 보유하고 있습니다. 지역 데이터 보존 규정을 준수하기 위해 각각의 별도의 지역에 대해 하나의 Data 360을 프로비저닝합니다.

원하는 패턴: Data Cloud One

기본적으로 다중 조직 엔터프라이즈의 연결된 동료 조직이 있는 단일 홈 조직으로 설정됩니다.
이를 통해 엔터프라이즈 전체 Customer 360 만들고, 거버넌스를 간소화하며, 비용을 최적화할 수 있습니다.

다중 Data 360을 사용하는 경우:

규정 준수, 보존 또는 조직적 자율성이 엄격하게 요구하는 경우에만 예를 들어 규정으로 인해 유럽의 운영이 미국의 운영과 완전히 구분되어야 하는 경우

Data Cloud One에서 홈 조직을 선택하는 방법:

먼저 대부분의 비즈니스가 실행되는 주요 조직 중 하나를 고려합니다. Data 360을 프로비저닝하면 복잡성을 최소화하고 조기에 가치를 극대화할 수 있습니다.

적합한 기존 조직이 없는 경우에만 탁월한 센터 팀이 관리하는 전용 홈 조직을 만드는 것이 좋습니다.

일반 원칙:

다중 조직 환경에서는 Data 360 수를 최소화합니다. Data Cloud One을 기본 패턴으로 추천하여 중복을 줄이고, AI 준비를 활성화하고, 거버넌스를 간소화합니다.

Data Cloud One은 대부분의 엔터프라이즈에 권장되는 접근 방식이지만, 고객이 여러 Data 360 인스턴스를 프로비저닝해야 하는 시나리오가 있습니다. 여러 Data 360이 존재하면 통합이 자동으로 이루어지지 않습니다.

Data 360에서 Data 360 데이터 공유를 사용하면 고객이 중복 또는 사용자 정의 파이프라인 없이 Data 360 인스턴스 간에 특정 개체를 공유할 수 있습니다. Data 360 전반의 공동 작업을 위해 고안된 제로 카피 메타데이터 공유 메커니즘입니다.

• 각 Data 360은 자체 홈 조직에서 프로비저닝됩니다.
• 관리자는 공유할 특정 개체의 그룹인 데이터 공유를 만들 수 있습니다.
• 선택한 데이터에 대한 액세스는 대상 조직의 Data 360과 공유되며, 여기에서 개체가 로컬로 정의된 것처럼 표시됩니다. 기본 데이터는 소스 Data 360에 남아 있으며 액세스 권한만 공유됩니다.
• 태그는 공유되지 않습니다. 원시 개체만 사용할 수 있으며, 대상 조직은 필요에 따라 관리, 운영 또는 AI 태그를 다시 적용해야 합니다.

• Data Cloud One에서는 여러 동료 조직이 단일 Data 360 인스턴스를 공유합니다. 플랫폼 기능(Agentforce, Prospecting Center, Tableau Next 등)은 모두 동일한 기본 데이터에서 실행되므로 일관성을 보장합니다.
• Data 360 조직 간에 데이터 공유를 사용할 경우 각 조직에 자체 Data 360이 있습니다. 조직 A 및 조직 B의 Agentforce 같은 기능은 각각 로컬 인스턴스에서 독립적으로 작동합니다. 공유는 자동으로 발생하지 않으며 특정 개체에 대해서만 공동 작업하기 위해 의도한 데이터 공유를 만들어야 합니다.

지역 규정 준수:
다국적 소매업체는 EU 및 미국에서 Data 360을 하나씩 프로비저닝합니다. Data 360-to-Data 360 데이터 공유를 사용하면 회사에서 원시 데이터가 로컬로 유지되는 동안 미국 본사와 공유할 수 있도록 충성도 KPI 등 인사이트를 집계할 수 있습니다.

비즈니스 단위 협업:
한 기업은 Retail 및 Insurance용 Data 360을 별도로 실행합니다. Data 360 간 데이터 공유를 사용하면 사용자가 이동하거나 복사하지 않고 단일 권한이 있는 데이터 소스에 액세스할 수 있습니다. Data 360 조직 간 데이터 공유를 사용하면 보험 조직이 표적 교차 판매 캠페인에 대해 리테일의 "고가치 고객" 세그먼트를 수신합니다.

병합 및 인수:
모회사가 자체 Data 360을 사용하여 자회사를 인수합니다. 관리할 인스턴스 두 개를 사용하면 단기 데이터 사일로를 유지하면 데이터 보안 및 SSOT 무결성이 유지됩니다. 동시에 두 Data 360 인스턴스 간에 데이터를 공유하면 전환 시 필요한 공동 작업을 수행할 수 있습니다.

연합 경영진 대시보드:
대륙 전반에 걸쳐 분산된 다국적 기업은 지역당 개별 Data 360을 프로비저닝합니다. 경영진은 연합 분기별 성과 보기를 원합니다. 각 지역의 Data 360은 "실행 조직"과 집계된 계산된 인사이트를 공유하여 엔터프라이즈 전체 보고를 지원합니다.

기업에 여러 Data 360이 있는 경우:

• 사용자 정의 파이프라인을 구축하거나 데이터를 복제하는 대신 Data 360 조직 간 데이터 공유를 사용하여 공동 작업을 수행합니다.
• 데이터 공유를 만들고 대상 조직에 부여하여 특정 개체(DMO, 계산된 인사이트, 세그먼트)를 공유합니다.
• 태그는 공유되지 않으며 수신 조직은 태그(예: 거버넌스, 분류, AI 보강)를 다시 적용해야 합니다.

Data 360 조직 간 데이터 공유를 사용하는 경우:

• 중앙 집중화를 방지하는 규제 요구 사항을 충족합니다.
• 선택적 공동 작업을 활성화하면서 사업부 독립성을 유지합니다.
• 여러 지역에 걸쳐 연합 실행 대시보드를 제공합니다.
• 즉시 통합이 불가능한 M&A 시나리오를 연결합니다.

조심스럽게 설계

공유는 의도적이고 개체별이어야 합니다. "오버 공유"를 피하십시오. 데이터 공유를 비즈니스 및 규정 준수 요구에 맞춥니다. Data 360-to-Data 360 데이터 공유를 Data Cloud One 을 대체하는 대신 연합 전략으로 취급하십시오.

1. 모든 조직은 Data 360에 대한 액세스를 계획해야 합니다.
   
   • 앞으로 Sales Cloud 및 Service Cloud에서 Agentforce 이르는 모든 Salesforce 플랫폼 기능에 Data 360 연결이 필요합니다. 각 조직은 Data 360 홈 조직을 호스트하거나 Data Cloud One을 통해 연결된 동료 조직이어야 합니다.
2. Organ-by-org가 아닌 엔터프라이즈 전체를 생각하십시오.
   
   • 단방향 비즈니스 부문 결정은 피하십시오.
   • 프로비저닝은 엔터프라이즈 아키텍처 또는 데이터 거버넌스위원회에 따라 집합적으로 결정해야 합니다. 항상 광범위한 통합 데이터 집합에 의존하는 향후 AI 및 분석 요구를 예측하십시오.
3. 데이터 사일로 최소화
   
   • 간편하고 빠르게 기존 주요 조직에서 Data 360 프로비저닝을 추천합니다.
   • 다중 조직 환경에서 Data Cloud One은 하나의 Data 360 아래에서 조직을 통합하는 기본 패턴입니다.
   • 규정 준수, 보존 또는 조직의 자율성에 엄격히 필요한 경우에만 여러 Data 360을 프로비저닝합니다.
4. 다중 Data 360을 실행해야 하는 경우 의도적으로 설계
   
   • 사용자 정의 ETL 파이프라인이 아닌 공동 작업을 위해 Data 360 조직 간 데이터 공유를 설정합니다.
   • 데이터 공유를 통해 특정 개체(DMO, 계산된 인사이트, 세그먼트)를 공유합니다.
   • 태그는 공유되지 않으며 소스 조직에 소비가 청구됩니다.
5. 예전에 거버넌스 및 소유권 계획 수립
   
   • Data 360을 중앙 집중식으로 관리할지(상위 센터 모델) 또는 비즈니스 부서에 위임할지 결정합니다. 관리자, 보안 팀, 규정 준수 리드에 대한 역할을 정의합니다.
   • 모호함을 피하십시오. 명확하지 않은 소유권은 마찰의 일반적인 원인입니다.
6. 단기 바로 가기 피하기
   
   • 장기 계획 없이 POC에 대해 여러 Data 360을 회전하지 마십시오. 그러면 나중에 통합 작업 중단이 발생합니다.
   • 대신 파일럿 및 조기 배포를 엔터프라이즈 전체 프로비저닝 전략에 맞춥니다.

이러한 프로비저닝 선택 항목은 Salesforce Platform이 Data 360 우선 모델로 진화하므로 고객 세분화에서 AI 에이전트 기초 교육에 이르기까지 모든 기능이 해당 모델에 의존하기 때문에 중요합니다. 오늘의 결정은 엔터프라이즈에서 고객 데이터를 얼마나 효과적으로 통합하는지, 신속하게 새 Salesforce 기능을 도입할 수 있는지, 비즈니스 전반에서 AI를 확장할 수 있는지에 대한 기초를 마련합니다. 성공하려면 주의를 기울이고, 중복을 최소화하고, 규정 준수 요구 사항에 부합하고, 의도적으로 관리하고, 장기적으로 생각해야 합니다. 궁극적으로 Data 360 프로비저닝은 데이터, AI, CRM을 하나의 통합 플랫폼으로 함께 작동시키는 첫 번째 단계입니다.

Kunal Goyal은 Data 360 내에서 멀티 조직 아키텍처 및 확장성 향상에 중점을 둔 Salesforce의 제품 관리 책임자입니다. 2017년부터 교차 조직 공동 작업 및 멀티 테넌트 시스템 설계에 중점을 둔 여러 이니셔티브 및 제품을 이끌어 왔습니다. Kunal은 Data 360 모범 사례 아키텍처 리드 중 하나이며 Data Cloud One, 설정, 프로비저닝, 관리자 환경에 대한 제품 소유자입니다.

Erin Wagner Tidwell은 Data 360의 주요 기술 작성자 및 콘텐츠 디자이너입니다. 2013년부터 Salesforce에 근무하고 있습니다. 그녀는 명확하고 일관되고 정확한 기술 문서와 앱 내 커뮤니케이션을 통해 Data 360을 더 쉽게 이해하고 사용할 수 있도록 합니다.

Yugandhar Bora는 데이터 및 인텔리전스 응용 프로그램 플랫폼 내 데이터 아키텍처를 전문으로 하는 Salesforce의 소프트웨어 엔지니어링 아키텍처입니다. 그는 데이터 거버넌스 및 통합 데이터 모델에 초점을 맞춘 EARB(Enterprise Architecture Review Board) 이니셔티브를 이끌고 자동화된 플랫폼 프로비저닝 솔루션에 기여합니다.

Samarpan Jain은 Commerce Cloud, 플랫폼 통합, 교차 조직 아키텍처를 전문으로 하는 Salesforce의 주 아키텍처입니다. Salesforce에서 가장 오랫동안 근무한 직원은 정부 고객의 데이터 보존 규정 준수 및 Data 360 사용량 귀속 시스템 등 주요 이니셔티브를 이끌고 있습니다.