Come integrare una Social Intranet nel tuo ecosistema digitale: SSO, Microsoft 365 e sistemi HR
• 8 min di lettura
Articolo
In breve. Integrare una Social Intranet significa collegarla ai sistemi che l'azienda usa già su quattro livelli: identità, dati utente, esperienza ed eventi. Sul piano dell'identità, i dipendenti accedono con le credenziali aziendali tramite Single Sign-On, ad esempio con Microsoft Entra ID. I dati di utenti, reparti e ruoli si sincronizzano con i sistemi HR. L'esperienza può vivere dentro la intranet esistente. Gli eventi generati nella Community alimentano CRM, HR e automazioni. Senza questi collegamenti, la Social Intranet diventa un altro login e un altro silo.
Perché una Social Intranet non integrata diventa l'ennesimo silo?
Molti progetti di Social Intranet partono bene e si fermano dopo qualche mese. Raramente il problema sono le funzionalità. Più spesso è il modo in cui la piattaforma si inserisce, o non si inserisce, in ciò che esiste già.
Una Community non integrata porta con sé una serie di attriti prevedibili. C'è un account in più da creare e una password in più da ricordare. Le anagrafiche vanno aggiornate a mano: chi entra in azienda non c'è finché qualcuno non lo aggiunge, chi cambia reparto continua a ricevere i contenuti del team precedente, chi esce rischia di mantenere l'accesso. E le informazioni che nascono nella Community restano lì, scollegate dai sistemi in cui l'azienda prende decisioni.
Ogni passaggio in più è un motivo in meno per entrare. È lo stesso meccanismo che descriviamo parlando del costo dei silos informativi: uno strumento nato per far circolare le informazioni finisce per trattenerle.
Il principio che guida un'integrazione ben fatta è semplice: integrare, non sostituire. La Social Intranet non deve rimpiazzare la posta, Microsoft 365 o il sistema HR. Deve diventare lo strato di relazione che li collega.
Cosa significa integrare una Community in un ecosistema esistente?
Definizione — Single Sign-On (SSO) Il Single Sign-On è un metodo di autenticazione che permette di accedere a più applicazioni con un'unica identità, gestita da un identity provider aziendale (ad esempio Microsoft Entra ID, già Azure Active Directory, Keycloak o Google). L'utente si autentica una volta sola; le applicazioni collegate ricevono dall'identity provider la conferma della sua identità, senza gestire password proprie.
Integrare una Community non è un'operazione unica. Conviene pensarla su quattro livelli distinti, che si possono attivare in momenti diversi del progetto.
Identità. Chi può entrare e con quali credenziali. È il livello di partenza: senza SSO, ogni altra integrazione poggia su un'anagrafica separata.
Dati utente. Chi è ogni persona all'interno dell'organizzazione: reparto, ruolo, sede. Questi dati vivono nei sistemi HR e devono arrivare nella Community senza inserimenti manuali.
Esperienza. Dove si incontra la Community. Può essere un ambiente a sé, su un dominio aziendale, oppure essere inserita nella intranet o nelle applicazioni che i dipendenti usano già ogni giorno.
Eventi. Cosa succede nella Community e chi deve saperlo. Iscrizioni, contenuti, commenti, connessioni possono attivare processi in altri sistemi: CRM, marketing automation, data warehouse, strumenti HR.
Come funziona il Single Sign-On con Microsoft Entra ID e gli altri identity provider?
Dal punto di vista dell'utente, il funzionamento è lineare. Clicca su "Accedi", viene reindirizzato alla pagina di autenticazione aziendale che conosce già, inserisce le sue credenziali ed entra nella Community. Se ha già una sessione aperta con l'identity provider, il passaggio è quasi invisibile.
Dietro le quinte, l'identity provider conferma l'identità dell'utente alla Community attraverso protocolli standard, come OAuth 2.0, e token firmati, come i JWT. La Community non gestisce password: riceve un'identità verificata.
I vantaggi per l'IT sono concreti:
Policy di sicurezza centralizzate. Le regole già definite sull'identity provider, come l'autenticazione a più fattori, si applicano anche all'accesso alla Community.
Offboarding più sicuro. Quando un account viene disattivato sull'identity provider, quella persona non può più autenticarsi nella Community.
Meno richieste di supporto. Nessuna password aggiuntiva da reimpostare.
Un caso frequente nelle organizzazioni più articolate è la presenza di più identity provider: i dipendenti su Microsoft Entra ID, ad esempio, e collaboratori esterni, agenti o partner su un altro sistema. Una piattaforma pensata per contesti enterprise deve poter gestire più provider in parallelo, senza costringere l'azienda a uniformare tutto su un'unica directory.
Come si collega una Community a Microsoft 365 e alla intranet che già usi?
Per le aziende che lavorano in ambiente Microsoft 365, il primo passo è il SSO con Microsoft Entra ID: i dipendenti entrano nella Community con lo stesso account che usano per posta, documenti e riunioni.
Il secondo passo riguarda l'esperienza. Chiedere ai dipendenti di aprire un'applicazione in più è una frizione evitabile. L'alternativa è portare la Community dentro gli strumenti Microsoft che usano già ogni giorno:
SharePoint, dove spesso vive la intranet aziendale: la Community affianca documenti e procedure con feed, gruppi ed eventi, senza un secondo accesso.
Teams, dove si svolge buona parte della collaborazione quotidiana: la Community diventa raggiungibile nello stesso ambiente in cui le persone chattano e partecipano alle riunioni.
L'identità resta una sola, e la Community smette di essere "un altro posto dove andare".
In pratica, la intranet tradizionale continua a fare ciò che fa bene: documenti, procedure, comunicazioni istituzionali. La Social Intranet aggiunge lo strato di conversazione, partecipazione e riconoscimento che a una intranet documentale di solito manca.
Come si sincronizza la Community con i sistemi HR?
Il sistema HR è la fonte di verità su chi lavora in azienda, in quale reparto, con quale ruolo e in quale sede. La Community dovrebbe leggere questi dati, non duplicarli.
L'integrazione avviene tipicamente in due direzioni.
Dai sistemi HR verso la Community, tramite API. Quando una persona viene assunta, il suo account viene creato automaticamente. Quando cambia reparto o sede, i suoi attributi si aggiornano. Quando lascia l'azienda, l'account viene disattivato. Attributi come Dipartimento, Mansione e Località, gestiti nella Community come tag, permettono poi di indirizzare contenuti, notifiche e messaggi alle persone giuste senza liste manuali.
Dalla Community verso gli altri sistemi, tramite webhook. Ogni attività rilevante (una nuova iscrizione, un contenuto pubblicato, un commento, una nuova connessione) può generare un evento inviato in tempo reale a un sistema esterno: il gestionale HR, il CRM, un data lake per l'analisi.
Un esempio di flusso di onboarding:
Il nuovo assunto viene inserito nel sistema HR.
L'account nella Community viene creato con i tag di reparto, ruolo e sede.
La persona riceve un messaggio di benvenuto e trova subito i contenuti e i gruppi del suo team.
Le sue prime attività nella Community tornano ai sistemi aziendali come eventi, utili per seguire l'avanzamento dell'onboarding.
Con API e webhook si copre la maggior parte degli scenari. Quando l'azienda usa un sistema HR specifico e ha bisogno di un collegamento più stretto, è possibile progettare un'integrazione diretta dedicata.
Headless, embeddable o full-stack: quale modalità di integrazione scegliere?
Non esiste una modalità giusta in assoluto. Dipende da quanto l'azienda vuole controllare l'interfaccia e da quante risorse di sviluppo ha a disposizione.
Modalità | Cosa include | Quando sceglierla | Impegno di sviluppo |
|---|---|---|---|
Headless | Solo API: logica e dati della Community, interfaccia costruita interamente dall'azienda | Quando la Community deve vivere dentro un prodotto o un'app proprietaria, con un'interfaccia completamente custom | Alto |
Embeddable | Componenti pronti (feed, profili, gruppi, notifiche) da inserire in applicazioni o intranet esistenti | Quando l'obiettivo è portare funzioni social dentro strumenti già in uso, senza costruirle da zero | Medio |
Full-stack | Community completa con frontend pronto (PWA), personalizzabile in tema, dominio e funzionalità | Quando serve una Social Intranet operativa in tempi brevi, con identità visiva aziendale | Basso |
Le modalità non si escludono. Un progetto può partire full-stack per arrivare rapidamente all'adozione, e integrare in seguito componenti embeddable nella intranet o nelle app interne.
Cosa verificare prima di scegliere una piattaforma per la Social Intranet?
Una checklist utile per CTO e IT manager in fase di valutazione:
SSO: supporta il tuo identity provider con protocolli standard? Gestisce più provider in parallelo?
Copertura delle API: tutte le funzionalità sono accessibili via API, o solo una parte?
Webhook: i payload sono firmati per verificarne l'autenticità? Esiste un meccanismo di retry in caso di errore? Si possono configurare più endpoint?
Ambiente di staging: puoi testare integrazioni e aggiornamenti prima che arrivino in produzione?
SLA: l'uptime è garantito per contratto, con un documento consultabile?
GDPR: l'azienda resta titolare del trattamento? È previsto un accordo sul trattamento dei dati?
Portabilità: i dati si possono esportare in formati standard, come JSON, CSV o XML, se un giorno decidi di cambiare fornitore?
Piani: SSO e integrazioni avanzate sono inclusi nel piano che stai valutando?
Come si integra SelfCommunity nello stack esistente?
SelfCommunity appartiene alla categoria delle Community platform personalizzate: è progettata per inserirsi nell'architettura esistente, non per sostituirla. È la logica descritta nella pagina Integra.
Sul piano dell'identità, SelfCommunity supporta in modo nativo diversi identity provider, tra cui Microsoft Entra ID, Keycloak, Google e LinkedIn, e si integra con Microsoft 365, inclusi SharePoint e Teams. Sul piano dei dati e degli eventi, mette a disposizione API REST v2 che danno accesso programmatico a tutte le funzionalità della piattaforma, con autenticazione OAuth 2.0 e JWT, e webhook in tempo reale con firma HMAC, retry automatico ed endpoint multipli. Sul piano dell'esperienza, il Community-JS SDK offre componenti React per portare le funzioni social dentro applicazioni web esistenti.
Le tre modalità di integrazione (headless, embeddable e full-stack) sono tutte disponibili, con un ambiente di staging dedicato per i test. SSO e integrazioni avanzate sono inclusi nel piano Enterprise, che prevede anche uno SLA con uptime garantito al 99,5%. Per i sistemi HR, l'integrazione avviene via API e webhook oppure, quando serve, con un collegamento diretto progettato sul sistema in uso.
Se stai valutando una Community interna per il tuo team, la pagina Social Intranet raccoglie casi d'uso e funzionalità. La documentazione tecnica completa è disponibile sul portale Developers.
FAQ
Una Social Intranet supporta il login con Microsoft 365? Sì, se la piattaforma supporta il Single Sign-On con Microsoft Entra ID, l'identity provider di Microsoft 365. In questo caso i dipendenti accedono alla Community con lo stesso account aziendale che usano per posta, documenti e Teams, senza password aggiuntive.
Serve un team di sviluppo per integrare una Social Intranet? Dipende dalla modalità scelta. Una Community full-stack con SSO richiede un impegno di sviluppo limitato. Le integrazioni headless o con componenti embeddable, e le sincronizzazioni con i sistemi HR, richiedono invece competenze di sviluppo, interne o di un partner tecnico.
Si possono sincronizzare gli utenti della Community con il sistema HR? Sì. Tramite API, la creazione, l'aggiornamento e la disattivazione degli account possono seguire automaticamente i dati del sistema HR, inclusi attributi come reparto, ruolo e sede. Tramite webhook, le attività svolte nella Community possono tornare ai sistemi aziendali.
Cosa succede ai dati se si cambia fornitore della Social Intranet? Dipende dalla piattaforma. È importante verificare prima della scelta che l'azienda resti titolare del trattamento dei dati e che sia possibile esportarli in formati standard, come JSON, CSV o XML, senza perdita di informazioni.
Una Social Intranet può convivere con una intranet SharePoint esistente? Sì, ed è spesso la scelta più efficace. La intranet SharePoint continua a gestire documenti e comunicazioni istituzionali, mentre la Social Intranet aggiunge conversazione, partecipazione e riconoscimento, con accesso tramite la stessa identità aziendale.
Link correlati
Richiedi una demo di SelfCommunity e scopri come integrare la tua Social Intranet con SSO, Microsoft 365 e i sistemi HR che usi già.
