Claudeforce steckt 37 Vertriebsfunktionen in Claude – mit CRM-Zugriff

Salesforce und Anthropic haben Claudeforce am 27. August 2026 öffentlich vorgestellt. Den Anfang macht Salesforce in Claude: ein Plug-in mit 37 vorgefertigten Vertriebsfunktionen, das aktuelle Salesforce-Daten in Claude nutzbar machen und kontrollierte CRM-Aktionen ermöglichen soll. Verfügbar ist es zunächst nur für ausgewählte Pilotkunden, wie der Bericht von TechTarget bestätigt.

Die am 27. August bekannt gewordene Integration ist damit noch kein regulär freigegebenes Produkt. Eine offene Beta ist für September 2026 geplant; ein genauer Starttermin, Preise und regionale Verfügbarkeitsbedingungen für Deutschland, Österreich und die Schweiz wurden bislang nicht veröffentlicht. Für Vertriebs- und IT-Verantwortliche sind deshalb neben den Funktionen vor allem Pilotstatus, Datenzugriff und bestehende Salesforce-Berechtigungen entscheidend.

Die 37 Funktionen decken vier Phasen der Vertriebsarbeit ab

Salesforce und Anthropic beschreiben die Skills nicht als allgemeinen Prompt-Katalog, sondern als gemeinsam entwickelte Funktionen für Claudes Schlussfolgerungen, Werkzeugnutzung und interaktive Ausgaben. Die Claudeforce-Produktseite nennt unter anderem Tagesbriefings, Pipeline- und Prognoseanalysen, Stakeholder- und Abschlusspläne, Lead-Triage, Gesprächsvorbereitung, Aktivitätsprotokolle und Prüfungen der CRM-Datenqualität.

Nach dem jeweiligen Arbeitsergebnis lassen sich die veröffentlichten Beispiele in vier Phasen ordnen:

• Orientierung: Tagesbriefings, Pipeline-Reviews und Prognoseerläuterungen sollen zeigen, was sich verändert hat, welche Vorgänge gefährdet sind und wo Handlungsbedarf besteht.
• Deal-Planung: Funktionen für Stakeholder-Analysen, Abschlusspläne und den Umgang mit Einwänden führen Informationen aus dem vorhandenen Account- und Opportunity-Kontext zusammen.
• Priorisierung und Kundenarbeit: Account-Pläne, Lead-Triage und Customer-Health-Funktionen sollen neue Interessenten, laufende Kundenbeziehungen, Verlängerungen und Erweiterungschancen einordnen.
• Vor- und Nachbereitung: Gesprächsbriefings, Zusammenfassungen, Terminplanung, Aktivitätsprotokolle und Datenhygiene-Prüfungen unterstützen die Pflege des CRM-Kontexts rund um einen Kontakt.

Die Zahl 37 bezeichnet den angekündigten Startumfang für den Vertrieb, nicht 37 eigenständige Salesforce-Produkte. Funktionen für weitere Arbeitsbereiche sind angekündigt, aber auf der Produktseite noch als „Coming soon“ gekennzeichnet. Auch ist nicht öffentlich aufgeschlüsselt, ob jeder Pilotkunde bereits jeden Skill im gleichen Umfang verwenden kann.

Eine Aktion läuft von Claude über MCP zurück zu Salesforce

Salesforce in Claude verschiebt die Bedienoberfläche, nicht die Kontrollinstanz. Claude kann eine Aufgabe entgegennehmen und Salesforce-Funktionen über eine gesicherte Verbindung auf Basis des Model Context Protocol aufrufen. Daten, Workflows, Geschäftslogik und Berechtigungen bleiben dabei auf der Salesforce-Seite verankert; angeforderte Aktionen werden dorthin zurückgeleitet, damit die vorhandenen Regeln greifen.

Der angekündigte Ablauf besteht damit aus vier Stationen: Eine Person formuliert in Claude eine Aufgabe, ein passender Skill wählt die benötigte Salesforce-Funktion, die MCP-Verbindung übermittelt den Aufruf und Salesforce entscheidet anhand der bestehenden Berechtigungen und Geschäftsregeln über Lesen, Ändern oder Ausführen. Erst das erlaubte Ergebnis kehrt anschließend in den Arbeitskontext von Claude zurück.

Das ist eine Herstellerbeschreibung der Architektur, keine unabhängige Sicherheitsprüfung. Sie bedeutet insbesondere nicht, dass das Plug-in zu weit gefasste Rollen oder Feldrechte automatisch korrigiert. Wenn ein Benutzer in Salesforce auf bestimmte Datensätze oder Felder zugreifen darf, bildet diese vorhandene Konfiguration grundsätzlich auch die Grenze für Claude.

Schreibzugriffe bleiben steuerbar, verlangen aber Governance

Das öffentlich beschriebene Kontrollmodell unterscheidet zwischen Datenzugriff und schreibenden Aktionen. Salesforce erklärt, Claude solle nur sehen und ausführen können, wozu der jeweilige Benutzer berechtigt ist. Unternehmen sollen außerdem bestimmen können, wie autonom Schreibvorgänge ablaufen – etwa ob vor einer externen E-Mail eine Bestätigung erforderlich ist oder ob eine konkret angekündigte Feldänderung direkt ausgeführt werden darf.

Für einen Pilotbetrieb folgt daraus eine klare Governance-Frage: Nicht nur das Plug-in, sondern die tatsächliche Salesforce-Konfiguration bestimmt das Risiko. Rollen für Accounts, Kontakte, Opportunities, Aktivitäten und sensible Felder müssen ebenso berücksichtigt werden wie Freigaben für Kommunikation und mehrstufige Workflows. Benötigt werden außerdem nachvollziehbare Protokolle darüber, wer eine Aktion ausgelöst hat, welcher Skill beteiligt war und welche Änderung Salesforce zugelassen oder abgelehnt hat.

Salesforce und Anthropic arbeiten nach eigener Darstellung noch an zusätzlichen Kontrollen für Speicherort, Zugriff und automatisierte Prüfungen. Das spricht gegen die Annahme, der Pilot bilde bereits ein endgültiges Governance-Paket ab. Die vorhandenen Salesforce-Regeln sind eine wichtige technische Grenze, ersetzen aber weder die organisationsspezifische Datenschutzprüfung noch Vorgaben für besonders sensible oder regulierte Vertriebsprozesse.

Pilot und offene Beta markieren unterschiedliche Reifegrade

Der angekündigte Funktionsumfang ist größer als die derzeitige Verfügbarkeit. Ausgewählte Unternehmen können Salesforce in Claude bereits im Pilot nutzen; die offene Beta soll erst im September beginnen. Eine Beta ist wiederum keine uneingeschränkte Produktionsfreigabe und liefert noch keine belastbaren Aussagen zu Skalierung, Fehlerverhalten, Administrationsaufwand oder Supportbedingungen.

Auch die unabhängige Einordnung bleibt entsprechend vorsichtig. Forrester beschreibt Claudeforce als Verbindung von Sales-Cloud-Daten, Workflows und Sicherheitskontrollen mit Claude, verweist aber zugleich auf offene Fragen zu Berechtigungsmodellen, Nutzungskosten und regulierten Abläufen.

Die Partnerschaft reicht zudem in die Gegenrichtung: Claude soll in Agentforce als Reasoning-Modell für die Atlas Reasoning Engine verfügbar sein, Agentforce Vibes und Agentforce Coworker standardmäßig antreiben und im Agent Builder angeboten werden. Das ist architektonisch von Salesforce in Claude zu trennen: Beim Plug-in beginnt die Arbeit in Claude und greift auf Salesforce zu; bei Claude in Salesforce wird das Modell innerhalb von Salesforce-Produkten eingesetzt.

Bestätigt sind damit 37 Vertriebsfunktionen, der Zugriff auf aktuellen CRM-Kontext, durch Salesforce geleitete Aktionen und ein zunächst begrenzter Pilot. Offen bleiben der genaue Betatermin, der tatsächlich freigeschaltete Skill-Umfang je Kunde, Lizenz- und Preismodelle sowie regionale Vertrags- und Datenschutzbedingungen. Erst die Beta-Dokumentation wird zeigen, wie vollständig Salesforce die versprochene Kontrolle außerhalb seiner klassischen Oberfläche administrierbar macht.