SAP SuccessFactors über MCP mit Microsoft Copilot verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → SAP SuccessFactors klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

SAP SuccessFactors + Microsoft Copilot

Liest SAP SuccessFactors Employee Central über die OData API: Mitarbeiter, Job-Informationen, Personen, Gesellschaften, Abteilungen, Positionen und Abwesenheiten, dazu generische OData-Tools für jede andere Entität. OAuth 2.0 SAML Bearer, nur lesend.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

SF_API_URL, SF_COMPANY_ID, SF_CLIENT_ID, SF_SAML_ASSERTION

Schritt 1 — Zugangsdaten holen

1. Öffne in SuccessFactors Admin Center → Manage OAuth2 Client Applications → Register Client Application. Erzeuge dort ein X.509-Zertifikat (oder lade dein eigenes hoch), lade den privaten Schlüssel herunter und kopiere den nach der Registrierung angezeigten API Key in SF_CLIENT_ID.
2. Erzeuge mit SAPs Offline-Generator für SAML-Assertions (SAP Note 3031657) eine SAML-Assertion für den API-Benutzer: Token-URL <api-server>/oauth/token, der API Key als Client-ID, der API-Benutzer, der private Schlüssel und expireInMinutes mit der gewünschten Gültigkeitsdauer der Assertion. Füge die base64-Assertion in SF_SAML_ASSERTION ein.
3. Setze SF_API_URL auf den OData-API-Server deines Rechenzentrums, ohne /odata/v2, zum Beispiel https://api4.successfactors.com oder https://api012.successfactors.eu. SAPs List of SAP SuccessFactors API Servers nennt ihn, und er passt zum Host deiner Login-URL.
4. Setze SF_COMPANY_ID auf deine Company ID: Sie steht unter deinem Namen (oben rechts) → Show version information und in der Login-URL als company=.
5. Gib dem API-Benutzer die Employee-Central-API-Berechtigung (Role-Based Permissions → Employee Central API: OData API access) und Leserechte auf die Entitäten und Felder, die die KI sehen soll.
6. Installiere den Connector. Beginne mit sap_successfactors_guide, das keinen API-Aufruf kostet, und führe dann sap_successfactors_list_users aus: Eine Liste von Mitarbeitern zeigt, dass die Verbindung steht.

Tokens: Der Connector tauscht die Assertion gegen ein Access-Token, das 24 Stunden gilt, und erneuert es automatisch, solange die Assertion gültig ist. Läuft die Assertion ab, erzeuge eine neue und füge sie in SF_SAML_ASSERTION ein. SAP schaltet HTTP Basic Authentication für diese APIs am 20. November 2026 ab, deshalb wird sie nicht angeboten.

Nur lesend: Die KI liest und ändert nichts in SuccessFactors. Jeder Aufruf läuft als der API-Benutzer, den die Assertion nennt, die rollenbasierten Berechtigungen von SuccessFactors bestimmen also, was sie sieht.

Was sie liest: Mitarbeiterprofile mit ihrer userId, Job-Informationen (Gesellschaft, Abteilung, Position, Vorgesetzter, Beschäftigungsstatus), Personendatensätze mit persönlichen Daten, E-Mail-Adressen und Telefonnummern, Gesellschaften, Abteilungen, Positionen mit Vakanz und FTE sowie Abwesenheitsanträge. Für jede andere Entität listet sap_successfactors_get_entity_metadata die Felder, und die generischen OData-Tools lesen sie.

Stichtagsbezug: Job-Informationen, Gesellschaften, Abteilungen und Positionen liefern den heute gültigen Datensatz. Frag nach einem Stichtag oder einem Zeitraum, wenn du die Historie brauchst.

Limits: Eine Seite enthält höchstens 1000 Zeilen, große Listen grenzt die KI mit Filtern ein. SAP drosselt intensive API-Nutzung pro Tenant, deshalb filtert die KI nach dem Datum der letzten Änderung, statt immer wieder alle Benutzer zu lesen.

Gut zu wissen: Inaktive Benutzer erscheinen nur, wenn du sie über den Status abfragst, und Auswahllistenfelder kommen als Codes zurück, solange die KI ihre Bezeichnungen nicht mitlädt.

Der Connector stellt niemanden ein, ändert keine Job- oder Vergütungsdaten, genehmigt keine Abwesenheiten und schreibt in keine Entität von SuccessFactors.

Schritt 2 — Adapter installieren

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Schritt 3 — Connector in Microsoft Copilot hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.

1. Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
2. Trag einen Server name ein (zum Beispiel AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft.
3. Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf X-API-Key und klicke auf Create.
4. Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
5. Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die SAP SuccessFactors-Tools braucht.
6. Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.

Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.

Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.

Verfügbare Tools

Beispiel-Prompts

• „Wie viele aktive Mitarbeiter haben wir pro Abteilung, und wer leitet jede Abteilung?“
• „Wer ist nächste Woche abwesend, und welche Abwesenheitsanträge warten noch auf Genehmigung?“
• „Liste unsere unbesetzten Positionen mit Gesellschaft, Abteilung und FTE auf.“
• „Zeig mir den Jobverlauf von Mitarbeiter 10234 in den letzten zwei Jahren: Wechsel von Abteilung, Position und Vorgesetztem.“

FAQ

Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.

Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.

Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.

Nächste Schritte

• Connector-Startseite
• Mit Claude verbinden
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Gemini verbinden
• Mit Meta Muse verbinden