Salesforce-Integrationsmuster für wachsende Unternehmen

Kurz gesagt: Salesforce dokumentiert sechs zentrale Integrationsmuster, von Request and Reply bis zur Datenvirtualisierung, und ein wachsendes Unternehmen braucht selten alle vom ersten Tag an. Beginnen Sie mit wenigen, gut gesteuerten API-Integrationen, verlagern Sie Datensatzänderungen auf Events, sobald das Volumen steigt, und setzen Sie eine API- oder Agentenschicht vor Salesforce, sobald viele Systeme und KI-Agenten dieselben Daten brauchen.

Die meisten Leitfäden zählen die Muster auf und hören dort auf. Die schwierigere Frage für ein wachsendes Team ist die Reihenfolge: welches Muster in welcher Phase, und was abgelöst werden sollte, bevor es bricht. Genau darum geht es hier, einschließlich der neuen Agentenschicht, die Salesforce mit Headless 360 geöffnet hat.

Was sind Salesforce-Integrationsmuster?

Ein Integrationsmuster ist eine wiederverwendbare Antwort auf eine wiederkehrende Frage: wie Daten oder ein Prozess zwischen Salesforce und einem anderen System fließen sollen, und wie schnell. Der Leitfaden Integration Patterns and Practices von Salesforce nennt sechs:

• Request and Reply: Salesforce ruft ein externes System auf und wartet auf die Antwort.
• Fire and Forget: Salesforce sendet eine Nachricht und arbeitet weiter, ohne zu warten.
• Batch-Datensynchronisation: große Datensatzmengen werden nach Zeitplan übertragen.
• Remote Call-In: ein externes System erstellt, liest oder aktualisiert Salesforce-Daten.
• UI-Aktualisierung bei Datenänderungen: die Oberfläche aktualisiert sich, wenn sich die zugrunde liegenden Datensätze ändern.
• Datenvirtualisierung: externe Daten werden in Salesforce angezeigt, ohne dort gespeichert zu werden.

Welches Integrationsmuster passt zu welcher Aufgabe?

• Eine Bonitätsprüfung oder ein Preisangebot, bevor der Nutzer weitermachen kann: Request and Reply.
• Eine Bestellung geht ein und das ERP muss davon erfahren: Fire and Forget, idealerweise über Events.
• Ein nächtlicher Ladevorgang für Finanzen oder Lager: Batch-Synchronisation mit Bulk API 2.0, die die Architekten von Salesforce als gut geeignet beschreiben, um Tausende Datensätze effizient zu extrahieren.
• Ein Webshop oder Portal, das Leads und Cases anlegt: Remote Call-In über die REST API.
• Große externe Tabellen, die Nutzer nur lesen müssen: Datenvirtualisierung mit Salesforce Connect, sodass nichts repliziert wird.

Für ERP-lastige Landschaften geht unser Leitfaden zu Salesforce- und SAP-Integrationsmustern für Hersteller diese Entscheidungen anhand von Auftrags-, Preis- und Bestandsflüssen durch.

Point-to-Point, Hub oder API-led: welche Architektur passt zu einem wachsenden Unternehmen?

Lassen Sie die Zahl der Systeme und Abnehmer die Architektur bestimmen, nicht die Größe der Ambition.

1. Eine Handvoll Systeme: direkte Point-to-Point-Integrationen sind in Ordnung, solange jede einen Verantwortlichen, einen eigenen Integrationsbenutzer und Logging hat.
2. Dieselben Daten an mehreren Stellen: führen Sie einen Hub oder Middleware ein, damit eine Änderung nicht durch jede Verbindung schwappt.
3. Mehrere Teams nutzen dieselben Daten: wechseln Sie zu API-led Connectivity, bei der System-, Process- und Experience-APIs Zuständigkeiten trennen und wiederverwendet werden.

Die Skalierungslogik behandeln wir ausführlicher in Salesforce-Integrationsarchitektur: Muster, die wirklich skalieren.

Wann lohnt sich der Wechsel zu ereignisgesteuerter Integration?

Wechseln Sie, wenn Polling und verkettete Callouts wehtun: doppelte Updates, Zeitüberschreitungen oder nachgelagerte Systeme, die ständig hinterherhinken. Der Entscheidungsleitfaden für ereignisgesteuerte Architektur von Salesforce ist bei den Werkzeugen eindeutig:

• Change Data Capture veröffentlicht das Anlegen, Ändern, Löschen und Wiederherstellen von Datensätzen an andere Systeme.
• Platform Events transportieren selbst definierte Payloads, veröffentlicht über APIs, Apex oder Flow.
• Pub/Sub API ist die empfohlene Wahl für jede neue Publish-and-Subscribe-Integration.
• Events lassen sich drei Tage lang erneut abspielen, und jede Payload ist auf 1 MB begrenzt.

Dieselben Empfehlungen lenken neue Projekte weg von Outbound Messages und PushTopic. Wenn Sie diese noch nutzen, planen Sie die Migration, bevor das Volumen Sie dazu zwingt.

Was ist Headless MCP, und was ändert Headless 360?

Headless MCP bedeutet, Salesforce-Daten, -Logik und -Workflows über APIs und Model-Context-Protocol-Server statt über die Browseroberfläche zu erreichen. Salesforce kündigte Headless 360 auf der TDX am 15. April 2026 an und stellte Plattformfunktionen als APIs, MCP-Tools und CLI-Befehle bereit, mit mehr als 60 neuen MCP-Tools zum Start. Im August 2026 wurde das Programm um einen Headless 360 MCP Server und einen Data 360 MCP Server erweitert, die Agenten auf Agentforce, Claude, ChatGPT und Cursor nutzen können.

Für Integrationsteams kommt damit ein neuer Abnehmer hinzu: KI-Agenten, die Funktionen zur Laufzeit entdecken und aufrufen. Sie brauchen dieselbe Disziplin wie jede Integration, mit Benutzern nach dem Prinzip der minimalen Rechte, protokollierten Aktionen und klarer Verantwortung. Unser Leitfaden, wie Sie KI-Agenten sicher per MCP mit Salesforce verbinden, behandelt die Kontrollen. Tekunda ist der erste und einzige Anbieter für Headless CRM plus MCP und der erste, der Agent-to-Agent-(A2A)- und SWARM-Orchestrierung in Produktion betreibt. Das ist also Arbeit, die wir bereits für Kunden leisten.

Was machen wachsende Unternehmen falsch?

• Alles replizieren. Der Entscheidungsleitfaden zur Datenintegration von Salesforce rät, unnötige Replikation zu vermeiden. Virtualisieren Sie oder rufen Sie APIs auf, wo Daten an ihrem Ort bleiben können.
• Ein menschliches Login teilen. Nutzen Sie einen eigenen API-only-Integrationsbenutzer und External Client Applications für die Authentifizierung.
• Admin-Werkzeuge als Strategie behandeln. Data Loader und die Salesforce CLI dienen der Datenpflege, nicht als Grundlage für Integrationen.
• Keine Änderungskontrolle für Integrationsmetadaten. Named Credentials, Event-Definitionen und Feldzuordnungen driften schnell auseinander. Behandeln Sie sie wie Code, wie in Metadata Governance für wachsende Orgs und Teams beschrieben.

Wie unterstützt Tekunda wachsende Unternehmen bei der Salesforce-Integration?

Tekunda ist zertifizierter Salesforce SI-, ISV-, PDO- und Agentforce-Partner sowie Partner von Anthropic (Claude). Wir entwerfen eine Integrations-Roadmap, die zu Ihrer aktuellen Phase passt, und erweitern Salesforce dann mit ereignisgesteuerten Abläufen, wiederverwendbaren APIs und per MCP verbundenen Agenten, während Sie wachsen. Sehen Sie, wie wir Salesforce-Integration angehen, oder starten Sie auf der Tekunda-Startseite.

FAQ

Mit welchem Salesforce-Integrationsmuster fängt man am einfachsten an?

Mit Request and Reply: Salesforce ruft ein anderes System auf und wartet auf die Antwort. Es eignet sich für Abfragen mit geringem Volumen, sollte aber keine Massenladungen tragen.

Brauche ich MuleSoft, um Salesforce zu integrieren?

Nein. Native APIs, Events und Salesforce Connect decken viele Anforderungen ab. Middleware wie MuleSoft lohnt sich, wenn viele Systeme und Teams Integrationen teilen, und erfordert eine eigene Lizenz.

Was ist der Headless 360 MCP Server?

Ein MCP-Server von Salesforce, über den autorisierte KI-Agenten Salesforce-Funktionen über das offene Model Context Protocol entdecken und aufrufen. Den aktuellen Release-Status finden Sie in der Salesforce-Dokumentation.

Sollten neue Integrationen Outbound Messages nutzen?

Nein. Salesforce empfiehlt die Pub/Sub API für neue Publish-and-Subscribe-Anwendungen und plant keine weiteren Investitionen in Outbound Messaging.