Data 360-Bereitstellung

Salesforce Data 360 ist eine auf Hyperforce basierende Datenplattform, die Salesforce- und externe Daten in einer klaren, vollständigen und vertrauenswürdigen 360-Grad-Ansicht jedes Kunden oder Accounts vereinheitlicht.

Unternehmen betreiben aufgrund von Fusionen und Übernahmen, regionalen Vorgängen, Funktionstrennung oder historischen Gründen oft mehrere Salesforce-Organisationen. Architekten müssen verschiedene Entscheidungen zu Data 360 treffen, die sich alle auf die Verwaltung, Compliance, Kosten, Latenz und die Skalierbarkeit von AI und organisationsübergreifenden Plattformfunktionen auswirken.

Dieser Leitfaden bietet einen Rahmen für Bereitstellungsentscheidungen mit Data 360. Zu diesen Entscheidungen zählen:

• Auswählen einer einzelnen Startseitenorganisation im Vergleich zu einer Konfiguration mit mehreren Organisationen

• Bereitstellen mehrerer unabhängiger Data 360-Instanzen

  • Verwenden von Data Cloud One zum Vereinheitlichen von Organisationen in einer einzelnen Instanz

  • Zusammenarbeit zwischen unabhängigen Data 360-Instanzen, die die Datenfreigabe zwischen Data 360-Organisationen verwenden

Data 360 wird automatisch in jeder Produktionsorganisation bereitgestellt, die eine Data 360-Lizenz erhält. Data Cloud One ist die Multi-Organisations-Konnektivitätsarchitektur von Salesforce, die es einer einzelnen Startseite ermöglicht, die Data 360-Instanz zu hosten, während sich andere Salesforce-Organisationen als Begleitorganisationen verbinden. Die Entscheidung, welche Organisation über die Data 360-Lizenz verfügt und somit zu einer Data 360-Startorganisation wird, ist eine wichtige architektonische Entscheidung mit langfristigen Konsequenzen.

Die Bereitstellung von Salesforce Data 360 ist eine grundlegende architektonische Entscheidung. Sie bestimmt, wie das Unternehmen Kundendaten vereinheitlicht, Unternehmensführung erzwingt und wichtige Plattformfunktionen aktiviert, insbesondere AI, Agentforce und Analysen in der gesamten Organisation. Durch die Verankerung eines Clusters von Organisationen an einer einzelnen Data 360-Datei erhalten Sie ein einheitliches Datenmodell, eine zentralisierte Verwaltung und die Bereitschaft für unternehmensweite AI. Begleitorganisationen können auf freigegebene Metadaten und Funktionen zugreifen, als wären die Daten lokal. Im Gegensatz dazu sind mehrere unabhängige Data 360-Instanzen geeignet, wenn behördliche, Compliance- oder Autonomieanforderungen die Zentralisierung verhindern. Die Datenfreigabe zwischen Data 360-Organisationen ermöglicht eine selektive Zusammenarbeit ohne Kopieren zwischen diesen Instanzen.

Diese Entscheidung beeinflusst, wer die Datenverwaltung steuert, wo sich Daten befinden, wie Plattformfunktionen aktiviert werden und wie reibungslos künftige Integrationen und AI-Initiativen skaliert werden können. Selbst für Organisationen, die derzeit nicht über Data 360 verfügen, kann es wichtig sein, ihre Architekturen zukunftssicher zu gestalten, indem eine Strategie für das Hinzufügen von Data 360-Zugriff entwickelt wird. Salesforce-Funktionen in Vertrieb, Service, Marketing, Commerce, Branchen und Agentforce basieren zunehmend auf Data 360. Organisationen, die diese Plattformfunktionen verwenden möchten, müssen ihre eigenen Data 360 bereitstellen oder sich als Begleitorganisationen mit einer freigegebenen Data 360 verbinden.

Dieser Leitfaden hilft Architekten, eine Bereitstellungsstrategie zu entwickeln, die Einfachheit, unternehmensweite Konsistenz, Compliance und Skalierbarkeit in Einklang bringt und sicherstellt, dass die Organisation Data 360 für Customer 360, AI und plattformübergreifende Innovationen sicher nutzen kann. Verwenden Sie diese Anleitung, um zu bestimmen, welche Organisationen Data 360 benötigen und ob Data Cloud One oder die Datenfreigabe zwischen Data 360-Organisationen verwendet werden soll. Diese Strategie schafft eine solide Grundlage für eine Data 360-zentrierte Zukunft.

• Jede Organisation sollte den Zugriff auf eine Data 360-Instanz planen. Jede Organisation muss entweder eine Data 360-Startorganisation hosten oder eine Begleitorganisation sein, die über Data Cloud One verbunden ist.

• Denken Sie unternehmensweit, nicht organisationsübergreifend. Vermeiden Sie einseitige Branchenentscheidungen, die isoliert getroffen werden. Idealerweise sollte eine Unternehmensarchitektur oder ein Datenverwaltungsrat gemeinsam über die Bereitstellungsstrategie entscheiden. Prognostizieren Sie immer zukünftige AI- und Analyseanforderungen, die von breiten, vereinheitlichten Datensets abhängen.

• Planen Sie Governance und Eigenverantwortung frühzeitig. Legen Sie fest, ob Data 360 zentral (Exzellenzcenter-Modell) oder an Geschäftsbereiche delegiert werden soll. Definieren Sie Rollen für Administratoren, Sicherheitsteams und Compliance-Leads. Vermeiden Sie Mehrdeutigkeiten, da unklare Inhaberschaft problematisch sein kann.

• Zur Erinnerung: Die Bereitstellung ist an eine Lizenzierung gebunden. Die Organisation, in der die Data 360-Lizenz erworben wird, bestimmt, wo Data 360 bereitgestellt wird, und der Standort dieser Organisation bestimmt die Region.

• Kennen Sie die Überlegungen zur Unterstützung von Datenquellen. Achten Sie genau darauf, welche Regionen für verschiedene öffentliche Clouds und Zero-Copy-Datenquellen unterstützt werden. Ermitteln Sie außerdem, ob Private Connect für Ihren Sicherheitsstatus erforderlich ist, um eine Verbindung mit diesen Datenquellen herzustellen, und ob regions- oder regionsübergreifende Verbindungen unterstützt werden.

• Bereitstellung basierend darauf, ob Sie über eine Einzelorganisation oder mehrere Organisationen verfügen. Stellen Sie Data 360 für Kunden mit einer einzelnen Organisation in Ihrer vorhandenen Produktionsorganisation bereit, um die schnellste Wertschöpfungszeit zu erzielen. Minimieren Sie für Kunden mit mehreren Organisationen die Komplexität, indem Sie möglichst wenige Data 360-Instanzen erstellen, idealerweise mithilfe der Konfiguration von Data Cloud One.

• Verwenden Sie mehrere Data 360-Instanzen nur bei Bedarf. Mehrere Instanzen sollten nur verwendet werden, wenn dies aufgrund von Compliance, Residenz oder Organisationsautonomie erforderlich ist. Verwenden Sie in diesen Fällen die Datenfreigabe zwischen Data 360-Organisationen, um eine sichere Zusammenarbeit zu ermöglichen.

• Setzen Sie die Datenfreigabe zwischen Data 360-Organisationen für die Zusammenarbeit ein, nicht für benutzerdefinierte ETL-Pipelines. Geben Sie bestimmte Objekte (DMOs, berechnete Statistiken, Segmente) über Datenfreigaben frei. Denken Sie daran, dass Tags nicht freigegeben werden und der Verbrauch der Quellorganisation in Rechnung gestellt wird.

• Kurze Abkürzungen vermeiden. Erstellen Sie nicht mehrere Data 360-Organisationen für Proof of Concepts (POCs) ohne einen langfristigen Plan. Stimmen Sie Pilotprogramme und frühe Bereitstellungen auf Ihre unternehmensweite Bereitstellungsstrategie ab.

Werten Sie jede Bereitstellungsentscheidung (Auswahl zwischen Data Cloud One, Datenfreigabe zwischen Data 360-Organisationen oder Bezeichnung der Startseite) anhand dieser übergreifenden Überlegungen aus.

Es gibt drei wichtige Anwendungsfälle, die Entscheidungen für die Data 360-Bereitstellung erfordern:

• Auswählen der Startorganisation
• Anwenden einer Strategie für mehrere Organisationen
• Freigeben von Daten zwischen Data 360-Organisationen

Wenn Sie eine Data 360-Lizenz erwerben, wird die Data 360-Instanz in der Salesforce-Organisation bereitgestellt, die dieser Lizenz zugeordnet ist. Diese Organisation wird als Data 360-Startorganisation bezeichnet. Die Startseitenorganisation ist der Anker für Ihre Data 360-Instanz. Dies beinhaltet Folgendes:

• Verwaltung der Data 360-Speicherung und -Berechnung (in der bei der Bereitstellung ausgewählten Region).

• Anwendung von Verwaltungs-, Governance- und Sicherheitsrichtlinien

• Leistung der Datenaufnahme, Harmonisierung, Identitätsbestimmung, Segmentierung und Aktivierung

In Szenarien mit mehreren Organisationen verwaltet die Startseite die zentrale Data 360-Instanz für andere Salesforce-Begleitorganisationen.

Die Heimatorganisation:

• Bestimmt den geografischen Standort Ihrer Data 360-Instanz.

• Legt fest, wer Inhaber und Verwalter Ihrer Data 360-Instanz ist. Administratoren in Ihrer Data 360-Startorganisation können auf alle in Data 360 aufgenommenen Daten zugreifen.

• Steuert die zugehörigen Organisationsverbindungen in einer Data Cloud One-Konfiguration.

• Legt die Grundlage für Ihre Unternehmensdatenstrategie fest. Sie später zu ändern, ist schwierig und störend.

Weitere Informationen zu Data 360-Startorganisationen finden Sie unter Data 360-Integrationsmuster und -praktiken.

Die erste wichtige Entscheidung besteht darin, Data 360 in einer vorhandenen Produktionsorganisation bereitzustellen oder eine neue, dedizierte Organisation zu erstellen, die als Ausgangsorganisation fungiert.

Option A: Bereitstellen von Daten 360 in einer vorhandenen Organisation

Funktioniert am besten für: Kunden mit einer einzelnen Salesforce-Organisation oder Kunden mit mehreren Organisationen, die bereits über eine zentrale Organisation verfügen, in der die meisten Geschäftsprozesse ausgeführt werden.

• Positiv:

  • Einfachster Pfad: Data 360 wird dort bereitgestellt, wo sich Ihre CRM-Daten befinden.

  • Sofortiger Zugriff auf lokale Vertriebs-, Service- und Marketingdaten.

  • Es ist keine zusätzliche Integration erforderlich.

  • Weniger zu verwaltende Lizenzen und Umgebungen.

  • Beschleunigt die frühzeitige Akzeptanz, Pilotprogramme und Produktionsanwendungsfälle.

• Kontra:

  • Kann die Governance oder die technischen Schulden einer vorhandenen Organisation übernehmen.

  • Wenn keine einzelne “Hauptorganisation” vorhanden ist, kann die Auswahl einer solchen Organisation zu Inhaberschaftsdebatten führen.

  • Die Leistung ist an den Standort der Organisation gebunden und entspricht möglicherweise nicht den Anforderungen der unternehmensweiten Residenz.

  • Wenn mehrere Geschäftseinheiten unterschiedliche Organisationen verwenden, kann die lokale Bereitstellung zu einer Fragmentierung führen, wenn sie nicht mit Data Cloud One gekoppelt ist.

Beispiel:

Ein SaaS-Unternehmen mit einer Salesforce-Organisation stellt Data 360 in dieser Organisation bereit, um Kundenabonnement- und Supportdaten zu vereinheitlichen.

Option B: Bereitstellen von Daten 360 in einer neuen, dedizierten Organisation

Funktioniert am besten für: Kunden mit mehreren Salesforce-Organisationen, die sich nicht auf eine einzelne Hauptorganisation ausrichten können, oder Unternehmen mit einem starken Center of Excellence-Modell.

• Positiv:

  • Sauberes Design für die Unternehmensführung ohne übernommene Organisationskomplexitäten.

  • Zentrale Steuerung über mehrere Geschäftsbereiche hinweg.

  • Flexibilität bei der Auswahl einer Region anhand der Compliance-Anforderungen.

  • Funktioniert als neutrale “Shared Service”-Organisation, die nicht an eine Geschäftseinheit gebunden ist.

  • Einrichten für die künftige Data Cloud One-Architektur (Startorganisation mit mehreren Begleitorganisationen).

• Kontra:

  • Kunden müssen eine neue Salesforce-Organisation lizenzieren, in der Data 360 bereitgestellt werden soll.

  • Zusätzliche Integration erforderlich, um die Organisation über eine Data Cloud One-Begleitverbindung mit einer Data 360 zu verbinden.

  • Kann Verwaltungsaufwand verursachen (Benutzerverwaltung, Sicherheit, Identität).

  • Verlangsamte Wertschöpfungszeit im Vergleich zur Bereitstellung in einer vorhandenen Produktionsorganisation.

Beispiel:

Ein multinationales Finanzdienstleistungsunternehmen erstellt eine dedizierte Startseitenorganisation zur Bereitstellung von Data 360. Alle Organisationen der Geschäftseinheit (Einzelhandel, Vermögen, Geschäftsbankwesen) verbinden sich als Begleitorganisationen über Data Cloud One.

Entscheidungskriterien

Grundsätzlich gilt: Verwenden Sie eine vorhandene Hauptorganisation als Ausgangsorganisation, um den anfänglichen Aufwand zu minimieren und die Akzeptanz zu beschleunigen. Erstellen Sie nur dann eine neue, dedizierte Startseitenorganisation, wenn Ihre langfristige Governance- oder Compliance-Strategie dies erfordert. Das Erstellen einer neuen, dedizierten Startseitenorganisation ist für größere Unternehmen mit einem Center of Excellence (COE) eine gängige Wahl.

Umgebung einer einzelnen Organisation

Stellen Sie Data 360 in Ihrer vorhandenen Produktionsorganisation bereit. Dies maximiert die Einfachheit und den sofortigen Wert. Dadurch wird unnötiger Integrationsaufwand vermieden.

Umgebung für mehrere Organisationen

Wählen Sie bevorzugt eine Ihrer wichtigsten Organisationen aus, in der Regel die, in der der Großteil Ihres Unternehmens ausgeführt wird, oder die Organisation, die als zentralisiertes CRM fungiert, um als Ausgangsorganisation zu fungieren. Dadurch wird die Komplexität reduziert, der Setup-Aufwand minimiert und Sie können den Wert von Data 360 schnell realisieren. Durch die Verwendung einer vorhandenen Hauptorganisation werden zudem die Kosten und der Integrationsaufwand für die Verwaltung einer neuen Umgebung vermieden.

Berücksichtigen einer neuen, dedizierten Heimorganisation

Das Erstellen einer Startseitenorganisation bietet Flexibilität und Neutralität, jedoch mit einer langsameren Wertschöpfung in diesen Fällen.

• Wenn Ihre Organisation über ein starkes Center of Excellence (CoE) verfügt und die Unternehmensführung von Organisationen der Geschäftseinheit getrennt werden soll.
• Wenn keine einzelne vorhandene Organisation aufgrund von Compliance- oder Organisationseinschränkungen geeignet ist.

Unternehmen betreiben oft mehrere Salesforce-Organisationen – und dies ist kein Edge-Kundenvorgang, sondern die Norm. Im Februar 2024 führten bereits etwa 19.000 Salesforce-Kunden mehr als eine Salesforce-Organisation aus.

Warum passiert das?

• Übernahmen und Fusionen: Neu erworbene Unternehmen verfügen über eigene Salesforce-Instanzen.
• Regionale Vorgänge: Getrennte Organisationen für EU, Nordamerika, Asien-Pazifik usw., oft zur Einhaltung der Datenresidenzgesetze.
• Funktionale Trennung: Verschiedene Geschäftseinheiten (z. B. Retail Banking, Vermögensverwaltung, Versicherungen) unterhalten ihre eigenen Organisationen, um Autonomie zu gewährleisten.
• Regulatorische oder Sicherheitsisolation: Bestimmte Branchen legen aus Compliance-Gründen logisch unterschiedliche Organisationen fest.
• Historische oder technische Gründe: Im Laufe der Zeit häufen Kunden organisch mehrere Organisationen an.

Jeder Grund ist einzeln sinnvoll, aber zusammen ergeben sie eine Fragmentierung der Daten. Ohne verbindende Ebene verfügt jede Organisation nur über eine Teilansicht des Kunden.

Die architektonische Herausforderung: Wie vereinheitlichen Sie Daten organisationsübergreifend in einer einzigen Informationsquelle und beachten dabei Compliance-, Governance- und Autonomieanforderungen?

Data Cloud One ist die Multi-Organisations-Konnektivitätsarchitektur von Salesforce, mit der mehrere Salesforce-Organisationen eine einzelne Data 360-Instanz gemeinsam nutzen können. Dies ist das empfohlene Muster für Unternehmen mit mehreren Salesforce-Organisationen.

In einem beliebigen Data Cloud One-Cluster wird eine Salesforce-Organisation als Ausgangsorganisation festgelegt, die die Data 360-Instanz hostet. Andere Salesforce-Organisationen verbinden sich als Begleitorganisationen und verwenden die zusammengeführten Daten und Metadaten aus Data 360 der Startseitenorganisation.

Funktionsweise von Data Cloud One

• Datenaufnahme und -vereinheitlichung (Startorganisation)

  • Die gesamte Konfiguration der Datenaufnahme (Salesforce CRM, externe Quellen, Streaming, Batch) erfolgt nur über die Startseite.

  • Der Data 360-Mandant, der an die Startseitenorganisation gebunden ist, führt die Identitätsbestimmung, Harmonisierung, Modellierung und Vereinheitlichung in vertrauenswürdigen Kundenprofilen aus.

  • Data 360-Verwaltung, Governance-Richtlinien, Tagging und Maskierung werden zentral über die Startseitenorganisation angewendet.

• Datenbereichsarchitektur

  • In der Startseite werden Daten in Datenbereichen organisiert, die als logische Container für Daten, Metadaten und Prozesse fungieren.

  • Unternehmen können Datenbereiche für Marken, Regionen oder Geschäftsbereiche erstellen.

  • Freigabe von Datenbereichen: In der Startseite werden bestimmte Datenbereiche selektiv für Begleitorganisationen freigegeben. Dadurch wird sichergestellt, dass nur die relevanten Daten (und die zugehörigen Metadaten) in die richtigen Organisationen fließen.

• Metadatenfreigabe

  Begleitorganisationen erhalten Metadatendefinitionen von der Startseite, einschließlich Datenmodellobjekten (DMOs), vereinheitlichtem Profilschema, berechneten Statistiken, Segmenten und mehr. Diese werden nativ in der Begleitorganisation angezeigt, als ob es sich um lokale Vermögenswerte handelte, sie sind jedoch mit der Startseite verknüpft.

• Funktionen in Organisationen vom Typ “Startorganisation” im Vergleich zu Begleitorganisationen Der Funktionszugriff unterscheidet sich je nach Startseite und Begleitorganisation. Begleitorganisationen können keine Daten aufnehmen oder vereinheitlichen und sind bei der Aufnahme, Modellierung und Vereinheitlichung auf die Startseite angewiesen. Begleitorganisationen können auf Data 360-Daten zugreifen, um Data 360-gestützte Plattformfunktionen bereitzustellen, und sie können lokale Statistiken, Segmente und Flows auf der Grundlage der freigegebenen, vertrauenswürdigen Daten erstellen. In der Zukunftsvision können sie auch auf Aktivierungsfunktionen zugreifen.

• Plattformfunktionsparität Aus Sicht von Benutzern und Generatoren gibt es nach der Freigabe der Metadaten einige funktionale Unterschiede zwischen Startseiten- und Begleitorganisationen in Bezug auf die Verwendung der Salesforce Platform-Funktionen. Eine Liste der unterstützten Funktionen finden Sie unter Data 360-Funktionen in Begleitorganisationen.

  • Sobald Metadaten verfügbar sind, können Salesforce Platform-Funktionen wie Flows, Berichte, Eingabeaufforderungsgenerator, Dashboards und andere plattformeigene Tools in Start- und Begleitorganisationen verwendet werden.

  • Data 360-gestützte Funktionen wie Agentforce, das Prospecting Center, Sales Cloud Einstein und Service Cloud AI-Funktionen funktionieren auch problemlos in Heim- und Begleitorganisationen. Einige Funktionen sind möglicherweise auf dem Weg zur vollständigen Kompatibilität. Das übergeordnete Ziel besteht jedoch darin, für alle cloudübergreifenden Funktionen, die von Data 360 abhängen, die Funktionsparität zwischen Startseiten- und Begleitorganisationen zu gewährleisten.

• Verbrauchsmodell Alle Aktivitäten der Begleitorganisation (Abfragen, Segmentausführungen, durch Data 360 ausgelöste Flows, AI-Nutzung, Einstein Trust Layer-Protokollierung usw.) verbrauchen Data 360-Guthaben aus der Startseite. Verbrauchs-Flows in eine Richtung: Gutschriften werden zentralisiert, in Rechnung gestellt und mit der Gutschriftszuteilung der Heimatorganisation abgeglichen. Sie können jedoch einen Drilldown ausführen, um zu sehen, wie viele Gutschriften jede einzelne Organisation in Digital Wallet verwendet hat.

• Designprinzip: Horizontale Konstruktion Das horizontale Konstrukt in Data 360 ist ein grundlegendes Designprinzip, das hauptsächlich über Data Cloud One implementiert wird und es ermöglicht, dass sich eine einzelne Data Cloud-Instanz über mehrere, unterschiedliche Salesforce CRM-Organisationen erstreckt. Ziel ist es, dass jede neue veröffentlichte Funktion ohne zusätzliche Einrichtung in Heim- und Begleitorganisationen funktioniert. Diese Funktion stellt sicher, dass Data Cloud One nicht nur eine Datenarchitektur ist, sondern ein grundlegendes Element der Salesforce Platform.

Unternehmen mit mehreren Organisationen müssen auswählen, wie und wo Data 360 in ihrem Ökosystem platziert werden soll. Möchten sie unabhängige Data 360-Organisationen in jeder Organisation bereitstellen oder Data Cloud One verwenden, um Organisationen unter einer einzigen Startseite zu vereinheitlichen?

Option A: Mehrere unabhängige Data 360-Organisationen

Jede Salesforce-Organisation stellt ihre eigene Data 360-Instanz bereit.

Positiv:

• Autonomie: Jede Geschäftseinheit oder Region steuert ihre eigenen Data 360.

• Einfachheit in jeder Organisation: Governance, Sicherheit und Anpassungen sind lokalisiert.

• Einhaltung gesetzlicher Vorschriften: Dies ist nützlich, wenn eine strikte behördliche Trennung erforderlich ist (beispielsweise dürfen Daten keine Grenzen überschreiten).

Kontra:

• Datensilos: Vereinheitlichte Profile können organisationsübergreifend nicht erreicht werden.

• Höhere Kosten: Jede Instanz erfordert Lizenzierung, Verwaltung und Integration. Kunden nehmen dieselben Quelldaten schließlich mehrfach in mehreren verschiedenen Organisationen auf.

• Doppelte Arbeit: Die Identitätsbestimmung, Segmentierung und Anreicherung müssen in jeder Data 360-Instanz wiederholt werden.

Option B: One Shared Data 360 (Data Cloud One-Cluster)

Eine einzelne Data 360-Lösung wird in einer Startseite bereitgestellt, während andere Salesforce-Organisationen als Begleitorganisationen verbunden sind.

Positiv:

• Single Source of Truth (SSOT): Alle Organisationen verwenden ein einheitliches Datenmodell.

• Kosteneffizienz: Verwalten Sie nur eine Data 360-Lizenz und -Infrastruktur.

• Einheitliche Unternehmensführung: Zentral angewendete Richtlinien, Sicherheits- und Compliance-Kontrollen.

• Organisationsübergreifende Anreicherung: Greifen Sie organisationsübergreifend auf harmonisierte Profile, Statistiken und Segmente zu.

• AI-Bereitschaft: Ein unternehmensweites Datenset ermöglicht eine bessere Schulung und Aktivierung von AI-Modellen.

• Zukunftssicher: Das Hinzufügen neuer Begleitorganisationen ist einfach, da keine neuen Data 360-Organisationen erforderlich sind.

Kontra:

• Zusätzliche Zubereitung: One Data 360 erfordert eine Planung für die Verbindung zwischen Organisation und Zuhause.

• Überlegungen zur Latenz: Begleitorganisationen in verschiedenen Regionen sehen möglicherweise langsamere Abfragen.

• Komplexe Governance: Wenn jede Organisation unterschiedliche Anpassungsanforderungen hat, kann die detaillierte Verwaltung komplex sein.

Option C: Mehrere Data Cloud One-Cluster

Manchmal kann es aufgrund von Governance, Compliance oder anderen Geschäftsanforderungen unpraktisch sein, jede Organisation zusammenzufassen. Dies kann dazu führen, dass eine Hybridlösung implementiert werden muss, in der das Unternehmen mehrere Data 360-Organisationen betreibt, von denen jede die Ausgangsorganisation für einen anderen Cluster von Begleitorganisationen ist.

Beispiel:

Ein multinationales Unternehmen verfügt über Salesforce-Organisationen in verschiedenen Regionen, darunter Europa, die USA und Asien. Zur Einhaltung der Verordnungen zur regionalen Datenresidenz stellen sie für jede separate Region eine Data 360 bereit.

Entscheidungskriterien

Bevorzugtes Muster: Data Cloud One

Wenn Sie die Verwaltung vereinfachen und die Kosten in Unternehmen mit mehreren Organisationen optimieren möchten, verwenden Sie eine einzelne Startseite mit verbundenen Begleitorganisationen.

Wann mehrere Data 360-Organisationen verwendet werden: Verwenden Sie mehrere Data 360-Organisationen nur dann, wenn dies aufgrund der Compliance, der Residenz oder der Organisationsautonomie unbedingt erforderlich ist (beispielsweise wenn europäische Vorgänge aufgrund von Vorschriften vollständig von US-amerikanischen Vorgängen getrennt bleiben müssen).

Auswählen der Startseite in Data Cloud One: Ziehen Sie zunächst eine Ihrer wichtigsten Organisationen in Betracht, in der Regel eine Ihrer Hauptorganisationen. Die Bereitstellung von Data 360 dort kann die Komplexität minimieren und den frühen Wert maximieren.

Sie sollten nur dann eine dedizierte Startseitenorganisation erstellen, die von einem COE-Team verwaltet wird, wenn keine vorhandene Organisation geeignet ist.

Allgemeines Prinzip:

Minimieren Sie in Umgebungen mit mehreren Organisationen die Anzahl der Data 360-Organisationen. Bevorzugen Sie Data Cloud One als Standardmuster, um Duplikate zu reduzieren, die AI-Bereitschaft zu aktivieren und die Verwaltung zu vereinfachen.

Obwohl Data Cloud One für die meisten Unternehmen der empfohlene Ansatz ist, gibt es Szenarien, in denen Kunden mehrere Data 360-Instanzen bereitstellen müssen, darunter:

• Regionale Compliance. Ein multinationaler Einzelhändler stellt eine Data 360 in der EU und eine weitere in den USA bereit. Die Data 360-zu-Data 360-Datenfreigabe ermöglicht es dem Unternehmen, Statistiken aus lokalen Daten zu erstellen und die Statistik dennoch für die US-Zentrale freizugeben.
• Zusammenarbeit der Geschäftseinheit. Ein Konglomerat führt separate Data 360-Organisationen für Einzelhandel und Versicherungen aus. Durch die Datenfreigabe zwischen Data 360-Organisationen können Benutzer auf eine einzelne, vertrauenswürdige Datenquelle zugreifen, ohne sie verschieben oder kopieren zu müssen. Bei der Datenfreigabe zwischen Data 360-Organisationen erhält die Versicherungsorganisation das Segment “High-Value Customer” (Kunden mit hohem Wert) des Einzelhandels für gezielte Cross-Selling-Kampagnen.
• Fusionen und Übernahmen. Eine Muttergesellschaft erwirbt eine Tochtergesellschaft mit eigenem Data 360. Durch die Beibehaltung kurzfristiger Datensilos werden die Datensicherheit und die SSOT-Integrität gewahrt. Gleichzeitig ermöglicht die Freigabe von Daten zwischen zwei Data 360-Instanzen die notwendige Zusammenarbeit während der Umstellung.
• Verbund-Führungskraft-Dashboards. Eine multinationale Streuung über Kontinente stellt einzelne Data 360-Organisationen pro Region bereit. Führungskräfte möchten eine Verbundansicht der vierteljährlichen Leistung. Jede regionale Data 360-Anwendung gibt aggregierte berechnete Statistiken für eine “Führungsorganisation” frei und ermöglicht so unternehmensweite Berichte.

Wenn mehrere Data 360-Organisationen vorhanden sind, erfolgt die Zusammenführung nicht automatisch. Mit der Datenfreigabe von Data 360 zu Data 360 können Kunden bestimmte Objekte zwischen Data 360-Instanzen ohne Duplikate oder benutzerdefinierte Pipelines freigeben. Hierbei handelt es sich um einen Mechanismus zur Freigabe von Nullkopie-Metadaten, der für die Zusammenarbeit zwischen Data 360-Organisationen entwickelt wurde.

• Jede Data 360 wird in ihrer eigenen Heimatorganisation bereitgestellt.

• Administratoren können eine Datenfreigabe erstellen – eine Gruppierung bestimmter Objekte, die sie freigeben möchten.

• Der Zugriff auf die ausgewählten Daten wird für Data 360 einer Zielorganisation freigegeben, wobei die Objekte wie lokal definiert angezeigt werden. Nur der Zugriff wird freigegeben, die zugrunde liegenden Daten verbleiben in der Quelldatei Data 360.

• Tags werden nicht freigegeben. Nur die Rohobjekte werden zur Verfügung gestellt. Die Zielorganisation muss bei Bedarf alle Governance-, Betriebs- oder AI-Tags erneut anwenden.

• In Data Cloud One verwenden mehrere Begleitorganisationen eine einzelne Data 360-Instanz. Plattformfunktionen wie Agentforce, das Center für potenzielle Kunden und Tableau Next werden mit denselben zugrunde liegenden Daten ausgeführt, um Konsistenz zu gewährleisten.

• Bei der Datenfreigabe zwischen Data 360-Organisationen verfügt jede Organisation über ihre eigenen Data 360-Funktionen. Funktionen wie Agentforce in Organisation A und Organisation B funktionieren jeweils unabhängig von ihrer lokalen Instanz. Es erfolgt keine automatische Freigabe. Es müssen bewusste Datenfreigaben erstellt werden, um nur an bestimmten Objekten zusammenzuarbeiten.

Wenn Ihr Unternehmen über mehrere Data 360-Organisationen verfügt

• Verwenden Sie die Datenfreigabe zwischen Data 360-Organisationen, um zwischen ihnen zusammenzuarbeiten, statt benutzerdefinierte Pipelines zu erstellen oder Daten zu duplizieren.

• Geben Sie bestimmte Objekte (DMOs, berechnete Statistiken, Segmente) frei, indem Sie Datenfreigaben erstellen und sie Zielorganisationen erteilen.

• Tags werden nicht freigegeben. Die empfangende Organisation muss Tags erneut anwenden, um die Verwaltung, die Klassifizierung oder die AI-Anreicherung zu gewährleisten.

Datenfreigabe zwischen Data 360-Organisationen verwenden

• Erfüllung gesetzlicher Anforderungen, die eine Zentralisierung verhindern.

• Aufrechterhalten der Geschäftseinheitsautonomie bei gleichzeitiger Aktivierung der selektiven Zusammenarbeit.

• Bereitstellen von Verbund-Führungskraft-Dashboards in mehreren Regionen.

• Überbrücken von M&A-Szenarien, in denen eine Konsolidierung nicht sofort möglich ist.

Sorgfältig entwerfen

Behandeln Sie die Data 360-zu-Data 360-Datenfreigabe als Verbundstrategie und nicht als Ersatz für Data Cloud One.

• Verwenden Sie die objektspezifische Freigabe.
• Vermeiden Sie eine Überfreigabe.
• Passen Sie Datenfreigaben an Geschäfts- und Compliance-Anforderungen an.

Die Planung Ihrer Datenstrategie für die Data 360-Bereitstellung ist eine wichtige, langfristige architektonische Entscheidung, die unternehmensweit und nicht organisationsübergreifend getroffen werden muss. Diese frühe strategische Entscheidung bestimmt, wie Kundendaten vereinheitlicht, wie die Unternehmensführung erzwungen wird und wie wichtige Plattformfunktionen – insbesondere AI und Analysen – organisationsweit skaliert werden. Planen Sie Governance- und Inhaberschaftsmodelle im Voraus und vermeiden Sie kurzfristige Abkürzungen, die später zu Fragmentierung und erhöhter Komplexität führen.

Was ist Customer 360?

Data 360-Integrationsmuster und -praktiken

Data 360-Architektur

Data 360-Sicherheitsarchitektur

Über die Autoren

Kunal Goyal ist Director of Product Management bei Salesforce und konzentriert sich auf die Weiterentwicklung der Architektur und Skalierbarkeit von mehreren Organisationen in Data 360. Seit 2017 hat er mehrere Initiativen und Produkte mit Schwerpunkt auf organisationsübergreifender Zusammenarbeit und mandantenübergreifendem Systemdesign geleitet. Kunal ist einer der Architektur-Leads für bewährte Vorgehensweisen in Data 360 und Produktinhaber für Data Cloud One, Setup, Bereitstellung und Administratorerfahrungen.

Erin Wagner Tidwell ist technische Hauptautorin und Inhaltsdesignerin für Data 360. Sie arbeitet seit 2013 bei Salesforce und ist bestrebt, Data 360 durch klare, konsistente und genaue technische Dokumentation und Kommunikation in der Anwendung leichter verständlich zu machen.

Yugandhar Bora ist Software Engineering Architekt bei Salesforce und spezialisiert sich auf die Datenarchitektur innerhalb der Plattform für Daten- und Intelligenzanwendungen. Er leitet Initiativen des Enterprise Architecture Review Board (EARB), die sich auf die Datenverwaltung und vereinheitlichte Datenmodelle konzentrieren, und trägt gleichzeitig zu automatisierten Plattformbereitstellungslösungen bei.

Samarpan Jain ist Principal Architect bei Salesforce und spezialisiert sich auf Commerce Cloud, Plattformintegration und organisationsübergreifende Architektur. Als einer der am längsten beschäftigten Mitarbeiter von Salesforce leitet er wichtige Initiativen wie die Einhaltung der Vorschriften für die Datenresidenz für Behördenkunden und Data 360-Nutzungsattributionssysteme.