{"id":3929,"date":"2021-07-26T05:00:00","date_gmt":"2021-07-26T12:00:00","guid":{"rendered":"https:\/\/www.salesforce.com\/?p=3929"},"modified":"2023-08-23T11:52:23","modified_gmt":"2023-08-23T11:52:23","slug":"salesforce-integrationsmuster","status":"publish","type":"post","link":"https:\/\/www.salesforce.com\/de\/blog\/salesforce-integrationsmuster\/","title":{"rendered":"Daten f\u00fcr Salesforce: die 5 wichtigsten Integrationsmuster"},"content":{"rendered":"\n

Die Salesforce-Plattform b\u00fcndelt alle f\u00fcr ein erfolgreiches Customer Relationship Management ben\u00f6tigten Kund:inneninformationen in einer Single Customer View. Aber: Das CRM ist nicht der zentrale Speicherort f\u00fcr alle erforderlichen Daten. So siedeln Bestellmanagement- oder Bestandsdaten h\u00e4ufig in SAP und es existieren weitere Systeme, die Daten z. B. f\u00fcr die Zahlungsabwicklung, das Flottenmanagement usw. halten. F\u00fcr ein umfassendes und l\u00fcckenloses digitales Kund:innenprofil muss Salesforce auf die Daten dieser Systeme und Anwendungen zugreifen k\u00f6nnen. Mit MuleSofts Anypoint-Plattform<\/a> lassen sich unter Anwendung hoher Sicherheitsstandards und Governance-Mechanismen Daten aus beliebigen Systemen erschlie\u00dfen und in Salesforce integrieren<\/a>. Dieser Blog beschreibt f\u00fcnf typische Salesforce-Integrationsmuster<\/a>. <\/p>\n\n\n\n

Salesforce-Integrationsmuster #1: Migration<\/h2>\n\n\n\n

Bei der Datenmigration wird ein spezifischer Datensatz zu einem festgelegten Zeitpunkt von einem System in ein anderes \u00fcbertragen. Das Verschieben von Unternehmensdaten ist anspruchsvoll und erfordert die passenden Tools und Methoden.<\/p>\n\n\n\n

Das \u00dcbertragen von Daten ist oft kostspielig und aufw\u00e4ndig. F\u00fcr zahlreiche Salesforce-Integrationsszenarien braucht es ein Migrationsmuster, z. B. f\u00fcr die Migration von Daten von einem Legacy-CRM-System zu Salesforce oder von einer Salesforce-Organisation zu einer anderen. Migrationsmuster eignen sich ideal f\u00fcr die Verarbeitung gro\u00dfer Datenvolumen oder mehrerer Datens\u00e4tze in Stapeln und k\u00f6nnen auftretende Fehler problemlos abfangen.<\/p>\n\n\n\n

\"salesforce\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n

Das obige Szenario beschreibt einen Flow, der nach einer erfolgreichen Anfrage an einen HTTP-Endpunkt ausgel\u00f6st wird. Sobald der HTTP-Endpunkt angesprochen wird, werden Werte aus einer Datenbank ausgew\u00e4hlt und jeweils als neuer Lead in Salesforce eingef\u00fcgt.<\/p>\n\n\n\n

Salesforce-Integrationsmuster #2: Broadcast<\/h2>\n\n\n\n

Unter Broadcast versteht man die \u00dcbertragung von Daten von einem einzelnen Quellsystem an mehrere Zielsysteme in (ann\u00e4hernder) Echtzeit oder in einem kontinuierlichen Strom. Im Gegensatz zur Migration ist das Broadcast-Muster transaktional. Ein Broadcast-Verfahren sollte \u00e4u\u00dferst zuverl\u00e4ssig sein, damit w\u00e4hrend der \u00dcbertragung keine wichtigen Daten verloren gehen.<\/p>\n\n\n\n

Das Broadcast-Muster erm\u00f6glicht die unverz\u00fcgliche \u00dcbertragung von Kund:inneninformationen sowohl zwischen zwei Salesforce-Instanzen als auch zwischen Salesforce und anderen Systemen. So k\u00f6nnen z. B. aktualisierte Kund:innendaten zwischen Salesforce-Organisationen synchronisiert oder in Salesforce get\u00e4tigte Aktivit\u00e4ten sofort in die Auftragsabwicklung \u00fcbertragen werden.<\/p>\n\n\n\n

\"salesforce\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n

Im obigen Beispiel wird ein Flow ausgef\u00fchrt, wenn Salesforce erkennt, dass ein neuer Lead angelegt wurde. Der Flow wandelt dann die Nachrichteninhalte um und schreibt sie in zwei lokale CSV-Dokumente.<\/p>\n\n\n\n

Salesforce-Integrationsmuster #3: Aggregation<\/h2>\n\n\n\n

Die Aggregation ist eine einfache M\u00f6glichkeit, Daten aus mehreren Systemen zu sammeln und in einer Anwendung oder einem Bericht in Echtzeit zu verarbeiten. Mit einer auf einem Aggregationsmuster basierenden Integrationsvorlage k\u00f6nnen Entwickler:innen bedarfsgerecht mehrere Systeme abfragen, die Datens\u00e4tze zusammenf\u00fchren und die Daten f\u00fcr beliebige Zeitpunkte und Ziele nutzen.<\/p>\n\n\n\n

So k\u00f6nnen Sie beispielsweise ein Dashboard anlegen, das Daten aus mehreren Salesforce-Instanzen abruft, oder Salesforce mit Daten aus mehreren Back-End-Systemen aktualisieren oder APIs entwickeln, die system\u00fcbergreifende Berichte erzeugen.<\/p>\n\n\n\n

\"salesforce\n\t\t\t\n\t\t\t\t\n\t\t\t<\/svg>\n\t\t<\/button><\/figure>\n\n\n\n

Der Flow im obigen Beispiel wird ausgef\u00fchrt, wenn eine POST-Anfrage an einen HTTP-Endpunkt gesendet wird. Der Flow fragt zwei CSV-Dateien ab, die auf verschiedenen Servern liegen, f\u00fchrt die Daten zusammen und l\u00e4dt sie als neuen Lead in Salesforce hoch.<\/p>\n\n\n\n

Salesforce-Integrationsmuster #4: Bidirektionale Synchronisation<\/h2>\n\n\n\n

Bei der bidirektionalen Synchronisierung werden zwei oder mehr Datens\u00e4tze aus zwei oder mehreren Systemen so zusammengef\u00fchrt, dass sie sich wie ein einziges System verhalten, das die unterschiedlichen Datens\u00e4tze erkennt. Dieses Integrationsmuster ist n\u00fctzlich, wenn verschiedene Werkzeuge oder Systeme jeweils spezifische Funktionen mit demselben Datensatz ausf\u00fchren m\u00fcssen. Wenn Systeme einen Datensatz bidirektional synchronisieren, bleibt eine konsistente Echtzeitansicht der Daten in allen Systemen erhalten.<\/p>\n\n\n\n

Salesforce-Integrationsmuster #5: Korrelation<\/h2>\n\n\n\n

Das Korrelationsmuster identifiziert die Schnittmenge zweier Datens\u00e4tze und f\u00fchrt eine bidirektionale Synchronisation der Datens\u00e4tze vor, die in beiden Systemen vorkommen.<\/p>\n\n\n\n

Korrelation und bidirektionale Synchronisierung sind \u00e4hnlich, allerdings mit einem wichtigen Unterschied: W\u00e4hrend die bidirektionale Synchronisierung dieselben Datenelemente an zwei Orten repliziert, verkn\u00fcpft die Korrelation unterschiedliche Datens\u00e4tze, ohne sie zu kopieren.<\/p>\n\n\n\n

Das Korrelationsmuster ber\u00fccksichtigt nicht die Herkunft des Datenobjekts. Es gleicht Objekte agnostisch ab, solange sie in beiden Systemen gefunden werden. Dieses Muster eignet sich f\u00fcr F\u00e4lle, in denen zwei Systeme lediglich dann Daten austauschen wollen, wenn ihre Datens\u00e4tze dieselben Objekte oder Kontakte repr\u00e4sentieren.<\/p>\n\n\n\n

Faktoren f\u00fcr die Wahl der Integrationsmuster<\/h2>\n\n\n\n

Integrationsverantwortliche m\u00fcssen die verschiedenen Arten von Integrationsans\u00e4tzen verstehen und sicherstellen, dass f\u00fcr jede Implementierung die richtigen Methoden verwendet werden. Die Wahl des richtigen Integrationsmusters<\/a> ist entscheidend f\u00fcr den Erfolg der Implementierung. <\/p>\n\n\n\n

F\u00fcr die Integration mit Salesforce gelten verschiedene Kriterien, wie z. B.:<\/p>\n\n\n\n