Dieser Text wurde mit dem automatisierten Übersetzungssystem von Salesforce übersetzt. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.
Note
Übersicht
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 sich nicht nur zwischen einer einzelnen Home-Organisation und einer Konfiguration mit mehreren Organisationen entscheiden, sondern auch entscheiden, ob sie mehrere unabhängige Data 360-Instanzen bereitstellen, Data Cloud One verwenden möchten, um Organisationen unter einer einzelnen Instanz zu vereinheitlichen, oder zwischen unabhängigen Data 360-Instanzen zusammenarbeiten möchten, indem sie Daten zwischen Data 360s freigeben (Data 360-zu-Data 360-Datenfreigabe). Diese Entscheidungen wirken sich auf die Verwaltung, Compliance, Kosten, Latenz und die Skalierbarkeit von AI- und organisationsübergreifenden Plattformfunktionen aus.
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 Home-Organisation ermöglicht, die Data 360-Instanz zu hosten, während andere Salesforce-Organisationen als Begleitorganisationen verbunden sind. 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 Art und Weise, wie Sie Salesforce Data 360 bereitstellen, ist eine grundlegende architektonische Entscheidung, da sie bestimmt, wie das Unternehmen Kundendaten vereinheitlicht, die Unternehmensführung erzwingt und wichtige Plattformfunktionen, insbesondere AI, Agentforce und Analysen, organisationsweit aktiviert. Durch die Verankerung eines Clusters von Organisationen an einer einzelnen Data 360-Datei werden ein einheitliches Datenmodell, eine zentralisierte Verwaltung und die unternehmensweite AI-Bereitschaft bereitgestellt. Gleichzeitig können Begleitorganisationen auf freigegebene Metadaten und Funktionen zugreifen, als ob die Daten lokal wären. Im Gegensatz dazu sind mehrere unabhängige Data 360-Instanzen geeignet, wenn behördliche, Compliance- oder Autonomieanforderungen die Zentralisierung verhindern, wobei die Datenfreigabe zwischen Data 360-Organisationen eine selektive Zusammenarbeit ohne Kopieren zwischen diesen Instanzen ermöglicht.
Für Architekten ist diese Entscheidung entscheidend. Sie definiert, 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 Architektur zukunftssicher zu gestalten, indem Sie künftig eine Strategie für das Hinzufügen von Data 360-Zugriff entwickeln. 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 nutzen kann. Es hilft Ihnen bei der Auswahl der Organisationen, in denen Sie Data 360 bereitstellen, und bei der Auswahl zwischen Data Cloud One und der Datenfreigabe zwischen Data 360-Organisationen. So schaffen Sie eine solide Grundlage, die Ihr Unternehmen in eine Data 360-zentrierte Zukunft bringt.
Überlegungen zur Bereitstellung
Jede Bereitstellungsentscheidung – ob Sie zwischen Data Cloud One und der Datenfreigabe zwischen Data 360-Organisationen auswählen oder welche Organisation als "Startorganisation" festgelegt werden soll – sollte anhand der folgenden übergreifenden Überlegungen bewertet werden:
Überlegung
Warum es wichtig ist
Beispielszenarien
Datenresidenz und Compliance
Legt fest, wo Daten gespeichert und verarbeitet werden. Regulatorische Regeln können bestimmte Regionen oder mehrere Instanzen erfordern.
Eine globale Bank stellt einen Data 360-Mandanten in einer Salesforce-Organisation mit Standort in Frankfurt für die Einhaltung der DSGVO und einen weiteren in einer Organisation in Virginia für ihren US-Geschäftsbereich bereit.
Governance und Sicherheit
Wer ist Inhaber und Verwalter von Data 360? Sollten Policen zentral verwaltet oder pro Geschäftseinheit delegiert werden?
Ein multinationaler Konzern mit starker zentraler IT erstellt eine dedizierte Heimorganisation, die von einem Exzellenzzentrum verwaltet wird.
Autonomie vs. Zentralisierung
Unterschiedliche Führungskräfte wünschen sich möglicherweise eine separate Inhaberschaft der Daten. Die Autonomie bevorzugt mehrere Data 360s; die Zentralisierung bevorzugt Data Cloud One.
Eine Holdinggesellschaft mit unabhängigen Tochtergesellschaften ermöglicht es jedem BU, seine eigenen Data 360-Daten auszuführen.
Latenz & Leistung
Wirkt sich auf die Abfragegeschwindigkeit und -erfahrung aus, insbesondere für Begleitorganisationen, die regionsübergreifend mit einem Data 360-Mandanten verbunden sind.
Ein Vertriebsteam in London, das Daten von einem Data 360-Mandanten in den USA abfragt, sieht möglicherweise eine höhere Latenz.
Integrationskomplexität
Mehr Data 360-Mandanten = mehr Pipelines, APIs und Middleware. Die Konsolidierung vereinfacht die Integration.
Ein Händler vermeidet das Erstellen von 10 ETL-Pipelines, indem er sie in einer Data Cloud One-Konfiguration konsolidiert.
Null-Kopierdatenquellenbereich
Zero Copy-Konnektoren weisen möglicherweise regionsübergreifende Zugriffsanforderungen auf, die einschränken, in welchen Regionen sich Ihre Data 360 befinden kann.
Ein Unternehmen verfügt über eine Snowflake-Instanz in der Region AWS eu-west-1. Sie können Zero Copy verwenden, um Daten mit einer Data 360 in ihrer Region zu verknüpfen, Zero Copy jedoch nicht, um eine Data 360 in der Region der USA zu verknüpfen.
In einigen Fällen hängt die Unterstützung von Private Connect davon ab, ob sich die Datenquelle in derselben Region wie der Data 360-Mandant befindet.
Ein Unternehmen verfügt über eine Snowflake-Instanz in der Region aws-east-1, mit der es eine Verbindung per Zero Copy herstellen möchte. Sie können nur dann eine Private Connect-Netzwerkverbindung herstellen, wenn sich die Data 360-Startorganisation in derselben Region befindet.
Kosten & Lizenzierung
Jeder Data 360-Mandant hat zusätzliche Kosten. Die Konsolidierung in weniger Instanzen optimiert die Ausgaben.
Ein Gesundheitsanbieter reduziert die Lizenzkosten, indem er Data Cloud One anstelle mehrerer unabhängiger Data 360-Instanzen verwendet.
Künftige Skalierbarkeit
Bereitstellungsentscheidungen schaffen heute die Grundlage für Wachstum.
Ein SaaS-Unternehmen beginnt mit einer einzelnen Data 360-Instanz, plant jedoch, mit der Übernahme von Tochtergesellschaften mit Salesforce-Organisationen auf Data Cloud One zu expandieren.
Unternehmensweite AI-Bereitschaft
Für AI-Funktionen und Agentforce ist in jeder Organisation ein verbundener Data 360-Mandant erforderlich. Bereitstellungsentscheidungen wirken sich darauf aus, wie AI-Modelle im gesamten Unternehmen trainiert und aktiviert werden.
Ein Finanzdienstleistungsunternehmen vereinheitlicht Daten in Data Cloud One, sodass seine Einstein AI-Modelle auf unternehmensweite Kundendaten zugreifen können.
Wichtige Überlegungen
Die Bereitstellung ist an Lizenzen gebunden: Data 360 wird in der Organisation bereitgestellt, in der die Data 360-Lizenz erworben wird, und die Region richtet sich nach dem Standort dieser Organisation zum Zeitpunkt der Bereitstellung.
Halten Sie Ihre Optionen offen, indem Sie für Data 360 planen, auch wenn Sie es jetzt nicht benötigen. Entscheidungen, die Sie jetzt treffen, können Ihnen den Weg ebnen, wenn Sie Data 360 implementieren, um später Plattformfunktionen wie Agentforce zu unterstützen.
Kunden mit einer einzigen Organisation: Stellen Sie Data 360 in Ihrer vorhandenen Produktionsorganisation bereit, um die schnellste Wertschöpfungszeit zu erzielen.
Kunden mit mehreren Organisationen: Minimieren Sie die Komplexität, indem Sie möglichst wenige Data 360-Instanzen erstellen, idealerweise mithilfe der Konfiguration von Data Cloud One.
Mehrere Data 360-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.
Null-Kopierdatenquellen: 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.
Governance und Autonomie sind zentrale Konzepte: Entscheiden Sie, ob Data 360 zentral verwaltet werden soll (Exzellenzcenter-Modell) oder ob einzelne Geschäftsbereiche separat verwaltete Data 360-Instanzen benötigen.
Abschnitt 1: Provisioning Data 360 – Auswählen der Startorganisation
1.1 Was ist eine Data 360-Startorganisation?
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. Hier gilt Folgendes:
Data 360-Speicher und -Berechnung werden verwaltet (in der bei der Bereitstellung ausgewählten Region).
Verwaltungs-, Governance- und Sicherheitsrichtlinien werden angewendet.
Datenaufnahme, Harmonisierung, Identitätsbestimmung, Segmentierung und Aktivierung werden durchgeführt.
In Szenarien mit mehreren Organisationen verwaltet die Startseitenorganisation die zentrale Data 360-Instanz für andere Salesforce-Organisationen vom Typ "Begleiter".
Warum die Heimatorganisation wichtig ist:
Er bestimmt den geografischen Standort Ihrer Data 360-Instanz.
Sie bestimmt, 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.
Sie steuert die Verbindungen der Begleitorganisation in einer Data Cloud One-Konfiguration.
Sie bildet die Grundlage für Ihre Unternehmensdatenstrategie – sie später zu ändern ist schwierig und störend.
1.2 Entscheidung: Vorhandene Organisation oder Neue Organisation als Heimatorganisation?
Die erste wichtige Entscheidung besteht darin, Data 360 in einer vorhandenen Produktionsorganisation bereitzustellen oder eine neue, dedizierte Organisation zu erstellen, die als "Startorganisation" 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äfte ausgeführt werden.
Profis:
Einfachster Pfad: Data 360 wird dort bereitgestellt, wo sich Ihre CRM-Daten bereits befinden.
Sofortiger Zugriff auf lokale Vertriebs-, Service- und Marketingdaten.
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 technische Verschuldung 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.
Profis:
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 Organisation für die Bereitstellung von Data 360. Alle Geschäftseinheitenorganisationen (Einzelhandel, Vermögen, Geschäftsbanken) verbinden sich als Begleitorganisationen über Data Cloud One.
Entscheidungskriterien
Überlegung
Vorhandene Organisation als Startorganisation (bevorzugte Standardeinstellung)
Neue Organisation als Heimatorganisation (Alternative)
Einfachheit
Baut auf der vorhandenen Benutzer- und Datenstruktur auf, um die Einrichtung zu beschleunigen. Data 360 ist standardmäßig in die Startseitenorganisation integriert.
Erfordert die Lizenzierung und Einrichtung einer neuen Salesforce-Organisation sowie zusätzlichen Verwaltungsaufwand für ihre Verwaltung.
Zeit bis zum Wert
Sofortige Verwendung lokaler CRM-Daten.
Langsamere Rampe; Integration erforderlich.
Governance
Übernimmt das grundlegende Governance-Modell der vorhandenen Organisation – vorhandene Benutzer und Berechtigungssätze. Dies kann in Ordnung sein, wenn die Organisation bereits zentral ist.
Clean Slate für Governance; ideal für CoE-geführte Modelle.
Compliance
Residenz, die an die Region der vorhandenen Organisation gebunden ist.
Flexibilität bei der Auswahl einer Region unabhängig von vorhandenen Organisationen.
Leistung
Beste Leistung für lokale CRM-Abfragen.
Abhängig von der Konnektivität der Begleitorganisation, unabhängig davon, ob es sich um dieselbe Region oder um eine Region mit den anderen Organisationen handelt.
Künftige Skalierbarkeit
Funktioniert gut, wenn es mit Data Cloud One gekoppelt ist; später ist es schwieriger, eine Schicht zu verschieben, wenn die falsche Organisation ausgewählt ist.
Einfache Skalierung mit Data Cloud One ; auf Neutralität ausgelegt.
Kosten
Geringere inkrementelle Kosten.
Höherer Overhead durch zusätzliche Umgebungen.
1.3 Empfehlungen
Grundsätzlich gilt: Verwenden Sie eine vorhandene Hauptorganisation als "Startorganisation", 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. Die Erstellung einer neuen, dedizierten Heimorganisation 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 Organisation, in der der Großteil Ihres Unternehmens ausgeführt wird, oder die Organisation, die bereits als zentralisiertes CRM fungiert. 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
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. In diesen Fällen bietet die Erstellung einer neuen Heimorganisation Flexibilität und Neutralität – allerdings mit einer langsameren Wertschöpfung.
Abschnitt 2: Strategie für mehrere Organisationen und Data Cloud One
2.1 Die Herausforderung für mehrere Organisationen
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 die EU, Nordamerika, den asiatisch-pazifischen Raum usw., oft zur Einhaltung der Datenresidenzgesetze.
Funktionale Trennung: Verschiedene Geschäftseinheiten (z. B. Retail Banking, Wealth Management, Insurance) unterhalten ihre eigenen Organisationen, um die Autonomie zu gewährleisten.
Regulatorische oder Sicherheitsisolation: Bestimmte Branchen legen aus Compliance-Gründen logisch unterschiedliche Organisationen fest.
Historische/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?
2.2 Was ist Data Cloud One?
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. Es ist das empfohlene Muster für Unternehmen mit mehreren Salesforce-Organisationen.
In Data Cloud One-Clustern wird eine Salesforce-Organisation als "Startorganisation" 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 ausschließlich über die Startseitenorganisation.
Der an die Startseitenorganisation gebundene Data 360-Mandant führt die Identitätsbestimmung, Harmonisierung, Modellierung und Vereinheitlichung in vertrauenswürdigen Customer 360 Profilen aus.
Data 360-Verwaltung, -Governance-Richtlinien, -Tagging und -Maskierung werden zentral über die Startseitenorganisation angewendet.
Datenbereichsarchitektur
In der Startseitenorganisation werden Daten in Datenbereiche 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 tatsächlich mit der Startseitenorganisation verknüpft.
Aufträge, die in der häuslichen Organisation zu erledigen sind, im Vergleich zu Begleitorganisationen
Der Funktionszugriff unterscheidet sich zwischen Startseite und Begleitorganisationen. Begleitorganisationen können keine Daten aufnehmen oder vereinheitlichen und sind bei der Aufnahme, Modellierung und Vereinheitlichung auf die Startseitenorganisation 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.
Kapazität
Home Org (Startorganisation)
Begleitorganisation
Konnektoren verbinden Konnektoren konfigurieren, Datenströme erstellen, Daten aufnehmen oder verknüpfen
✅
❌
Harmonisieren und Vereinheitlichen Erstellen und Ausführen von Datentransformationen und Identitätsbestimmung
✅
❌
Steuern von sicheren Daten mit Datenbereich und Berechtigungen
✅
✅
Segmente, Statistiken und Einstein Studio-Modelle für Segment- und Prognoseerstellung
✅
✅
Aktivieren von Everywhere-Aktivierungen, Datenaktionen
✅
✅
Eingabeaufforderungsgenerator für Plattformfunktionen, Flows, Berichte, Anreicherung und mehr
✅
✅
Center für potenzielle Kunden mit Data 360-Funktionen, Sales- und Service Cloud-Funktionen, Agentforce und mehr
✅
✅
Plattformfunktionsparität
Aus Sicht von Benutzern und Generatoren gibt es nach der Freigabe der Metadaten einige funktionale Unterschiede zwischen der Startseite 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, funktionieren Salesforce Platform-Funktionen wie Flows, Berichte, Eingabeaufforderungsgenerator, Dashboards und andere plattformeigene Tools in Start- und Begleitorganisationen.
Data 360-gestützte Funktionen wie Agentforce, das Prospecting Center, Sales Cloud Einstein und Service Cloud AI-Funktionen funktionieren auch problemlos in Start- und Begleitorganisationen. Einige Funktionen sind möglicherweise auf dem Weg zur vollständigen Kompatibilität. Das übergeordnete Ziel besteht jedoch darin, die Funktionsparität zwischen Startseiten- und Begleitorganisationen für alle Cloud-übergreifenden Funktionen zu gewährleisten, die von Data 360 abhängen.
Verbrauchsmodell
Bei allen Aktivitäten der Begleitorganisation (Abfragen, Segmentausführungen, durch Data 360 ausgelöste Flows, AI-Nutzung, Protokollierung der Einstein Trust Layer usw.) werden Data 360-Gutschriften aus der Startseite verwendet. Verbrauchs-Flows in eine Richtung: Gutschriften werden zentralisiert, abgerechnet 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
Data Cloud One ist ein horizontales Konstrukt der Salesforce Platform – ähnlich wie Sandbox-Instanzen. Ziel ist es, dass jede neue Funktion, die Salesforce veröffentlicht, ohne zusätzliche Einrichtung in Startseiten- und Begleitorganisationen funktioniert. Dadurch wird sichergestellt, dass Data Cloud One nicht nur eine Datenarchitektur ist, sondern auch ein grundlegendes Element der Salesforce Platform.
2.3 Entscheidung: Mehrere unabhängige Data 360s im Vergleich One Shared Data 360 (Data Cloud One)
Unternehmen mit mehreren Organisationen müssen auswählen, wie und wo Data 360 in ihrem Ökosystem platziert werden soll. Möchten sie in jeder Organisation unabhängige Data 360s bereitstellen oder Data Cloud One verwenden, um Organisationen unter einer einzigen Startseitenorganisation zu vereinheitlichen?
Option A: Mehrere unabhängige Data 360s
Jede Salesforce-Organisation stellt ihre eigene Data 360-Instanz bereit.
Profis:
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 (z. B. dürfen Daten keine Grenzen überschreiten).
Kontra:
Datensilos: Customer 360 kann organisationsübergreifend nicht erreicht werden.
Höhere Kosten: Jede Instanz erfordert Lizenzierung, Verwaltung und Integration. Kunden nehmen dieselben Quelldaten am Ende mehrfach auf, um eine vollständige C360-Ansicht in mehreren verschiedenen Organisationen zu erhalten.
Doppelte Arbeit: Die Identitätsbestimmung, Segmentierung und Anreicherung müssen in jeder Data 360 wiederholt werden.
Option B: One Shared Data 360 (Data Cloud One-Cluster)
Eine einzelne Data 360 wird in einer Startseitenorganisation bereitgestellt, während andere Salesforce-Organisationen als Begleitorganisationen verbunden sind.
Profis:
Single Source of Truth (SSOT): Alle Organisationen verwenden dasselbe einheitliche Datenmodell.
Kosteneffizienz: Nur eine Data 360-Lizenz und -Infrastruktur zu verwalten.
Einheitliche Unternehmensführung: Richtlinien, Sicherheits- und Compliance-Kontrollen werden zentral angewendet.
Organisationsübergreifende Anreicherung: Begleitorganisationen können auf harmonisierte Profile, Statistiken und Segmente zugreifen.
AI-Bereitschaft: Unternehmensweites Datenset ermöglicht eine bessere Schulung und Aktivierung von AI-Modellen.
Zukunftssicher: Das Hinzufügen neuer Begleitorganisationen ist ganz einfach. Neue Data 360s sind nicht erforderlich.
Kontra:
Zusätzliche Zubereitung: Erfordert Planung für die Verbindung von Organisation zu Organisation.
Überlegungen zur Latenz: Begleitorganisationen in verschiedenen Regionen sehen möglicherweise langsamere Abfragen.
Komplexe Governance: Wenn jede Organisation sehr unterschiedliche Anpassungsanforderungen hat, kann die detaillierte Verwaltung komplex sein.
Option C: Mehrere Data Cloud One-Cluster
In einigen Fällen 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 360s betreibt, von denen jede die Startseitenorganisation für einen anderen Cluster von Begleitorganisationen ist.
Beispiel:
Ein multinationales Unternehmen verfügt über Salesforce-Organisationen in einer Vielzahl von 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
Überlegung
Mehrere unabhängige Data 360s
One Shared Data 360 (Data Cloud One )
Autonomy
Hohe Autonomie für jede Organisation oder Geschäftseinheit.
Zentrale Verwaltung, weniger Autonomie pro Organisation.
Compliance
Nützlich, wenn eine strikte Trennung erforderlich ist (z. B. regionale Gesetze).
Funktioniert am besten, wenn die Residenz die Zentralisierung zulässt.
Kosten
Höhere Lizenz- und Administratorkosten.
Kosteneffizienter; eine Lizenz für viele Organisationen.
Governance
Fragmentiert; Richtlinien unterscheiden sich je nach Organisation.
Jede Organisation hat ihre eigene Ansicht, keine Enterprise 360.
Vereinheitlichtes Datenset, keine Duplizierung.
AI/Analytics
Beschränkt auf die Daten der einzelnen Organisationen.
Unternehmensweite Modelle mit höherer Genauigkeit.
Komplexität
Mehr zu verwaltende Instanzen, mehr Integrationen.
Einfachere Architektur, weniger bewegliche Teile.
Leistung
Ideal für Anwendungsfälle innerhalb der Organisation.
Der Zugriff auf Begleitorganisationen kann zu Latenz führen.
2.4 Empfehlungen
Bevorzugtes Muster:Data Cloud One
Standardmäßig wird eine einzelne Startseitenorganisation mit verbundenen Begleitorganisationen für Unternehmen mit mehreren Organisationen verwendet.
Dadurch wird eine unternehmensweite Customer 360 erstellt, die Verwaltung vereinfacht und die Kosten optimiert.
Wann mehrere Data 360s verwendet werden:
Nur wenn Compliance, Residenz oder Organisationsautonomie dies unbedingt erfordern. Beispielsweise wenn europäische Betriebe aufgrund von Vorschriften vollständig von US-amerikanischen Betrieben 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, in der die meisten Geschäfte ausgeführt werden. Die Bereitstellung von Data 360 dort kann die Komplexität minimieren und den frühen Wert maximieren.
Nur wenn keine vorhandene Organisation geeignet ist, sollten Sie eine dedizierte Heimorganisation erstellen, die von einem Exzellenzcenter-Team verwaltet wird.
Allgemeines Prinzip:
Minimieren Sie in Umgebungen mit mehreren Organisationen die Anzahl der Data 360s. Bevorzugen Sie Data Cloud One als Standardmuster, um Duplikate zu reduzieren, die AI-Bereitschaft zu aktivieren und die Verwaltung zu vereinfachen.
Abschnitt 3: Mehrere Data 360s und Datenfreigabe zwischen Data 360-Organisationen
3.1 Was ist die Datenfreigabe zwischen Data 360-Organisationen?
Obwohl Data Cloud One für die meisten Unternehmen der empfohlene Ansatz ist, gibt es Szenarien, in denen Kunden möglicherweise mehrere Data 360-Instanzen bereitstellen müssen. Sobald mehrere Data 360s vorhanden sind, erfolgt die Vereinheitlichung nicht mehr 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 360s entwickelt wurde.
Funktionsweise
Jede Data 360 wird in ihrer eigenen Home-Organisation 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. Die zugrunde liegenden Daten verbleiben in der Quelldatei Data 360; nur der Zugriff wird freigegeben.
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.
Schlüsselunterschied zu Data Cloud One
In Data Cloud One verwenden mehrere Begleitorganisationen eine einzelne Data 360-Instanz. Plattformfunktionen (Agentforce, Prospecting Center, Tableau Next usw.) werden alle mit denselben zugrunde liegenden Daten ausgeführt, um Konsistenz zu gewährleisten.
Wenn Sie die Datenfreigabe zwischen Data 360-Organisationen verwenden, verfügt jede Organisation über ihre eigenen Data 360. 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.
3.2 Anwendungsfälle für die Datenfreigabe zwischen Data 360-Organisationen
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 (z. B. Treue-KPIs) zu aggregieren, die für die US-Zentrale freigegeben werden, während Rohdaten lokal bleiben.
Zusammenarbeit der Geschäftseinheit:
Ein Konglomerat führt separate Data 360s für Einzelhandel und Versicherungen aus. Durch die Datenfreigabe zwischen Data 360s können Benutzer auf eine einzelne, vertrauenswürdige Datenquelle zugreifen, ohne sie verschieben oder kopieren zu müssen. Mit der Datenfreigabe zwischen Data 360-Organisationen erhält die Versicherungsorganisation das Segment "High Value Customer" des Einzelhandels für gezielte Cross-Selling-Kampagnen.
Fusionen und Übernahmen:
Eine Muttergesellschaft erwirbt eine Tochtergesellschaft mit eigenem Data 360. Da zwei Instanzen verwaltet werden müssen, werden durch das Beibehalten kurzfristiger Datensilos 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 hinweg stellt einzelne Data 360s 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.
Vor- und Nachteile der Datenfreigabe zwischen Data 360-Organisationen
Faktor
Pros
Nachteile
Datenresidenz
Unterstützt die regionale Trennung und ermöglicht gleichzeitig die Zusammenarbeit.
Es müssen nicht mehrere Data 360 verwaltet werden.
Datenduplizierung
Nullkopie; keine Duplizierung von Objekten.
Erfordert eine bewusste Auswahl von Objekten für die Aufnahme in jede Datenfreigabe.
Governance
Die Freigabe erfolgt explizit und bewusst (Objektebene).
Es werden keine Tags oder Richtlinien verwendet. Die Zielorganisation muss die Governance erneut anwenden.
Komplexität
Ermöglicht die selektive Zusammenarbeit ohne Zentralisierung.
Erfordert die Verwaltung mehrerer Data 360s und Datenfreigaben.
AI/Analytics
Regionale AI/Analysen möglich; Statistiken können organisationsübergreifend freigegeben werden.
Keine unternehmensweite AI, es sei denn, Daten werden bewusst freigegeben.
Plattformfunktionen
Die Data 360-gestützten Funktionen jeder Organisation werden unabhängig ausgeführt.
Keine automatische Freigabe – Duplizierungsrisiko, wenn nicht sorgfältig geplant.
Kosten
Kann den Bedarf an ETL-Pipelines reduzieren.
Für mehrere Data 360 fallen weiterhin Kosten an. Verbraucht Gutschriften für Datenabfragen und die Datenfreigabe.
Entscheidungskriterien
Überlegung
Data Cloud One (für mehrere Organisationen bevorzugt)
Datenfreigabe zwischen Data 360-Organisationen
Einzelne Quelle der Wahrheit
✅ Ja – alle Organisationen verwenden denselben DC.
❌ Nein – jede Data 360 verfügt über ein eigenes Datenmodell.
Compliance
Funktioniert nur, wenn die Residenz die Zentralisierung zulässt.
Wird benötigt, wenn Residenzgesetze die Zentralisierung verhindern.
Governance
Zentralisiert, konsistent.
Verbunden; bewusste Freigaben auf Objektebene.
Komplexität
Weniger bewegliche Teile, einfacher.
ore complex (Erzkomplex): Erfordert Konfigurationsdatenfreigaben und mehrere Data 360s.
AI/Analytics
Unternehmensweite AI-Modelle.
Regionale AI; Statistiken können selektiv freigegeben werden.
Plattformfunktionen
"Shared Data 360" bedeutet, dass alle Funktionen auf der Startseite + "Begleiter" einheitlich funktionieren.
Funktionen werden in jeder Data 360 unabhängig ausgeführt. Die Freigabe muss explizit sein.
3.3 Bewährte Vorgehensweisen
Wenn Ihr Unternehmen über mehrere Data 360s 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.
Beachten Sie, dass Tags nicht freigegeben werden. Die empfangende Organisation muss Tags erneut anwenden (z. B. Governance, Klassifizierung, AI-Anreicherung).
Wann verwenden Sie die Datenfreigabe zwischen Data 360-Organisationen?
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
Die Freigabe muss bewusst und objektspezifisch sein. Vermeiden Sie "Überfreigabe" – gleichen Sie Datenfreigaben an die Geschäfts- und Compliance-Anforderungen an. Behandeln Sie die Data 360-zu-Data 360-Datenfreigabe als Verbundstrategie und nicht als Ersatz für Data Cloud One.
Zusammenfassung
Jede Organisation sollte für den Zugriff auf eine Data 360 planen
Für alle Salesforce Platform-Funktionen – von Sales Cloud über Service Cloud bis Agentforce – ist künftig eine Data 360-Konnektivität erforderlich. Jede Organisation muss entweder eine Data 360-Startorganisation hosten oder eine über Data Cloud One verbundene Begleitorganisation sein.
Unternehmensweit denken, nicht organisationsübergreifend
Vermeiden Sie einseitige Branchenentscheidungen, die isoliert getroffen werden.
Die Bereitstellung sollte kollektiv entschieden werden, idealerweise von einer Unternehmensarchitektur oder einem Datenverwaltungsrat. Prognostizieren Sie immer zukünftige AI- und Analyseanforderungen, die von breiten, vereinheitlichten Datensets abhängen.
Datensilos minimieren
Bevorzugen Sie die Bereitstellung von Data 360 in einer vorhandenen Hauptorganisation, um Einfachheit und Geschwindigkeit zu gewährleisten.
In Umgebungen mit mehreren Organisationen ist Data Cloud One das Standardmuster zum Vereinheitlichen von Organisationen unter einer Data 360.
Stellen Sie mehrere Data 360s nur bereit, wenn dies für Compliance, Residenz oder Organisationsautonomie unbedingt erforderlich ist.
Gezieltes Entwerfen, wenn Sie mehrere Data 360s ausführen müssen
Richten 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.
Zur Erinnerung: Tags werden nicht freigegeben und der Verbrauch wird der Quellorganisation in Rechnung gestellt.
Governance und Eigenverantwortung frühzeitig planen
Legen Sie fest, ob Data 360 zentral verwaltet (Exzellenzcenter-Modell) oder an Geschäftsbereiche delegiert werden soll. Definieren Sie Rollen für Administratoren, Sicherheitsteams und Compliance-Leads.
Vermeiden Sie Mehrdeutigkeiten: Unklare Inhaberschaft ist eine häufige Quelle von Reibungen.
Kurzfristige Tastenkombinationen vermeiden
Verwenden Sie nicht mehrere Data 360s für POCs ohne einen langfristigen Plan – dies führt später zu störenden Konsolidierungsarbeiten.
Stimmen Sie stattdessen Pilotprogramme und frühe Bereitstellungen auf Ihre unternehmensweite Bereitstellungsstrategie ab.
Diese Bereitstellungsentscheidungen sind wichtig, da sich die Salesforce Platform zu einem Data 360-First-Modell entwickelt, bei dem jede Funktion, von der Kundensegmentierung bis zur AI-Agentenbildung, davon abhängt. Die Entscheidungen, die Sie heute treffen, werden die Grundlage dafür schaffen, wie effektiv Ihr Unternehmen Kundendaten vereinheitlicht, wie schnell Sie neue Salesforce-Funktionen einführen und wie sicher Sie KI in Ihrem Unternehmen skalieren können. Um erfolgreich zu sein, müssen Sie sorgfältig vorsorgen, Doppelarbeit minimieren, die Compliance-Anforderungen einhalten, bewusst regieren und langfristig denken. Letztlich ist die Bereitstellung von Data 360 der erste Schritt, damit Daten, AI und CRM als eine zusammengehörige Plattform funktionieren.
Über die Autoren
Kunal Goyal ist Director of Product Management bei Salesforce und konzentriert sich auf die Weiterentwicklung der Architektur und Skalierbarkeit mehrerer Organisationen in Data 360. Seit 2017 hat er mehrere Initiativen und Produkte geleitet, die sich auf organisationsübergreifende Zusammenarbeit und mandantenübergreifendes Systemdesign konzentrieren. 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. Sie ist bestrebt, Data 360 durch klare, konsistente und genaue technische Dokumentation und Kommunikation in der Anwendung leichter verständlich und 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.
We use cookies on our website to improve website performance, to analyze website usage and to tailor content and offers to your interests.
Advertising and functional cookies are only placed with your consent. By clicking “Accept All Cookies”, you consent to us placing these cookies. By clicking “Do Not Accept”, you reject the usage of such cookies. We always place required cookies that do not require consent, which are necessary for the website to work properly.
For more information about the different cookies we are using, read the Privacy Statement. To change your cookie settings and preferences, click the Cookie Consent Manager button.
Cookie Consent Manager
General Information
Required Cookies
Functional Cookies
Advertising Cookies
General Information
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.