Come collegare SAP SuccessFactors a Microsoft Copilot via MCP

💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → SAP SuccessFactors, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente git clone, niente server locale.

SAP SuccessFactors + Microsoft Copilot

Legge SAP SuccessFactors Employee Central tramite la sua OData API: dipendenti, informazioni sul lavoro, persone, società, reparti, posizioni e assenze, più tool OData generici per qualsiasi altra entità. OAuth 2.0 SAML bearer, sola lettura.

Prerequisiti

Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:

SF_API_URL, SF_COMPANY_ID, SF_CLIENT_ID, SF_SAML_ASSERTION

Step 1 — Ottieni le credenziali

1. In SuccessFactors apri Admin Center → Manage OAuth2 Client Applications → Register Client Application. Genera lì un certificato X.509 (o carica il tuo), scarica la chiave privata e copia in SF_CLIENT_ID l'API Key mostrata dopo la registrazione.
2. Genera un'asserzione SAML per l'utente API con il generatore offline di asserzioni SAML di SAP (SAP Note 3031657): token URL <api-server>/oauth/token, l'API key come client id, l'utente API, la chiave privata e expireInMinutes impostato sulla durata per cui l'asserzione deve restare valida. Incolla l'asserzione in base64 in SF_SAML_ASSERTION.
3. Imposta SF_API_URL sul server OData API del tuo data center, senza /odata/v2, per esempio https://api4.successfactors.com o https://api012.successfactors.eu. Lo trovi nella List of SAP SuccessFactors API Servers di SAP e corrisponde all'host del tuo URL di accesso.
4. Imposta SF_COMPANY_ID sul tuo company ID: compare sotto il tuo nome (in alto a destra) → Show version information e nell'URL di accesso come company=.
5. Dai all'utente API il permesso Employee Central API (Role-Based Permissions → Employee Central API: OData API access) e il permesso di lettura sulle entità e sui campi che l'AI deve vedere.
6. Installa il connettore. Parti da sap_successfactors_guide, che non costa chiamate API, poi esegui sap_successfactors_list_users: un elenco di dipendenti conferma che la connessione funziona.

Token: il connettore scambia l'asserzione con un token di accesso valido 24 ore e lo rinnova da solo finché l'asserzione è valida. Quando l'asserzione scade, generane una nuova e incollala in SF_SAML_ASSERTION. SAP dismette l'autenticazione HTTP Basic per queste API il 20 novembre 2026, quindi non è offerta.

Sola lettura: l'AI legge e non modifica nulla in SuccessFactors. Ogni chiamata gira come l'utente API indicato nell'asserzione, quindi sono i permessi basati sui ruoli di SuccessFactors a decidere cosa vede.

Cosa legge: profili dei dipendenti con il loro userId, informazioni sul lavoro (società, reparto, posizione, responsabile, stato del rapporto), anagrafiche delle persone con dati personali, email e telefoni, società, reparti, posizioni con vacanza e FTE, e richieste di assenza. Per qualsiasi altra entità, sap_successfactors_get_entity_metadata ne elenca i campi e i tool OData generici la leggono.

Validità per data: informazioni sul lavoro, società, reparti e posizioni restituiscono il record valido oggi. Chiedi una data o un intervallo di date quando ti serve lo storico.

Limiti: una pagina contiene al massimo 1000 righe, e l'AI restringe gli elenchi grandi con dei filtri. SAP limita l'uso intensivo delle API per tenant, quindi l'AI filtra per data dell'ultima modifica invece di rileggere ogni volta tutti gli utenti.

Buono a sapersi: gli utenti inattivi compaiono solo se li chiedi per stato, e i campi a picklist tornano come codici finché l'AI non ne espande le etichette.

Il connettore non assume persone, non modifica dati di lavoro o retribuzione, non approva assenze e non scrive in nessuna entità di SuccessFactors.

Step 2 — Installa l'adapter

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

Step 3 — Aggiungi il connettore in Microsoft Copilot

L'URL del tuo server: in AnythingMCP apri MCP Servers → il server su cui si trova questo connettore e copia il suo URL (https://cloud.anythingmcp.com/mcp/…). Usalo ovunque questa guida mostra YOUR_SERVER_ID.

Microsoft Copilot usa i server MCP tramite gli agenti creati in Copilot Studio: aggiungi AnythingMCP a un agente come strumento, poi pubblichi l'agente in Microsoft 365 Copilot e in Teams. Copilot Studio si collega dal cloud di Microsoft via Streamable HTTP, che AnythingMCP supporta.

1. In Copilot Studio apri il tuo agente (o creane uno), vai su Tools e scegli Add a tool → New tool → Model Context Protocol.
2. Inserisci un Server name (per esempio AnythingMCP), una Server description che dica cosa fa il connettore e il Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descrizione per decidere quando chiamare il server.
3. Come autenticazione scegli API key, imposta Type su Header e come nome dell'header X-API-Key, poi seleziona Create.
4. In Add tool scegli Create a new connection, incolla una chiave API MCP di AnythingMCP (MCP Servers → il tuo server → API keys) e seleziona Add to agent.
5. Provalo nel riquadro Test dell'agente: chiedi qualcosa che richiede i tool di SAP SuccessFactors.
6. Seleziona Publish, poi Channels → Microsoft 365 and Microsoft Teams, lascia selezionato Make agent available in Microsoft Copilot e scegli Add channel. See agent in Teams lo installa per te; in Microsoft 365 Copilot scrivi @ e scegli l'agente.

Preferisci un accesso per ogni utente? Al posto della chiave API scegli OAuth 2.0 → Dynamic discovery: ogni persona accede ad AnythingMCP la prima volta che l'agente lo chiama.

Usi il self-hosting? Usa l'indirizzo HTTPS pubblico della tua istanza al posto di https://cloud.anythingmcp.com. Copilot Studio si collega dal cloud di Microsoft, quindi localhost non funziona.

Tool disponibili

Esempi di prompt

• "Quanti dipendenti attivi abbiamo per reparto, e chi è a capo di ciascun reparto?"
• "Chi è assente la prossima settimana, e quali richieste di assenza aspettano ancora l'approvazione?"
• "Elenca le nostre posizioni vacanti con società, reparto e FTE."
• "Mostrami lo storico lavorativo del dipendente 10234 negli ultimi due anni: cambi di reparto, posizione e responsabile."

FAQ

Per quale Copilot vale? Per Microsoft 365 Copilot in azienda, tramite gli agenti di Copilot Studio. L'app Microsoft Copilot per account personali non permette di aggiungere un proprio server MCP.

Cosa mi serve? Un account di lavoro con accesso a Copilot Studio (licenza o prova) per creare l'agente. Chi lo usa in Microsoft 365 Copilot o in Teams deve avere accesso all'agente: condividilo, oppure chiedi a un amministratore di pubblicarlo per l'organizzazione. Se la tua organizzazione applica criteri sui dati ai connettori di Power Platform, valgono anche per i server MCP.

L'agente non chiama i tool. Controlla che il nome dell'header sia esattamente X-API-Key e che la chiave appartenga allo stesso server MCP dell'URL, e scrivi una Server description precisa: Copilot Studio la usa per decidere quando chiamare il server. Dopo ogni modifica pubblica di nuovo l'agente; in una chat già aperta scrivi "start over" per passare alla nuova versione.

Prossimi passi

• Landing del connettore
• Collegare a Claude
• Collegare a ChatGPT
• Collegare a Cursor
• Collegare a Gemini
• Collegare a Meta Muse