Zugriff von einem Geschäftsablauf unterscheiden
Ein Connector, der Datensätze abruft, kann für eine einfache Abfrage nützlich sein. Eine komplexere Aufgabe benötigt möglicherweise auch Definitionen, Ausschlüsse und eine wiederholbare Methode: Welche Fälle gelten als überfällig, wie sind fehlende Datumsangaben zu behandeln und was sollte der Analyst prüfen, bevor er eine Schlussfolgerung weitergibt?
Diese Verfahren können in einem konfigurierten Agenten hinterlegt werden, statt sie in jedem Gespräch erneut einzugeben. Sie bleiben prüfbedürftige Anweisungen; ein MCP-Zugang macht sie nicht zu Sicherheitskontrollen.
- Frage in Claude
- Ausgewählter REDA-Agent
- Zulässige Salesforce-Aufgabe
- Antwort an den Host
Wie REDAs Anbindung positioniert ist
Mit REDA AI kann ein Administrator ausgewählte Internal-Agenten über MCP bereitstellen. Benutzer verbinden sich mit ihrer Salesforce-Identität, und der Agent behält seinen konfigurierten Geschäftskontext und seine Werkzeuge. Der Host erhält die daraus entstehende fachliche Antwort und relevante strukturierte Inhalte – nicht nur einen Katalog von Werkzeugnamen. Die MCP-Nutzung kennenlernen.
MCP ist ein Protokoll, das Anwendungen mit Funktionen verbindet. Seine Autorisierungsspezifikation regelt den Zugriff auf geschützte Dienste; sie entscheidet nicht, ob Ihre fachliche Antwort richtig ist oder ob ein bestimmter Prozess automatisiert werden sollte. [1]
Ein konkretes Beispiel: eine Servicebesprechung vorbereiten
Illustrativer Ablauf, keine gemessene Implementierung. Ein Analyst fragt nach einer wöchentlichen Zusammenfassung ungelöster Fälle. Der ausgewählte Agent verwendet die vereinbarte Definition von „ungelöst“, ruft zulässige Informationen ab und liefert Themen mit zugehörigen Datensätzen zurück. Der Analyst prüft die Summen und bereitet die endgültigen Besprechungsunterlagen im Host vor.
Wird die Anfrage um die Änderung von Fallverantwortlichen oder den Versand von Nachrichten erweitert, entsteht ein anderer Aktionsumfang. Entscheiden Sie zunächst, ob diese Funktionen überhaupt in den Agenten gehören, und legen Sie anschließend die geltenden Berechtigungen und das Prüfverhalten fest.
Beide Seiten der Verbindung bewerten
| Grenze | Zu klärende Frage |
|---|---|
| Identität und Zugriff | Welche Salesforce-Identität wird verwendet, und worauf kann dieser Benutzer zugreifen? |
| Informationen, die Salesforce verlassen | Welche Antworten, Datensätze oder Aktionsdetails gelangen an den Host und seine Anbieter? |
| Aktionsausführung | Welche Vorgänge sind zulässig, und welche benötigen eine technisch durchgesetzte Genehmigung? |
| Nachweise | Wo lassen sich das Gespräch und die daraus entstandenen Datensatzänderungen prüfen? |
Gehen Sie nicht davon aus, dass REDA andere in Claude verfügbare Connectoren kontrolliert oder dass eine Bestätigung im Host zugleich eine Genehmigung in Salesforce erzwingt. Geplante Aufgaben können zudem unter einer anderen Ausführungsidentität laufen als eine unmittelbare Anfrage. Die Governance-Seite und die Einrichtungsdokumentation erläutern die relevanten Einschränkungen.
Mit einer überwiegend lesenden Aufgabe beginnen
Eine eng definierte Analyseanfrage erleichtert die Prüfung von Nutzen und Grenzen. Testen Sie mit einem Benutzer mit repräsentativen Zugriffsrechten, einem nicht zugänglichen Datensatz, unvollständigen Daten und einer Frage außerhalb des Agentenumfangs. Prüfen Sie anschließend das tatsächliche Ergebnis, nicht nur die Erklärung im Gespräch.
REDA kann bei der Konfiguration des Geschäftsverfahrens und der Bewertung der Anbindung unterstützen. Ein Bericht, Export oder einfacherer Connector kann dennoch ausreichen; wählen Sie den Agentenansatz, wenn das wiederverwendbare Verfahren seinen Einsatz rechtfertigt.
Quellen
- Model Context Protocol — Authorization specification · Spezifikation vom 25. November 2025. Abgerufen am 22. September 2026.