Il volume operativo supera la capacità del team.
Assicurazione
Una squadra di agenti AI per il settore assicurativo.
Polyant è il framework per costruire squadre di agenti AI che lavorano dentro i flussi del settore assicurativo: sinistri gestiti end-to-end, controlli IDD sulle proposte prima dell'invio, audit ispezionabile dal team compliance e da IVASS con un client SQL standard.
Polyant mette al lavoro una squadra di agenti AI sui flussi operativi della compagnia di assicurazione:
- il sinistro che arriva via WhatsApp, email o app cliente viene strutturato nel sistema gestionale con aggancio temporale alla denuncia
- il pre-controllo della proposta vita o salute (target market POG, idoneità, informativa precontrattuale) entra nel flusso prima dell'invio al cliente, anche sul canale agente
- il reporting periodico verso IVASS e il registro audit del runtime restano interrogabili dal responsabile compliance via client SQL standard sul database della compagnia
03
DOVE ENTRA IN GIOCO
Quando il flusso non regge da solo.
Tre contesti tipici che ricorrono nelle compagnie.
Il liquidatore è sommerso dai sinistri inbound multi-canale.
Il canale agente genera reclami che tornano in compagnia.
Il compliance non può ricostruire le decisioni senza il vendor.
La squadra di agenti si compone di pattern verticali calibrati sul vocabolario regolato del settore e di pattern orizzontali (audit, compliance, escalation) che lavorano sotto la stessa configurazione e lo stesso registro.
04 SQUADRA CLAIMS
Cinque agenti coordinati per il flusso del sinistro.
La gestione di un sinistro non è un singolo passaggio. È un flusso end-to-end dove ciascun agente fa la sua parte e passa il lavoro al successivo, sotto la stessa configurazione e lo stesso registro audit.
01 FNOL
FNOL Inbound
Riceve la denuncia su qualunque canale, estrae i dati strutturati, classifica il tipo di sinistro e apre la pratica nel sistema gestionale.
Vedi l'agente WhatsApp «ho avuto un incidente, sono Rossi»
Tipo RC Auto · media gravità
Contraente Rossi Marco
Polizza #IT-2024-04471
Pratica aperta · CRM aggiornato
02 TRIAGE
Claims Triage
Classifica gravità e canale di lavorazione, instrada al liquidatore giusto e propone la riserva iniziale sulla base di sinistri simili.
Vedi l'agente Tipo sinistro RC Auto
Gravità Media
Liquidatore Dott. Ferrari · Nord-Est
Riserva iniziale € 4.200
Instradato ✓
03 DISCLOSURE
IDD Gate
Verifica disclosure obbligatoria sulla proposta di liquidazione: target market, vulnerable customer, registro POG. Blocca o segnala in caso di anomalia.
Vedi l'agente Target market POG CONFORME
Vulnerable customer VERIFICA
Informativa precontrattuale CONFORME
Registro POG AGGIORNATO
1 verifica richiesta prima dell'invio
04 LIQUIDAZIONE
Liquidation Coordinator
Prepara la proposta di liquidazione, controlla la riserva tecnica, allinea con underwriting in caso di sinistro fuori standard e manda al liquidatore la sintesi del caso.
Vedi l'agente RC Auto · #2024-0847
Riserva attuale € 4.200
Riserva proposta € 3.850
Underwriting allineato ✓
Proposta pronta · in attesa liquidatore
05 AUDIT
Audit Recorder
Registra ogni passaggio della squadra nel registro audit: regola attivata, dato letto, decisione presa, alternativa proposta. Il responsabile compliance interroga il registro con un client SQL standard, anche mesi dopo, per ispezione IVASS.
Vedi l'agente fnol.receive 09:14:22 ALLOW
triage.classify 09:14:25 ALLOW
idd.check 09:14:31 WARN
liquidation.propose 09:15:02 ALLOW
SELECT * FROM audit_log WHERE claim_id = '2024-0847'
Servono altri agenti per la compagnia? Li costruiamo insieme.
Cinque agenti coordinati per il sinistro sono un esempio. Ogni compagnia ha sistemi diversi, regole interne diverse, ritmi operativi diversi. Gli agenti che servono davvero si costruiscono nel progetto, in base al lavoro che il team del cliente fa ogni giorno.
Agenti calibrati sul settore e agenti trasversali che lavorano con loro.
La squadra Claims (FNOL Inbound, Claims Triage, IDD Gate, Liquidation Coordinator, Audit Recorder) è descritta nella sezione precedente. Qui si elencano gli agenti del settore che la integrano o che vivono fuori dal flusso claims.
IDD Gate
Pre-check di adeguatezza del prodotto assicurativo rispetto all'analisi bisogni cliente prima dell'offerta. Decisione tracciata per audit IDD e Reg. 40.
Bordereau Reconciliation
Riconciliazione dei bordereau tra compagnia, MGA e broker. Rilevamento anomalie su premi e sinistri, alert sulle deviazioni significative.
Bordereau Reconciliation
Riconciliazione bordereaux fra compagnia, MGA e broker. Rilevazione di anomalie su premi e sinistri, alert su scostamenti significativi.
Compliance Scan
Agente orizzontale per il pre-screening dei contratti e delle comunicazioni regolate prima dell'invio. In insurance affianca IDD Gate sui flussi outbound.
Un caso non elencato? Lo costruiamo insieme.
Questi sono alcuni esempi di agenti tipici per il settore assicurativo. Per una particolare specificità, gli agenti che servono davvero si costruiscono custom nel progetto in base ai sistemi gestionali, alle regole interne e ai vincoli regolatori della compagnia.
06 MAPPING REGOLATORIO
Cosa il prodotto fa, articolo per articolo.
La normativa assicurativa è ampia. Polyant non promette conformità completa: dichiara cosa il prodotto fa nel quotidiano per supportare i requisiti che il team del cliente deve rispettare. Sotto, i riferimenti che compaiono più spesso nelle conversazioni con i compliance officer del settore.
AI Act
AI Act: sistemi di pricing per polizze vita e salute
I sistemi di pricing per polizze vita e salute ricadono fra i sistemi ad alto rischio dell'AI Act. L'agente Underwriting AI con Explainability produce reason codes per ogni proposta di pricing, con feature importance e counterfactual: la decisione resta dell'underwriter, ispezionabile nel registro audit.
IDD
IDD, Insurance Distribution Directive
L'agente IDD Gate verifica target market, registro POG e vulnerable customer detection sulle proposte in uscita verso il cliente. Le regole sono dichiarative, scritte dal team compliance, versionate e validate all'avvio dell'agente.
IVASS
Regolamenti IVASS
Il registro audit del runtime è interrogabile via SQL dal team compliance del cliente con un client di lettura standard, senza passare da una console proprietaria. L'export ispettivo per IVASS si compone delle decisioni registrate dagli agenti del cliente, con timestamp, regola attivata, dato letto, decisione presa e alternativa proposta.
Solvency II
Solvency II, modelli di pricing e riserve
L'agente Solvency II Validator esegue backtesting periodico sui modelli di pricing in uso. Versioning dei prompt, delle knowledge base e delle regole dichiarative resta al team del cliente, dentro il repository del cliente.
GDPR
GDPR e decisioni automatizzate
Il registro tracciato dell'agente conserva la logica di ogni decisione automatica, ispezionabile dal DPO per rispondere alle richieste dell'interessato.
Apri la trasparenza per il dettaglio shared responsibility e AGPL →
Quattro domande dei direttori del settore.
Il sistema di gestione della sicurezza delle informazioni di Exelab è certificato ISO 27001, con copertura sui prodotti realizzati, incluso Polyant. Sul perimetro tecnico del prodotto, il registro audit del runtime registra ogni decisione del sistema in tabelle PostgreSQL ispezionabili via SQL standard sul database della compagnia; i controlli built-in (governance, PII detection, rate limit, audit dei tool) sono parte del runtime nei profili managed; per le decisioni high-risk dell'AI Act, l'agente produce reason codes strutturati per ogni esito. Exelab opera come vendor EU, realtà italiana di tecnologia, con qualifica vendor attiva sul procurement di banca italiana primaria e partnership istituzionali (HubSpot Elite Solutions Partner, Twilio Gold Partner). Il quadro completo del trust del prodotto vive in /it/trasparenza.
Polyant si integra con i sistemi gestionali del settore tramite tool e API. Per i policy administration system proprietari e i motori antifrode di settore, l'integrazione viene realizzata in fase di delivery dal team Exelab. La logica è la stessa per tutti: l'agente parla con i tool, i tool parlano con le API del sistema del cliente.
Il pattern tipico per una squadra Claims insurance è 8-12 settimane: discovery, configurazione delle regole dichiarative, integrazione con sistema gestionale e canali del cliente, hand-off. Il fattore principale è la profondità delle regole IDD specifiche della compagnia e il numero di prodotti assicurativi coperti. La durata effettiva si definisce nella discovery sul caso reale.
La gestione operativa degli agenti, inclusi modifica delle regole, aggiornamento dei prompt ed evoluzione della configurazione, resta al team della compagnia, via admin panel grafico o direttamente in TypeScript. Sopra a questa, Exelab fornisce managed services in tre profili: Core, Advanced, Ultra. Il dettaglio dei profili è nella pagina /it/managed.
Da una conversazione di 30 minuti alla squadra in produzione.
Una conversazione di 30-45 minuti per capire come Polyant per insurance si applica al caso della compagnia e quanto tempo serve per portare la squadra Claims in produzione.