SCIM, SSO, webhook: il vocabolario IT che il vostro fornitore welfare dovrebbe già parlare

Una conversazione tipo: l'HR introduce un nuovo fornitore di welfare aziendale (flexible benefit, in particolare), l'IT chiede 'avete SCIM?', e il fornitore risponde 'cosa?'. Tradurre il vocabolario IT del welfare aziendale: cosa sono SCIM, SSO, webhook, perché contano, e perché sentirsi rispondere 'cosa?' è già una risposta.

Scenario tipo, capitato più volte di fronte ai nostri occhi. L'HR di un'azienda mid-market sta valutando una nuova piattaforma di welfare aziendale (in particolare per gestire flexible benefit: rimborsi sanitari, formazione, trasporti, asili, mutuo). Coinvolge il responsabile IT in una call di selezione. Il responsabile IT, che è abituato a parlare con vendor SaaS moderni (Slack, Zoom, Notion, Salesforce, GitHub), fa tre domande in fila.

"Avete SCIM per il provisioning?"

"Si integra con il nostro identity provider via OIDC?"

"Esponete webhook per gli eventi utente?"

Nove volte su dieci, dall'altra parte della call si sente un silenzio. Poi un "le mando una mail con il referente tecnico". Quella mail, nove volte su dieci, non arriva mai con la risposta giusta.

Il problema non è che il singolo fornitore sia fatto male. Il problema è strutturale: gran parte del settore welfare aziendale italiano è rimasto fermo a un modello di integrazione anni 2010: file CSV, password personali, batch notturni. Nel resto del mondo SaaS questo è considerato preistoria da almeno otto anni.

Vediamo cosa significano davvero queste tre sigle, perché contano, e cosa rispondere quando vi sentite dire "cosa?".

SCIM: il provisioning automatico degli utenti

SCIM sta per System for Cross-domain Identity Management. È uno standard aperto (RFC 7644) che permette al vostro identity provider — Microsoft Entra ID, Okta, Google Workspace, OneLogin — di creare, aggiornare e disattivare utenti su un'applicazione esterna in tempo reale.

In pratica: quando assumete una persona e la create in Entra ID con il ruolo "Dipendente", la piattaforma di welfare aziendale riceve immediatamente la notifica via SCIM, crea l'utente, gli assegna il piano di flexible benefit corretto e gli manda l'email di onboarding. Quando un dipendente esce, e voi lo disattivate in Entra ID, il piano si blocca automaticamente nel giro di minuti.

Perché conta: senza SCIM, qualcuno in HR deve ricordarsi di aprire la dashboard del welfare aziendale ogni volta che assume o licenzia qualcuno. Lo dimentica regolarmente. Il risultato è dipendenti nuovi che aspettano due settimane il loro accesso ai flexible benefit, e dipendenti usciti che restano attivi per mesi.

Cosa chiedere al fornitore: "Supportate SCIM 2.0? Avete connettori certificati per Entra ID e Okta?"

SSO: una sola password per tutto

SSO sta per Single Sign-On. Significa che il dipendente accede al portale di welfare aziendale con le stesse credenziali aziendali che usa per email, Slack e gestionale. Niente nuova password, niente reset, niente "ho dimenticato come si entra".

I protocolli moderni che vi servono sono SAML 2.0 e OIDC (OpenID Connect). Sono standard aperti, supportati da qualunque identity provider serio. Un fornitore di welfare aziendale che dice "noi gestiamo l'autenticazione con username e password sui nostri server" sta dicendo, in modo elegante, che il loro stack è vecchio.

Perché conta: il tasso di adozione del welfare aziendale (e in particolare dei flexible benefit, che sono già di per sé più complessi da usare di un semplice acquisto) è correlato in modo brutale alla facilità di accesso. Se il dipendente deve ricordarsi un'altra password, ne usa metà. Se entra con un click dal dashboard aziendale, ne usa il doppio.

Cosa chiedere al fornitore: "Supportate SAML o OIDC? Avete una guida per integrare il nostro IdP? In quanti giorni si attiva?"

Webhook: gli eventi welfare in tempo reale

I webhook sono notifiche HTTP che la piattaforma di welfare aziendale invia a un vostro endpoint quando succede qualcosa di rilevante: una transazione, un'erogazione, un nuovo utente, un blocco carta. È il modo standard con cui i sistemi SaaS moderni si parlano.

Esempi concreti di cosa si può fare con i webhook applicati al welfare aziendale.

• Inviare ogni transazione di flexible benefit alla vostra BI aziendale (Power BI, Looker, Metabase) per dashboard di controllo di gestione in tempo reale.

• Notificare via Slack al manager quando un suo riporto chiede un'approvazione per spese sopra soglia.

• Triggerare un workflow di onboarding automatico al momento della prima erogazione di un nuovo dipendente.

• Sincronizzare lo storico spese di welfare aziendale dentro il vostro HRIS senza fare polling.

Perché conta: senza webhook si fa polling. Cioè qualcuno scarica un file ogni notte e prova a capire cosa è cambiato. Funziona, ma è lento, è sbagliato, ed è esattamente come si lavorava nel 2009.

Cosa chiedere al fornitore: "Esponete webhook su eventi? C'è una documentazione pubblica? Posso vedere un esempio di payload?"

La checklist di 5 domande per il vostro fornitore di welfare aziendale

Da girare al vostro IT prima di firmare qualunque contratto.

1. Provisioning: "Supportate SCIM 2.0 con connettori per Entra ID, Okta, Google Workspace?"

2. Autenticazione: "Supportate SSO via SAML 2.0 e OIDC? Quanto tempo serve per attivarlo?"

3. API: "Avete un'API REST documentata pubblicamente? Posso vedere la documentazione adesso?"

4. Webhook: "Esponete eventi via webhook? Quali eventi? Con che garanzie di consegna?"

5. Logging e audit: "C'è un audit log immutabile delle azioni utente, esportabile per ispezioni?"

Le risposte vi diranno tutto quello che serve sapere sulla maturità tecnica del fornitore. Se la prima risposta è "le facciamo richiamare dal commerciale", la maturità è quella che è. Se la prima risposta è un link alla documentazione developer, siete a posto.

Perché in Cipay parliamo questo vocabolario

Perché siamo nati con un'altra filosofia: il welfare aziendale (e in particolare i flexible benefit, che sono il cuore difficile della categoria) deve essere un componente del vostro stack IT, non un'isola separata. Vuol dire SCIM, SSO, webhook, API REST documentate, eventi tracciabili. Vuol dire che il vostro responsabile IT può integrare Cipay come integra qualunque altro SaaS moderno, senza dover imparare un linguaggio speciale.

Se volete vedere la nostra documentazione tecnica, o capire come integrare Cipay con il vostro identity provider e il vostro HRIS, scriveteci. Vi mettiamo in contatto direttamente con qualcuno che parla la vostra lingua, non con un commerciale che vi rimanda ad altri.