Es gibt eine Vielzahl von Möglichkeiten, auf Daten zwischen Salesforce und externen Systemen zuzugreifen, sie zu synchronisieren und freizugeben. Aber nicht jedes Tool ist für Ihr jeweiliges Projekt geeignet. Dieser Leitfaden führt Sie durch die Landschaft der Datenintegrationstools, die von Salesforce verfügbar sind. Sie bietet auch Empfehlungen für die Tools (oder Kombinationen von Tools), die für einen bestimmten Anwendungsfall am besten geeignet sind, sowie Anleitungen zu Tools, die für bestimmte Szenarien vermieden werden sollten.

Dieser Entscheidungsleitfaden konzentriert sich auf Integrationen auf Datenebene, die Salesforce betreffen. Insbesondere deckt sie die folgenden Datenintegrationsanwendungsfälle ab:

• Salesforce für externe Systeme
• Externe Systeme für Salesforce
• Salesforce-Organisation zu Salesforce-Organisation

Dies ist nur ein Teil der Integrationsherausforderungen, mit denen Salesforce-Architekten konfrontiert sind. Daher planen wir, weitere Entscheidungsleitfäden hinzuzufügen, die sich auf die ereignisgesteuerte Integration konzentrieren, effektive Workflows für Kunden oder Mitarbeiter mithilfe der Prozessintegration erstellen usw. Schließlich ist es wichtig zu beachten, dass viele der hier beschriebenen Tools und Ansätze verwendet werden können, um Integrationsherausforderungen im gesamten Unternehmen zu lösen. Solche Anwendungen sprengen jedoch den Umfang dieses Leitfadens.

• Vermeiden Sie unnötige Datenreplikationen. Sofern sich die Daten nicht unbedingt in Salesforce befinden müssen, sollten Sie stattdessen die Datenvirtualisierung mit Salesforce Connect in Erwägung ziehen. Mehr Daten in Ihrer Organisation führen letztlich zu größeren Datenvolumen, was sich negativ auf die Leistung auswirken und zu höheren technischen Schulden führen kann. Wenn sich Ihre Daten bereits in Salesforce befinden und Sie sie in einem externen System benötigen, sollten Sie vermeiden, sie in ein externes System zu kopieren, sofern dies nicht unbedingt erforderlich ist. Lassen Sie das externe System stattdessen über die Salesforce-APIs auf die Daten zugreifen.
• Verwenden Sie MuleSoft oder andere Enterprise Service Bus-Lösungen (ESB) oder ETL-Lösungen (Extract-Transform-Load), sofern verfügbar und Teil Ihrer vorhandenen Landschaft. Da diese Tools entwickelt wurden, um die Datenmigration und -transformation zu unterstützen, verfügen sie oft über leistungsstarke Funktionen, mit denen Sie Integrationen im gesamten Unternehmen wiederverwenden, eine stärkere Unternehmensführung aufrechterhalten und die Verwaltung von Integrationen zentralisieren können. Überlegen Sie in dieser Anleitung, wo immer MuleSoft Anypoint empfohlen wird, ob Ihre vorhandene ESB/ETL-Lösung ausreicht.
• Harmonisieren Sie Daten aus verschiedenen Quellen mit Data 360 und Data Cloud One. Über das Customer 360-Datenmodell, die Identitätsbestimmung, den Datenverbund und andere Funktionen konsolidiert Data 360 Daten aus Salesforce und anderen externen Systemen in einer einheitlichen Ansicht Ihres Kunden. Mit Data Cloud One können Benutzer in anderen Salesforce-Organisationen sicher über Datenbereiche auf Daten zugreifen, die virtuell aus Data 360 freigegeben wurden.
• Verschieben Sie Daten zwischen Organisationen mithilfe von Data 360-Aktionen und -Aktivierungen. Nachdem Daten aus verschiedenen Organisationen in Data 360 aufgenommen wurden, können Datenaktionen und Aktivierungen die Daten mit einer anderen Organisation synchronisieren. Dieser Ansatz kann für Integrationen in Marketing Cloud-Organisationen sehr nützlich sein.
• Extrahieren und verschieben Sie Daten mit MuleSoft Anypoint. MuleSoft Anypoint kann verwendet werden, um Daten aus Data 360 mithilfe der Connect-API und der Datendiagramm-API zu extrahieren und in eine andere Salesforce-Organisation zu verschieben. Ohne Data 360 kann MuleSoft Anypoint auch verwendet werden, wenn Daten zwischen Organisationen verschoben werden müssen, ohne dass sie in Data 360 repliziert werden.
• Gehen Sie mit Bedacht vor, wenn Sie sich für die Erstellung mit ausgehendem Messaging entscheiden. Salesforce wird ausgehendes Messaging im Rahmen der aktuellen Funktionskapazitäten weiterhin unterstützen, plant jedoch keine weiteren Investitionen in diese Technologie.
• Für alle Integrationen wird immer die Integrationsbenutzerlizenz mit dem Profil "Nur API" empfohlen. Salesforce empfiehlt zudem die Verwendung von externen Client-Anwendungen (zugunsten verbundener Anwendungen oder SOAP-Anmeldung) als ordnungsgemäß autorisierte AuthN- und AuthZ-Muster für alle Integrationen.

Bevor Sie sich mit den verfügbaren Datenintegrationstools vertraut machen, sollten Sie bei der Auswahl eines Tools einige allgemeine Überlegungen berücksichtigen. Wie bei der Architektur üblich, gibt es nicht jede präskriptive Antwort auf jede geschäftliche Herausforderung. Wenn Sie bei Integrationsentscheidungen die Worte "es kommt darauf an" ausgesprochen haben, sind Sie an der richtigen Stelle.

Im Folgenden finden Sie eine allgemeine Übersicht über die für die Datenintegration verfügbaren Tools und einige Überlegungen, mit der Auswertung der einzelnen Optionen zu beginnen. Die folgenden Abschnitte enthalten ausführliche Anwendungsfälle und Details zu den Funktionen dieser Tools.

*Für Anwendungsfälle der Ereigniserfassung bei Änderungen mit hohem Volumen erforderliches Add-On

**Add-On für Anwendungsfälle von Plattformereignissen mit hohem Volumen erforderlich

***Geeignet in Situationen, in denen es in Ordnung ist, dass Geschäftslogik im Webbrowser ausgeführt wird.

Spaltenlegende:

• Verfügbar: Funktioniert für die meisten Anwendungsfälle
• Nicht ideal: möglich, aber erwägen Sie ein alternatives Tool
• Nicht verfügbar: keine Pläne für Support in den nächsten zwölf Monaten

Es gibt andere Tools, die einige Aspekte einer Datenebenenintegration unterstützen, jedoch nicht als primäres Mittel zur Lösung von Integrationsproblemen angesehen werden dürfen. Sehen wir uns diese Tools jetzt kurz an.

Lightning Web Components werden in der Regel für Prozessintegrationen verwendet, sie können jedoch Callouts mithilfe von JavaScript-Funktionen vornehmen, sodass Daten an diesen Transaktionen beteiligt sein könnten.

Mit dem Salesforce-Flow können externe Callouts mit externen Services oder Apex-Aktionen orchestriert werden. Salesforce-Flow allein gilt nicht als eigenständiges Datenintegrationstool.

Der Datenimport-Assistent kann zum Synchronisieren, Importieren und Migrieren von Daten verwendet werden. Data Loader-Befehle können auch skriptbasiert ausgeführt werden, um den Import und Export von Daten zu automatisieren. Die Befehlszeilenschnittstelle ist jedoch nur für Windows vorgesehen und keines dieser Tools ist eine empfohlene Grundlage für eine Datenintegrationsstrategie. Verwenden Sie sie stattdessen als Ergänzung zu Ihrer Datenverwaltungs- und Wartungsstrategie.

Mit Salesforce CLI-Datenbefehlen können Sie Datensätze in Ihrer Organisation bearbeiten. Es sind Befehle verfügbar, mit denen Sie Daten mit der Bulk-API und der SObject Tree Save API importieren und exportieren und einfache CRUD-Vorgänge für einzelne Datensätze mit der REST-API ausführen können. Die Salesforce CLI allein gilt nicht als eigenständiges Datenintegrationstool.

OmniStudio Data Mapper kann als deklaratives ETL-Tool verwendet werden, um Daten zwischen Salesforce-Objekten und JSON-Datenstrukturen zu verschieben. Obwohl für jede Datenzuordnungsschnittstelle automatisch eine REST-Schnittstelle erstellt wird, die eine deklarative Möglichkeit zum Verschieben von Daten aus externen Systemen in Salesforce-Objekte bietet, ist Data Mapper allein keine empfohlene Grundlage für eine Datenintegrationsstrategie. Datenzuordnungsaktionen sind in OmniStudio-Integrationsverfahren verfügbar.

Dataloader.io ist ein weiteres Datenladetool für Salesforce, das auf der Anypoint Platform von MuleSoft basiert und Ihnen das schnelle und sichere Importieren, Exportieren und Löschen unbegrenzter Datenmengen für Ihr Unternehmen ermöglicht. Dataloader.io ist keine empfohlene Grundlage für eine Datenintegrationsstrategie.

Bei ausgehenden Integrationen von Salesforce können Sie verschiedene Arten von Tools in Betracht ziehen: Low-Code, Pro-Code oder ein Hybrid. In den folgenden Abschnitten finden Sie Anleitungen für jeden dieser Werkzeugtypen und Beispiellösungen.

• Tools mit niedrigem Code für ausgehende Integrationen
• Hybridtools für ausgehende Integrationen
• Pro-Code-Tools für ausgehende Integrationen

Wenn Opportunities gewonnen wurden, muss ein Auftrag für die zugeordneten Produkte im ERP-System oder Auftragsverwaltungssystem des Unternehmens erstellt werden.

Datenerfassung ändern Wenn Opportunity-Datensätze aktualisiert werden, veröffentlicht die Datenerfassung ändern Änderungsereignisse, die die Aktualisierungen an den Objekten enthalten. Die Änderungsereignisse werden auf Kundenseite über eine CometD-Verbindung (oder über einen MuleSoft-Konnektor) verwendet und zum Aktualisieren des ERP- oder Auftragsverwaltungssystems des Kunden verwendet. Änderungsereignisse können so angereichert werden, dass immer externe Datensatz-IDs oder andere Daten aus dem Objekt (z. B. Region) enthalten sind, die für die Integration erforderlich sind. Änderungsereignisströme für mehrere Objekte können zu Kanälen kombiniert werden, um die Abonnement- und Stream-Verarbeitung zu vereinfachen (so können Sie einen Stream abonnieren und verarbeiten statt viele).

Externe Services Wenn Sie über einen Webservice verfügen, der die OpenAPI 2.0- oder 3.0-Spezifikation unterstützt, können Sie die Vorgänge und Services in Salesforce als externen Service bereitstellen. Die API-Vorgänge (beispielsweise "Auftrag erstellen") können in einem mit Flow Builder erstellten Flow als aufrufbare Aktion aufgerufen werden, wenn die Phase der Opportunity zu "Gewonnen" geändert wird.

Heroku Connect Heroku Connect wird in der Regel verwendet, um eine Heroku Postgres-Datenbank und Salesforce synchron zu halten. Wenn der Kunde Heroku Postgres als Transaktionsspeicher für die Quelle der Wahrheit verwendet, können Sie die Datensätze und die Änderungen von Salesforce zu Heroku Postgres mit Heroku Connect synchronisieren. Von dort aus können Sie Heroku Streaming-Konnektoren verwenden, um diese Änderungen in Apache Kafka zu veröffentlichen und als Ereignisse an nachgelagerte Anwendungen zu senden, einschließlich des ERP- oder Auftragsverwaltungssystems.

OmniStudio-Integrationsverfahren Wenn ein Auftrag gesendet wird, kann das OmniScript, das den Prozess orchestriert, die Auftragsdetails an einen ERP- oder MuleSoft-Konnektor senden. Der Post kann entweder direkt vom OmniScript (clientseitig) oder indirekt über ein Integrationsverfahren (serverseitig) ausgeführt werden. Wenn das ERP-System einen Validierungsfehler auslöst, muss die OmniScript-Benutzeroberfläche den Benutzer benachrichtigen und den Fehler bei Bedarf übersetzen und kontextualisieren.

Salesforce Connect / Externe Objekte Sie können einen durch einen Datensatz ausgelösten Flow in Salesforce erstellen, der einen Datensatz in die zugehörigen externen Objekte einfügt, wenn die Phase der Opportunity zu "Gewonnen" geändert wird. Da es sich um eine gemischte Transaktion handelt, fügen Sie zwischen der Opportunity-Aktualisierung und dem oder den zugehörigen externen Objekten ein Pausenelement für null Sekunden hinzu, damit Sie einen Transaktionskontext schließen, bevor Sie einen neuen starten.

* Add-On für Anwendungsfälle mit hohem Volumen erforderlich.

** Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen.

Wenn Opportunities gewonnen wurden, muss ein Auftrag für die zugeordneten Produkte im ERP- oder Auftragsverwaltungssystem des Unternehmens erstellt werden.

Apex Aktionen Ein durch einen Datensatz ausgelöster Flow, der auf dem Opportunity-Status basiert, kann automatisch ausgelöst werden, wenn eine Opportunity gewonnen wird. Der Flow führt eine aufrufbare Aktion aus, die einen externen Callout verwendet, um den Auftrag an das Auftragsverwaltungssystem oder die ERP-Lösung zu senden. Einreichungen mit hohem Volumen und Aufträge mit mehreren Sites werden von Apex Batch- und Warteschlangenmechanismen verarbeitet.

Ausgehende Nachrichten Nach dem Einrichten ausgehender Nachrichten können Sie eine durch die Opportunity-Aktualisierung ausgelöste Workflow-Regel definieren, um eine SOAP-Nachricht über HTTP(S) an einen angegebenen Endpunkt-URL zu senden, der den Listener hostet. Die Nachricht enthält die Felder, die bei der Erstellung der ausgehenden Nachricht angegeben wurden. Wenn sich die Informationen im Objekt ändern, nachdem die Benachrichtigung in die Warteschlange gestellt wurde, aber bevor sie gesendet wird, werden nur die aktualisierten Informationen zugestellt und die Nachrichten bleiben in der Warteschlange, bis sie erfolgreich gesendet wurden oder bis sie 24 Stunden alt sind. Nach 24 Stunden werden Nachrichten aus der Warteschlange verworfen. Wenn das ERP-System zusätzliche Daten benötigt, können Sie die sessionId in ausgehenden Nachrichten übergeben, damit das externe System eine Rückmeldungsanfrage senden kann.

Plattformereignisse Sie können ein Plattformereignis definieren, das die benutzerdefinierte Nutzlast mit den zum Erstellen der Datensätze im externen System erforderlichen Daten enthält. Da Plattformereignisse bei der Datensatzänderung nicht automatisch veröffentlicht werden, müssen Sie das Ereignis über Apex, Salesforce-Flow oder Prozessgenerator veröffentlichen, wenn die Phase der Opportunity zu "Gewonnen" geändert wird. Ein externer Service hört den Plattformereigniskanal mit CometD (oder einem MuleSoft-Konnektor) und erstellt die entsprechenden Datensätze im externen System.

Salesforce Connect / Externe Objekte (mit benutzerdefinierten Apex Adaptern) Eine auf Salesforce Connect / Externe Objekte basierende Lösung ist für einen Anwendungsfall, der lediglich eine Datensynchronisierung erfordert, nicht perfekt geeignet. Diese Lösung kann jedoch in Fällen angewendet werden, in denen Benutzer innerhalb von Salesforce Daten aus dem externen System anzeigen und potenziell mit ihnen interagieren müssen und die Daten nicht in Salesforce repliziert werden können. Wenn das ERP- oder Auftragsverwaltungssystem keine Odata oder GraphQL Protokolle unterstützt, kann das Entwicklungsteam das Apex Connector Framework verwenden, um Apex Klassen zu schreiben, die die Kommunikation mit dem externen System über ein unterstütztes Protokoll abwickeln.

Data 360 Eine auf Data 360 basierende Lösung eignet sich perfekt für Anwendungsfälle, in denen harmonisierte Daten aus verschiedenen Quellen in einem Datenspeicher benötigt werden. Sie kann auch verwendet werden, wenn Daten aus einer Salesforce-Organisation in mehrere Salesforce-Organisationen oder in andere externe Systeme mit Data 360 als Datenzentrum repliziert werden müssen. Wenn eine Opportunity gewonnen und in der Quellorganisation aktualisiert wird, werden Opportunity-Daten mit Data 360 synchronisiert, wo sie in anderen Systemen, einschließlich Salesforce-Organisationen, mit unterschiedlichen Mechanismen wie Aktionen, Aktivierungen und APIs repliziert werden können. Ebenso kann auf eine Opportunity verwiesen werden, ohne die Daten in anderen Salesforce-Organisationen mit Data Cloud One zu replizieren. Data Cloud One unterstützt jedoch keine Nicht-Salesforce-Plattformen.

* Durch Aktivieren der Shield Platform Encryption werden bestimmte Verhaltensweisen geändert, weitere Details finden Sie unter Allgemeine Shield Platform Encryption Überlegungen.

** Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen.

Wenn Opportunities gewonnen wurden, muss ein Auftrag für die zugeordneten Produkte im ERP- oder Auftragsverwaltungssystem des Unternehmens erstellt werden.

Benutzerdefiniertes Apex Sie können einen Apex-Auslöser und einen oder mehrere Auslöser-Handler für die Opportunity erstellen, die einen Callout an das ERP- oder Auftragsverwaltungssystem senden, wenn die Phase der Opportunity zu "Gewonnen" geändert wird. Beachten Sie, dass Sie eine Methode verwenden müssen, die als future oder queueable gekennzeichnet ist, wenn Sie Callouts über einen Auslöser oder nach dem Ausführen eines DML-Vorgangs vornehmen. Ein Callout in einem Auslöser hält die Datenbankverbindung während der Lebensdauer des Callouts offen. Der gesamte Apex Code ist an Apex Governor und API Limits gebunden, die laufend überarbeitet werden.

Externe Services Wenn das externe ERP- oder Auftragsverwaltungssystem des Unternehmens über eine OpenAPI-Spezifikation definiert ist, können die Callouts für die Services, die in der Methode future oder im warteschlangenfähigen Auftrag ausgeführt werden, vereinfacht werden. Die registrierten externen Services können direkt über Apex aufgerufen werden, ohne dass Sie Boilerplate-Code schreiben müssen. Im Beispiel kann der Callout zum Erstellen des Auftrags vom externen Service verarbeitet werden.

MuleSoft Anypoint MuleSoft Anypoint bietet API-Verwaltung auf Unternehmensebene. MuleSoft Anypoint kann APIs erstellen, um Lese- und/oder Schreibzugriff auf Daten für Salesforce und viele andere Unternehmenssysteme zu ermöglichen. Es sind viele vorgefertigte Konnektoren verfügbar, um die Implementierung zu vereinfachen, und Unternehmen können auch ihre eigenen Konnektoren erstellen und veröffentlichen. Diese APIs können in Anypoint mit flexiblen Sicherheitsrichtlinien bereitgestellt werden und unterstützen die zentrale Verwaltung und Verwaltung. Es gibt keine Einschränkungen für das Transaktionsvolumen, solange die API für ihre maximale Auslastung (gemessen in vCores) entsprechend dimensioniert wurde.

Bei eingehenden Integrationen in Salesforce können Sie verschiedene Arten von Tools in Betracht ziehen: Low-Code, Pro-Code oder ein Hybrid. In den folgenden Abschnitten finden Sie Anleitungen für jeden dieser Werkzeugtypen und Beispiellösungen.

• Tools mit niedrigem Code für eingehende Integrationen
• Hybridtools für eingehende Integrationen
• Pro-Code-Tools für eingehende Integrationen

* Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen.

Ein Kontakt wird im ERP-System der Organisation aktualisiert. Diese Kontaktinformationen müssen in Salesforce aktualisiert werden.

Heroku Connect Heroku Connect wird in der Regel verwendet, um eine Heroku Postgres-Datenbank und Salesforce synchron zu halten. Sofern das ERP-System Heroku Postgres nicht als Transaktionsspeicher verwendet, ist dieser Anwendungsfall nicht möglich. Wenn Heroku Postgres verwendet wird, können in den Postgres-Tabellen vorgenommene Änderungen mit Objekten in Salesforce mit Heroku Connect synchronisiert werden.

OmniStudio-Integrationsverfahren Nachdem das ERP-System den Kontaktdatensatz aktualisiert hat, kann über die von Data Mapper generierte REST-API ein OmniStudio-Integrationsverfahren mit einer Aktion zum Laden von Datenzuordnungen und einer Antwortaktion aufgerufen werden. Zunächst sendet eine Aktion vom Typ "Datenzuordnung laden" eine JSON- oder XML-Nutzlast, die zum Aktualisieren und Einfügen der Kontaktdatensätze anhand eines Felds vom Typ "Externe ID" oder über einen Aktualisieren und Einfügen verwendet wird. Wenn eine einfache Antwort in JSON alles ist, was erwartet wird, kann eine Antwortaktion alle relevanten Informationen aus den vorherigen Aktionen zurücksenden, um auf Erfolg oder Fehler hinzuweisen. Wenn das ERP-System eine bestimmte Antwort erwartet, kann eine Datenzuordnungstransformations- oder -extraktionsaktion verwendet werden, um eine JSON- oder XML-Antwort mit zusätzlichen Funktionen zu generieren, die deklarativ Daten enthalten, die durch die Kontaktdatensatzaktualisierung in Auslösern generiert wurden. Die Hauptherausforderung bei diesem Szenario ist die Gleichzeitigkeit: Mehrere Aufrufe zur gleichzeitigen Aktualisierung desselben Kontaktdatensatzes führen zu Problemen, da die API direkt in Salesforce vorhanden ist.

Salesforce Connect / Externe Objekte Salesforce Connect und externe Objekte werden für diesen Anwendungsfall nicht empfohlen, da das Szenario speziell die Datenreplikation in Salesforce erfordert. Wenn Sie über eine bereits vorhandene Salesforce Connect-Integration verfügen, die für das ERP entwickelt wurde, können Sie den OData 4.0-Konnektor so konfigurieren, dass die Datenerfassung externer Änderungen unterstützt wird, sofern das ERP die Datenerfassung von Änderungen unterstützen kann. Außerdem müssen Sie in Salesforce konfigurieren, dass der Änderungs-Stream über die ERP-API über die Pub/Sub-API abonniert wird.

• Add-On für Anwendungsfälle mit hohem Volumen erforderlich.

** Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen.

Ein Kontakt wird im ERP-System der Organisation aktualisiert. Diese Kontaktinformationen müssen in Salesforce aktualisiert werden.

Plattformereignisse Benutzerdefinierter Code in einem externen System veröffentlicht ein Plattformereignis, wenn der Kontaktdatensatz im ERP-System aktualisiert wird. Ein Auslöser, Prozess oder Flow in Salesforce kann das Plattformereignis abonnieren und das entsprechende(n) Salesforce-Objekt(e) aktualisieren, wenn ein Ereignis verarbeitet wird. Das Plattformereignis kann einfach als Signal fungieren, dass eine Änderung im ERP-System des Kunden stattgefunden hat, ohne Daten zu enthalten, oder es kann die tatsächlichen Daten enthalten, die zum Aktualisieren des Salesforce-Objekts erforderlich sind.

Salesforce Connect / Externe Objekte (mit benutzerdefinierten Apex Adaptern) Diese Lösung ist in einem Anwendungsfall, der einen Datenabgleich erfordert, nicht anwendbar. Diese Lösung ist anwendbar, wenn Benutzer in Salesforce Informationen aus einem externen System anzeigen müssen, die in Salesforce nicht repliziert werden dürfen oder können, und das externe System keine Standardprotokolle wie Odata oder GraphQL unterstützt. Siehe Anwendungsfall: Ausgehende Integration mit Hybridtools für einen Beispielanwendungsfall für einen benutzerdefinierten Apex-Adapter.

Data 360 Wenn ein Kontakt in externen Systemen wie ERP aktualisiert wird, können die Kontaktaktualisierungen mit Data 360 synchronisiert werden, entweder mithilfe von vorkonfigurierten Konnektoren oder mithilfe von APIs und Pro-Code-Tools wie MuleSoft. Kontakt kann auch in Data 360 mit dem Zero-Copy-Mechanismus referenziert werden (auf einigen Plattformen verfügbar). Sobald Daten in Data 360 verfügbar sind, können verschiedene vorkonfigurierte Integrationsmechanismen zum Synchronisieren der Daten mit anderen Salesforce-Organisationen verwendet werden. Auf Daten kann mit Data Cloud One per Verweis zugegriffen werden. Daten können auch mithilfe von Aktivierungen und anderen APIs mit vorkonfigurierten Konnektoren oder mit Pro-Code-Tools wie der MuleSoft Anypoint Platform repliziert werden.

* Es gelten API-Anforderungsobergrenzen und -zuteilungen.

** Bulk-APIs weisen Aspekte des Wiederholungsverhaltens auf und eine Reihe von APIs bieten _Rollback-_Schutz über die Einstellung allOrNone (siehe beispielsweise allOrNone-Parameter in Composite- und Inkassoanforderungen).

*** Durch das Aktivieren der Shield Platform Encryption werden bestimmte Verhaltensweisen geändert, weitere Details finden Sie unter Allgemeine Shield Platform Encryption Überlegungen.

****Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen.

******Zusammengesetzte APIs unterstützen mehrere Objekte.

Ein Kontakt wird im ERP-System der Organisation aktualisiert. Diese Kontaktinformationen müssen in Salesforce aktualisiert werden.

Benutzerdefinierte Apex REST- und SOAP-Webservices Sie können einen Webservice mithilfe von Apex-Code erstellen, der CRUD-Vorgänge (create, read, update, delete) für das Kontaktobjekt ausführen könnte. Dieser Service wird über SOAP oder REST vom externen System (dem ERP) aufgerufen.

MuleSoft Anypoint Der Zweck von MuleSoft Anypoint besteht darin, die API-Verwaltung auf Unternehmensebene bereitzustellen. MuleSoft Anypoint bietet eine große Reihe vorgefertigter Konnektoren, die Sie in viele ERP-Systeme integrieren können, darunter SAP, Oracle EBS, Oracle ERP und NetSuite. Sie können einen Flow erstellen, um Ereignisse in diesen ERP-Systemen zu überwachen (in diesem Fall, wenn ein neuer Kontakt erstellt wird). Wenn der Flow gestartet wird, verwendet er den Salesforce-Konnektor, um einen neuen Kontaktdatensatz zu erstellen (oder einen zu aktualisieren, wenn der Kontakt bereits vorhanden ist). Darüber hinaus ist es möglich, den Kontakt in andere Systeme zu integrieren, wenn die Abgleichstransaktion die Synchronisierung des Kontakts in andere Systeme beinhaltet. Bei Bedarf können Sie die Zuordnungs- und Transformationssprache (DataWeave) verwenden, um komplexe Logik und Berechnungen als Informationsflüsse über mehrere verschiedene Systeme hinweg auszuführen. Die Authentifizierung für diese Systeme kann über viele verschiedene Authentifizierungsmechanismen wie die Basisauthentifizierung und OAuth erfolgen. Es gelten keine Einschränkungen hinsichtlich des Transaktionsvolumens, solange der Flow für seine Spitzenauslastung (gemessen in vCores) richtig dimensioniert wurde.

Native Salesforce-APIs Wenn (oder unmittelbar nach) Abschluss der Aktualisierungstransaktion im ERP-System ein Vorgang zum Aktualisieren und Einfügen des Kontaktobjekts über die SOAP-API oder ein PATCH mit der REST-API für Contact sObjects in der Salesforce-Organisation ausgeführt wird.

Das Salesforce-zu-Salesforce-Produkt hat sein Lebensende erreicht. Salesforce to Salesforce hat es Partnern, die zusammenarbeiten, erleichtert, an gemeinsame Kunden zu verkaufen und sie zu unterstützen. Salesforce wird jedoch in mehr Innovationen bei anderen Tools investieren. Für die Freigabe von Daten zwischen Salesforce-Organisationen werden künftig die folgenden Ansätze empfohlen.

* Testen und Bereitstellen bezieht sich auf die Möglichkeit, in einer niedrigeren Umgebung zu erstellen und über die Metadaten-API, Pakete oder Änderungssets in der Produktion bereitzustellen

** Durch das Aktivieren der Shield Platform Encryption werden bestimmte Verhaltensweisen geändert, weitere Details finden Sie unter Allgemeine Shield Platform Encryption Überlegungen.

Plattformereignisse sind nicht optimal für die Integration von Daten aus einer Salesforce-Organisation in eine andere, da sie nicht zwischen Organisationen für dasselbe Ereignis "zuhören" können. Benutzerdefiniertes Apex ist auch kein empfohlener Ansatz für diese Art der Integration.

Ein großes Unternehmen ist über mehrere Geschäftseinheiten hinweg tätig. Jede BU verfügt über eine eigene Salesforce-Organisation. Ein einzelner Kunde bearbeitet mehrere Geschäftseinheiten des Unternehmens und verfügt somit über Account- und Opportunity-Daten in mehreren Organisationen. Das Unternehmen muss auf eine aggregierte Ansicht aller Account- und Opportunity-Daten über alle BUs in einer einzigen Organisation zugreifen.

Hinweis: Alle nachstehenden Lösungen sind auf die geringste Menge an Datenreplikationen ausgelegt, entsprechend Takeaway #1.

Mit vorkonfigurierten Salesforce-Konnektoren können **Data 360-**Account- und Opportunity-Daten aus verschiedenen Salesforce-Organisationen in Data 360 aufgenommen werden. Sie können auch aggregiert und harmonisiert werden (falls erforderlich). Sobald Daten in Data 360 aggregiert wurden, kann in anderen Salesforce-Organisationen mit Data Cloud One ohne Datenreplikation darauf zugegriffen werden.

Heroku Connect Sie können Heroku Connect für die einzelne Organisation der einzelnen Kundendienstmitarbeiter verwenden, um Änderungen aus Salesforce in einer einzelnen Heroku Postgres-Datenbank zu synchronisieren. In diesem Szenario ist die bidirektionale Synchronisierung nicht aktiviert, sondern nur die Synchronisierung von Salesforce mit Postgres. Anschließend können Sie in Heroku Connect den Odata Anbieter aktivieren und die Tabellen auswählen, die in der Salesforce-Organisation, in der Sie eine aggregierte Ansicht anzeigen möchten, als externe Objekte angezeigt werden sollen. In Salesforce definieren Sie eine externe Datenquelle, die auf den Odata Anbieter in Heroku verweist.

MuleSoft Anypoint MuleSoft Anypoint bietet API-Verwaltung auf Unternehmensebene. Eine MuleSoft Anypoint-API kann so konfiguriert werden, dass sie Informationen aus mehreren zugehörigen Salesforce-Organisationen mit dem Salesforce-Konnektor mit mehreren Verbindungen zu den Organisationen liest. Der MuleSoft-Flow kann die verschiedenen Salesforce-Organisationen abfragen und eine bestimmte Struktur zurückgeben, die bei Bedarf erweitert oder mit anderen Drittanbieterinformationen angereichert wird. Wenn die API aufgerufen wird, nimmt sie alle entsprechenden Salesforce-Organisations-Callouts vor (in diesem Beispiel werden Account- und Opportunity-Informationen abgefragt), damit die Daten vom Verbraucher verarbeitet werden können (wahrscheinlich eine Benutzeroberfläche). Die Authentifizierung für diese Systeme kann über eine Vielzahl von Authentifizierungsmechanismen erfolgen, einschließlich der Basisauthentifizierung und OAuth. Es gelten keine Einschränkungen hinsichtlich des Transaktionsvolumens, solange der Flow für seine Spitzenauslastung (gemessen in vCores oder Cores) richtig dimensioniert wurde.

Native Salesforce-APIs-Abfragevorgänge können für jede der relevanten Organisationen ausgestellt werden, insbesondere über die Salesforce Bulk API 2.0, die sich gut zum effizienten Extrahieren von Tausenden von Datensätzen eignet. Sie können die Abfrageergebnisse aus jeder Organisation einzeln abrufen und sie mit einer benutzerdefinierten Anwendung oder Middleware entsprechend den Kundenanforderungen aggregieren.

Salesforce Connect mit organisationsübergreifendem Adapter Der organisationsübergreifende Salesforce Connect-Adapter ist in diesem Szenario nicht besonders geeignet, da Accounts oder Opportunities aus Remote-Organisationen alle in der zentralen Organisation als unterschiedliche Objekte angezeigt werden. Beispielsweise gibt es keine Möglichkeit, eine Gesamtsumme für die Beträge aller Opportunities in allen Organisationen zu addieren.

Selective Updates Cross-Org Scenario (Selektives Aktualisieren organisationsübergreifendes Szenario): Ein Vertriebsmitarbeiter, der Salesforce-Organisation A verwendet, muss Kundenvorgangsdaten aus Salesforce-Organisation B anzeigen und aktualisieren und Kundenvorgangskommentare zum übergeordneten Kundenvorgang in Salesforce-Organisation B hinzufügen, während er in Organisation A arbeitet. Daten dürfen nicht in Organisation A repliziert werden.

Heroku Connect Sie können denselben Ansatz verwenden, der im obigen Szenario für die Datenaggregation beschrieben ist. Sie müssen jedoch CRUD für das externe Objekt über den Odata Konnektor aktivieren und die Änderungen in Heroku Postgres zurückschreiben.

MuleSoft Anypoint MuleSoft Anypoint bietet API-Verwaltung auf Unternehmensebene. Sie können denselben Ansatz verwenden, der im obigen Szenario der Datenaggregation beschrieben ist.

Native Salesforce-APIs verwenden Anmeldeinformationen mit Namen und rufen die nativen Salesforce-APIs auf, um Daten in der zugehörigen Salesforce-Organisation zu lesen und zu aktualisieren. Eine Komponente muss so konzipiert sein, dass die Daten angezeigt werden.

Salesforce Connect mit organisationsübergreifendem Adapter Die Möglichkeit, Daten in einem externen Objekt anzuzeigen (und die Daten zu bearbeiten, wenn Sie CRUD für das externe Objekt aktiviert haben), wird über den organisationsübergreifenden Salesforce-Adapter unterstützt. Beziehungen werden auch zwischen externen Objekten unterstützt, sodass Sie eine Verknüpfung mit dem übergeordneten Kundenvorgang im externen Objekt herstellen können. Das Erstellen von Beziehungen ist jedoch heute ein manueller Prozess, bei dem Sie einen vorhandenen Datentyp in einen Beziehungsdatentyp konvertieren. Darüber hinaus werden Optimierungen, die in Service Cloud vorgenommen wurden, um Kundenvorgänge effektiver zu bearbeiten, nicht in die Remote-Organisation übertragen. Salesforce empfiehlt dringend, den organisationsübergreifenden Adapter zu testen und die Kompromisse bei der Arbeit mit externen Objekten im Vergleich zu Standardobjekten für Ihren Anwendungsfall auszuwerten.

Organisationsübergreifende Datensynchronisierung: Wenn ein Account für einen Kunden in einer der Salesforce-Unternehmenseinheiten der Organisation aktualisiert wird, müssen die Accountobjekte der anderen Salesforce-Organisation aktualisiert werden, um konsistente Accountinformationen zu erhalten.

Data 360 Data 360 kann zum Abgleichen von Daten von einer Organisation in eine andere Salesforce-Organisation verwendet werden. Accountdaten aus einer Salesforce-Organisation können mit vorkonfigurierten Salesforce-Konnektoren in Data 360 aufgenommen werden. Es können auch Datenaktivierungsmechanismen wie Batch-Aktivierung, Datenaktionen nahezu in Echtzeit oder API-basierte Aktivierungen verwendet werden, um die Daten aus Data 360 in die Salesforce-Organisation zu verschieben.

Heroku Connect Sie können denselben Ansatz verwenden, der im obigen Szenario für die Datenaggregation beschrieben ist. Sie müssen jedoch die bidirektionale Synchronisierung aktivieren und Sie müssen Salesforce Connect nicht mehr aktivieren, da durch die bidirektionale Synchronisierung alle Organisationen auf dem neuesten Stand bleiben, wenn Änderungen an der Postgres-Tabelle vorgenommen werden.

MuleSoft Anypoint MuleSoft Anypoint bietet API-Verwaltung auf Unternehmensebene. Sie können mit Flow Designer in MuleSoft Anypoint eine Mule-Anwendung konfigurieren, um auf standardmäßige und benutzerdefinierte Objektereignisse zu achten und einen automatisch gestarteten Flow in Salesforce zu starten. Wenn die Mule-Anwendung ausgelöst wird, kann sie den Anypoint-Konnektor für Salesforce aufrufen, um mit einer beliebigen Anzahl von Salesforce-Organisationen zu kommunizieren. Wenn in diesem Anwendungsfall ein Accountdatensatz in einer Salesforce-Organisation aktualisiert wird, kann die Mule-Anwendung Accountdatensätze in den zugehörigen Salesforce-Organisationen aktualisieren. Jede zugehörige Salesforce-Organisation verfügt über einen eindeutigen Aktualisierungsschritt, der in den gesamten Anwendungs-Flow in MuleSoft integriert ist. Die Authentifizierung für diese Systeme kann über verschiedene Authentifizierungsmechanismen erfolgen, einschließlich der Basisauthentifizierung und OAuth. Es gelten keine Einschränkungen für das Transaktionsvolumen, solange der Flow für seine Spitzenauslastung (gemessen in vCores oder Cores) richtig dimensioniert wurde.

Native Salesforce-APIs Die Replikations-API (getUpdated, getDeleted operations) kann zum Synchronisieren von Daten zwischen Organisationen verwendet werden. Dieser Ansatz wird jedoch nicht empfohlen.

Salesforce Connect mit organisationsübergreifendem Adapter Sie können durch Datensätze ausgelöste Flows und externe Objekte verwenden, um einige Daten zwischen Salesforce-Organisationen synchron zu halten. Wenn Sie beispielsweise einen Accountdatensatz in Organisation A aktualisieren, wird ein Flow ausgelöst, der dann den übereinstimmenden Datensatz im externen Objekt "Account" aktualisiert, wodurch diese Aktualisierungen in den Accountdatensatz in Organisation B geschrieben werden. Dies erfordert die ordnungsgemäße Verwendung der Flow-Semantik, um gemischte DML-Transaktionen zu vermeiden. Beachten Sie außerdem, dass Validierungsregeln und Flows in Organisation B auf die gleiche Weise ausgelöst werden, wie wenn Änderungen durch unsere REST/SOAP-APIs vorgenommen werden.

Beachten Sie diese Anleitung und beziehen Sie sich darauf, wenn Sie eine neue Datenintegration mit Salesforce planen. Es empfiehlt sich immer, den vollständigen Umfang der für Sie verfügbaren Optionen zu verstehen und zu erfahren, wie sie zu Ihrem speziellen Anwendungsfall passen.

Helfen Sie uns sicherzustellen, dass wir die für Sie relevantesten Elemente veröffentlichen. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.