Autenticazione proprietaria e CMS headless collegati tramite middleware
Per una compagnia assicurativa con un ecosistema applicativo eterogeneo, Nyxra ha collegato un sistema di autenticazione proprietario a un CMS headless, eliminando la doppia gestione di utenti e permessi.
Il progetto in breve
- CLIENTE
- Compagnia assicurativa
- SETTORE
- Assicurativo
- AREA DI INTERVENTO
- System Integration
- PROBLEMA
- L'autenticazione proprietaria non dialogava con il CMS headless usato per dati e contenuti operativi.
- SOLUZIONE
- Middleware dedicato tra autenticazione proprietaria e CMS headless, con customizzazione del CMS.
- OUTPUT
- Sistemi collegati, gestione più coerente di utenti e permessi, meno doppia manutenzione.
- TECNOLOGIE
- Node.js · NestJS · Directus · CMS headless · VM Ubuntu · PM2
Il contesto di partenza
Il cliente utilizzava un ecosistema applicativo composto da più sistemi, tra cui un portale di autenticazione proprietario e un CMS headless per la gestione di dati e contenuti operativi.
Entrambi gli strumenti erano importanti per il processo, ma non comunicavano in modo diretto. Il team doveva gestire separatamente utenti, accessi e permessi, aumentando complessità e rischio di disallineamento.
In un contesto assicurativo — dove affidabilità, controllo degli accessi e coerenza dei permessi sono critici — la mancanza di integrazione generava una frizione operativa significativa.
Due sistemi indispensabili. Nessun dialogo tra loro.
Il cliente aveva già gli strumenti necessari, ma mancava il livello tecnico per farli lavorare insieme.
Il sistema di autenticazione proprietario non dialogava con il CMS headless. Utenti, ruoli e permessi dovevano essere gestiti e allineati manualmente tra ambienti diversi.
La doppia gestione creava lavoro operativo aggiuntivo e aumentava il rischio di errori: un permesso aggiornato in un sistema poteva non essere coerente nell'altro, generando disallineamenti difficili da controllare.
Un middleware che fa da ponte tra i due mondi
Nyxra ha sviluppato un middleware dedicato per collegare il sistema di autenticazione proprietario al CMS headless. Il middleware riceve, interpreta e trasmette le informazioni necessarie per mantenere coerente la gestione di utenti e permessi, riducendo gli interventi manuali.
Oltre allo sviluppo del middleware, Nyxra ha lavorato sulla customizzazione del CMS e sulla configurazione dell'ambiente in ottica di affidabilità operativa.
Un livello intermedio, non una sostituzione
L'integrazione è stata progettata per evitare che autenticazione e CMS continuassero a funzionare come due ambienti separati. Il middleware crea un livello intermedio: le informazioni non vengono replicate a mano, ma gestite attraverso un flusso coerente e controllabile.
Autenticazione proprietaria
Gestisce utenti, identità e accessi.
Middleware Nyxra
Traduce e collega le informazioni tra i sistemi, senza replica manuale.
CMS headless
Riceve dati coerenti su utenti, ruoli e permessi.
L'obiettivo non era sostituire gli strumenti esistenti, ma farli comunicare meglio, preservando ciò che era già presente nell'ecosistema del cliente.
L'impatto sul lavoro di ogni giorno
L'integrazione ha ridotto la complessità operativa e reso più fluida la gestione degli accessi tra i due sistemi.
Allineamento manuale eliminato
La gestione di utenti e permessi non richiede più doppie attività ricorrenti tra autenticazione proprietaria e CMS.
Onboarding più immediato
L'inserimento e la gestione degli utenti diventano più fluidi, riducendo passaggi manuali e verifiche ripetitive.
Meno disallineamenti
Ruoli e permessi risultano più coerenti tra sistemi, riducendo errori e frizioni operative.
Sistemi collegati, senza sostituire tutto
Il cliente ha valorizzato l'ecosistema esistente aggiungendo il livello tecnico necessario per farlo funzionare meglio.
Tecnologie e componenti
Lo stack è stato scelto in base ai sistemi da collegare, ai vincoli dell'ambiente e alla necessità di un'integrazione affidabile e manutenibile.
- Node.js
- NestJS
- Directus
- CMS headless
- Middleware custom
- VM Ubuntu
- PM2
La tecnologia è stata usata come mezzo per risolvere il problema operativo: collegare sistemi già presenti, automatizzare l'allineamento e ridurre la manutenzione manuale.
Non sempre serve sostituire gli strumenti aziendali esistenti. Spesso il valore nasce dalla capacità di costruire il livello corretto tra sistemi che già fanno parte dell'operatività.
Nyxra non ha ricostruito l'intero ecosistema: ha creato un middleware capace di collegare autenticazione proprietaria e CMS headless, riducendo lavoro manuale e disallineamenti.
Quando i sistemi non comunicano, la soluzione non è sempre sostituirli. A volte serve costruire il ponte giusto.
Hai sistemi che devono dialogare tra loro?
Raccontaci quali strumenti usi oggi, quali dati devono circolare e dove il processo si blocca.
Ti aiutiamo a capire se serve un middleware, un'API, una sincronizzazione dati o un'integrazione più completa tra sistemi.