Headless Salesforce und MCP: CRM-Aktionen aus einem einzigen agentischen Hub ausführen

Die kurze Antwort: Headless Salesforce bedeutet, dass Daten, Logik und Workflows der Plattform ohne die Lightning-Oberfläche aufrufbar sind, und ein MCP-Server ist der Standardweg, diese Aufrufe einem KI-Client anzubieten. Zusammen ergeben sie eine einzige Aktionsfläche: Ein Agent, ein Slack-Thread oder Ihr eigenes Frontend kann im selben Schritt eine CRM-Aktion und eine ERP-Aktion ausführen. Salesforce hat das auf der TrailblazerDX am 15. April 2026 mit Headless 360 offiziell gemacht, und die gehosteten MCP-Server wurden im selben Monat für Enterprise Edition und höher allgemein verfügbar.

Was bedeutet Headless Salesforce heute konkret?

Es bedeutet, dass der Browser optional ist. Jede Fähigkeit ist als API, MCP-Werkzeug oder CLI-Befehl erreichbar, sodass das führende System von etwas anderem als einer Lightning-Seite gesteuert werden kann. Genau so war die Einordnung auf der TrailblazerDX 2026, zusammen mit über 60 neuen MCP-Werkzeugen und einer Experience-Schicht, die Komponenten in Slack, Teams, Mobile und MCP-kompatible Clients rendert.

Zwei Klarstellungen, weil beides gern vermischt wird:

• Headless heißt nicht ohne Oberfläche. Es heißt, die Oberfläche ist eine Wahl und keine Abhängigkeit. Die meisten Headless-Projekte haben weiterhin einen Bildschirm, nur ist das nicht die Org.
• Headless heißt nicht alles ersetzen. Ihre Objekte, Flows, Validierungsregeln und das Freigabemodell bleiben exakt, wo sie sind. Es ändert sich, wer sie aufrufen darf.

Was ist ein MCP-Server im Salesforce-Kontext?

Ein MCP-Server veröffentlicht eine Liste von Werkzeugen, die ein KI-Client aufrufen kann, mit typisierten Eingaben und einem Berechtigungsmodell dahinter. In der Praxis begegnen Ihnen drei Varianten:

• Von Salesforce gehostete MCP-Server, allgemein verfügbar seit April 2026 für Enterprise Edition und höher, die Org-Daten, Flows, Apex Invocable Actions, AuraEnabled-Methoden und Named Queries bereitstellen.
• Der Salesforce-DX-MCP-Server, gedacht für Entwicklungsabläufe wie das Deployen von Metadaten und das Ausführen von Apex-Tests.
• Ihr eigener MCP-Server, wo die interessante Arbeit liegt, denn nur er kann Salesforce und alles darum herum umspannen.

Das Sicherheitsmodell lohnt sich zu merken. Der gehostete Server authentifiziert je Nutzerin mit OAuth 2.0 und PKCE, und der Agent handelt innerhalb deren Berechtigungen, wobei CRUD, Feldebenensicherheit und Freigaberegeln weiterhin greifen. Ein Agent ist kein Superuser.

Warum liegt der Wert in einer einzigen Aktionsfläche und nicht in einer schöneren Oberfläche?

Hier klafft die Lücke in fast allem, was zu diesem Thema geschrieben wird. Das meiste beschreibt Salesforce, das Salesforce freilegt. Nützlich, aber dort liegt der Schmerz nicht.

Echte operative Arbeit bleibt nicht in einem System. "Diese Kreditausnahme genehmigen, den Auftrag freigeben und die Kundin informieren" sind drei Systeme und eine Absicht. Heute führt ein Mensch diese Absicht aus, indem er zwischen CRM, ERP und Telefonie-Konsole wechselt und von Hand übersetzt. Jede dieser Übersetzungen ist eine Gelegenheit für einen Fehler.

Eine einzige Aktionsfläche faltet dieses Hin und Her zu einer aufrufbaren Aktion zusammen:

• Der Agent oder das Frontend ruft ein Werkzeug auf.
• Das Werkzeug orchestriert den CRM-Schreibvorgang, den ERP-Aufruf und die Benachrichtigung.
• Die Berechtigungsprüfung passiert einmal, an einer prüfbaren Stelle.
• Ein Fehler in einem Teilschritt ist ein Fehler, kein halbfertiger Prozess ohne Eigentümer.

Eine Headless-Implementierung, die nur das CRM freilegt, hat die Knöpfe verschoben. Eine, die Absichten freilegt, hat den Drehstuhl abgeschafft.

Wie sieht ein Aktions-Hub über CRM und die umliegenden Systeme aus?

1. Salesforce bleibt das führende System. Objekte, Freigaben und Validierung bleiben unangetastet.
2. Eine MCP-Schicht veröffentlicht Absichten, keine Tabellen. release_order, nicht update_order_record.
3. Hinter jeder Absicht sitzen Konnektoren: ERP, Finanzwesen, Telefonie, Einsatzplanung, vernetzte Geräte. Wir betreiben das über mehr als 70 Unternehmenssysteme.
4. Ein Identitätsmodell. Die Berechtigungen der aufrufenden Person entscheiden, was das Werkzeug tut, in jedem berührten System.
5. Clients sind austauschbar. Claude, Cursor, Agentforce, eine Slack-App oder Ihr eigenes Frontend rufen dieselben Werkzeuge auf.
6. Jeder Aufruf wird als Geschäftsereignis festgehalten, nicht nur als API-Treffer.

Tekunda baut diese Form, seit sie noch keinen Produktnamen hatte, und nach unserem Kenntnisstand sind wir die erste Firma, die Headless-CRM samt MCP-Aktions-Hubs im Produktivbetrieb liefert.

Was machen die meisten Teams falsch?

• Objekte statt Aktionen veröffentlichen. Ein Werkzeug je Objekt gibt einem Agenten tausend Wege, Unordnung zu stiften. Ein Werkzeug je Geschäftsabsicht gibt ihm einen richtigen.
• Idempotenz auslassen. Agenten wiederholen Versuche. Ist release_order nicht idempotent, versendet ein Wiederholungsversuch den Auftrag zweimal.
• Dem Agenten die Berechtigung überlassen. Laufen Sie als die Nutzerin, nicht als Integrationskonto, das alles darf.
• Keine Freigabe für unumkehrbare Aktionen. Lesen Sie frei. Schreiben Sie mit Prüfung bei allem Finanziellen oder Kundenwirksamen.
• Es als Integrationsprojekt behandeln. Es ist ein Schnittstellen-Designprojekt, das zufällig Integration braucht.

Womit fangen Sie an?

1. Wählen Sie einen Workflow, der bereits zwei Systeme kreuzt und wöchentlich jemanden ärgert.
2. Schreiben Sie die drei oder vier Absichten darin auf, als Verben.
3. Setzen Sie sie als MCP-Werkzeuge um, mit typisierten Eingaben, Authentifizierung je Nutzerin und je einer Audit-Zeile.
4. Richten Sie zwei verschiedene Clients darauf, etwa einen Agenten und eine Slack-Aktion, um zu belegen, dass die Fläche wirklich geteilt wird.
5. Erst danach erweitern Sie den Katalog.

FAQ

Heißt Headless Salesforce, auf die Lightning-Oberfläche zu verzichten?

Nein. Es macht die Oberfläche optional. Die meisten Implementierungen behalten Lightning für die, die es mögen, und ergänzen andere Einstiegspunkte für alle anderen.

Reicht der von Salesforce gehostete MCP-Server allein?

Er reicht, damit ein KI-Client in Ihrer Org arbeiten kann. Er reicht nicht für Aktionen, die Org und andere Systeme umspannen, und genau dort kommt eine eigene MCP-Schicht ins Spiel.

Ist ein Agent mit MCP-Zugriff ein Sicherheitsrisiko?

Er trägt das Risiko der Identität, unter der er läuft. Mit OAuth je Nutzerin gelten CRUD, Feldebenensicherheit und Freigaberegeln weiterhin. Die Antwort lautet also, die Nutzerin einzugrenzen, nicht dem Agenten zu vertrauen.

Brauchen wir Agentforce dafür?

Nein. MCP ist ein offener Standard, also können Claude, Cursor und Ihre eigenen Anwendungen dieselben Werkzeuge aufrufen. Agentforce ist einer von mehreren Clients.

Tekunda baut Headless-Salesforce-Implementierungen und MCP-Aktions-Hubs über CRM, ERP, Telefonie und vernetzte Geräte hinweg. Wenn Ihr Team sich durch einen Prozess klickt, der eine einzige Aktion sein sollte, ist genau das der Workflow zum Anfangen.