Software per broker di assicurazioni: dal preventivo al rinnovo in un unico gestionale

1. Cos'è un software per broker di assicurazioni

Un software per broker di assicurazioni — anche detto gestionale broker, back-office broker, o tecnicamente Policy Administration System (PAS) per intermediari — è il sistema centrale del back-office del broker. Gestisce tutto ciò che riguarda il rapporto polizza-cliente-compagnia: dall'apertura di un'anagrafica cliente all'emissione della polizza, dalla gestione delle scadenze al rinnovo, dalla denuncia del sinistro alla riscossione della provvigione.

Si distingue da un CRM generico (che gestisce solo la relazione commerciale pre-contrattuale) e da un software contabile generico (che non conosce i concetti di ramo, premio, riserva sinistro). È un sistema verticale: parla la lingua dell'assicurazione e nasce per essere conforme alle regole IVASS.

Chi è il broker assicurativo che ne ha bisogno

Tipicamente: studi di brokeraggio iscritti al RUI sezione B con un portafoglio di almeno 1.000-2.000 polizze gestite contemporaneamente, più compagnie mandanti, una rete di sub-broker o collaboratori, e un volume documentale da firmare e conservare che rende inadeguato Excel + email + cartelle condivise. Sotto questa soglia, un broker mononucleare può ancora reggere con strumenti generici; sopra, l'assenza di gestionale genera tre tipi di costo invisibile: tempo perso in attività manuali, rischio di non-conformità in audit IVASS, perdita di scadenze con conseguente disdetta cliente.

2. Le 12 funzionalità indispensabili oggi

Un gestionale broker moderno copre dodici aree funzionali. Ogni vendor le implementa con maggiore o minore profondità: l'assessment in fase di vendor selection deve verificare la copertura reale, non i marketing claim.

2.1 Anagrafica clienti unica multi-compagnia

Un unico cliente con vista consolidata su tutte le polizze emesse attraverso compagnie diverse. Controllo duplicati al momento dell'inserimento, normalizzazione indirizzi, integrazione con anagrafica Agenzia delle Entrate per validazione P.IVA e codice fiscale. Il cliente è la base: tutto il resto vi orbita attorno.

2.2 Gestione polizze multi-ramo

Emissione e gestione di polizze su tutti i rami operati dallo studio: RCA, multirischi casa, RC professionale, cauzioni surety, RC azienda, infortuni, vita ramo I-III, credit insurance se trattato. Per cauzioni a corredo gara pubblica, integrazione nativa con ANAC per validazione del CIG. Per RC professionale claims-made, modellazione corretta di retroattivo e postuma — fondamentale per non creare buchi di copertura.

2.3 Gestione rinnovi automatici

Scadenzario integrato con visibilità a 90, 60, 30 giorni dalla scadenza. Reminder automatici al cliente via email/SMS, generazione automatica della proposta di rinnovo, gestione delle eventuali variazioni (riduzione massimale, aggiunta garanzia, cambio premio per evoluzione tariffaria). Per RCA italiana, dove il tacito rinnovo è bandito dal 2013 (D.L. 1/2012), la generazione corretta dell'avviso di scadenza 30 giorni prima è obbligo IVASS.

2.4 Scadenze e workflow di reminder

Oltre ai rinnovi, lo scadenzario gestisce tutte le date chiave: pagamenti rateali, prestazioni periodiche, revisioni annuali, scadenza retroattivi, fine postuma, ATP fissati, udienze in cause su sinistri pendenti. Ogni scadenza ha un workflow di reminder configurabile (cliente, operatore interno, compagnia mandante).

2.5 Workflow approvativi multi-livello

Sottoscrizione delegata con regole di autonomia per profilo: il collaboratore quota fino a X, sopra X il broker titolare, sopra Y serve approvazione del responsabile back-office. Ogni passaggio è loggato con motivazione obbligatoria, formando un audit trail strutturato presentabile in audit IVASS.

2.6 Firma elettronica eIDAS (FES, FEA, FEQ)

Le tre famiglie di firma elettronica del regolamento eIDAS, integrate nel workflow di emissione:

• FES (Firma Elettronica Semplice): OTP via SMS/email, per consensi e dichiarazioni di basso rischio probatorio;
• FEA (Firma Elettronica Avanzata): SPID/CIE + firma grafometrica su tablet, per la maggior parte delle polizze retail e PMI;
• FEQ (Firma Elettronica Qualificata): certificato qualificato remoto via CSC API, equivalente alla firma autografa (art. 25 eIDAS), per cauzioni a PA, polizze ad alto rischio probatorio, autorizzazioni di delegata sottoscrizione.

2.7 Integrazione PEC bidirezionale

Invio della corrispondenza certificata in uscita (rinnovo polizza, comunicazione di sinistro, escussione di garanzia) e ingestione automatica della PEC in ingresso con classificazione (PEC compagnia, PEC cliente, PEC controparte sinistro). Match automatico della PEC in ingresso con la polizza o il sinistro pertinente. Conservazione decennale a norma CAD.

2.8 Gestione documentale e versioning

Repository unificato per tutti i documenti polizza, contrattuali, di sinistro, di comunicazione: contratti, IPID, fascicoli informativi, perizie, foto sinistri, corrispondenza. Versionamento automatico, classificazione per metadati, conservazione decennale via Conservatore AgID accreditato. Ricerca full-text potenziata da OCR per documenti scansionati.

2.9 Dashboard KPI per la direzione

Cruscotti per il broker titolare: produzione del mese vs anno precedente, churn rate clienti, esposizione consolidata per cliente e per compagnia, top-10 clienti per provvigioni, sinistralità per ramo, indice di concentrazione del portafoglio. Drill-down per data, ramo, compagnia, collaboratore.

2.10 Reportistica per compagnie mandanti e IVASS

Generazione automatica della rendicontazione periodica verso ciascuna compagnia mandante (polizze emesse, premi raccolti, provvigioni maturate, sinistri aperti). Report standard per ispezioni IVASS: registro polizze, registro reclami, registro antiriciclaggio, registro formazione, audit trail richiesto.

2.11 API REST per ecosistema esterno

Esposizione di endpoint REST documentati per integrazione con comparatori online, partner banca-assicurazione, CRM esterni, sistemi contabili dello studio, gateway pagamenti. La capacità di integrarsi senza dover sviluppare middleware custom è un fattore differenziante decisivo.

2.12 Cloud SaaS multi-tenant

Sistema accessibile via browser da qualunque dispositivo, senza installazione locale, con aggiornamenti continui senza progetti di upgrade. Architettura multi-tenant: il broker non gestisce server, backup, sicurezza informatica perché tutto è incluso nel servizio. Importantissimo per la conformità DORA (vedi sezione 9).

3. Tabella comparativa: Excel vs CRM vs gestionali tradizionali vs NewPicass

4. Gestione multi-compagnia mandante

Il broker italiano tipico opera con 5-20 compagnie mandanti contemporaneamente. La gestione multi-mandante è il fattore più impattante sull'efficienza operativa del back-office.

Un gestionale verticale ben progettato gestisce nativamente: anagrafica compagnie mandanti con condizioni di mandato (provvigioni, autonomia di sottoscrizione, plafond), tariffari per compagnia importati automaticamente o configurati, sync polizze bidirezionale verso ciascuna mandante via API o file scambio, BDX di rendicontazione periodici nel formato richiesto da ciascuna, riconciliazione automatica dei movimenti provvigioni con i contoestratto compagnia, gestione dei riassegnamenti di portafoglio quando il broker cambia condizioni con una mandante.

Senza questa funzionalità nativa, il broker si trova a duplicare manualmente l'inserimento di ogni polizza nei portali delle singole compagnie — un costo di tempo enorme che cresce linearmente al volume.

5. Conformità IVASS (Reg. 40/2018, RUI, antiriciclaggio)

Il quadro normativo IVASS per il broker italiano si articola in cinque assi principali:

• Iscrizione al RUI sezione B: il broker deve essere iscritto al Registro Unico Intermediari. Il gestionale verifica via API IVASS l'iscrizione di sé stesso e dei collaboratori RUI sezione E al momento dell'onboarding.
• IVASS Reg. 40/2018 (distribuzione): obblighi informativi precontrattuali, IPID e fascicolo informativo, gestione conflitti di interesse, registrazione attività distributiva.
• IVASS Reg. 44/2019 (antiriciclaggio): adeguata verifica del cliente, screening sanctions/PEP, segnalazioni UIF per operazioni sospette su rami vita e investimento.
• IVASS Reg. 24/2016 e successive (formazione): registro delle ore di formazione professionale continua di ciascun iscritto al RUI.
• Conservazione documentale: tutti i documenti soggetti a obbligo di conservazione (polizze, comunicazioni, prove di consegna IPID) vengono inviati al Conservatore AgID accreditato per la conservazione decennale a norma.

Un gestionale IVASS-ready incorpora questi requisiti nei propri workflow operativi, generando automaticamente le evidenze e gli output che IVASS richiederà in ispezione: tipicamente sei mesi prima di un'ispezione formale, l'arrivo di un alert IVASS attiva il broker a produrre evidenze — chi ha il gestionale ce le ha pronte, chi non lo ha entra in modalità emergenza.

6. Firma elettronica eIDAS e integrazione PEC

Firma digitale e PEC sono i due strumenti di digitalizzazione documentale del broker. La loro integrazione nativa nel gestionale elimina passaggi manuali, errori di trasmissione e perdita di prove di consegna.

La firma elettronica eIDAS si articola in tre livelli: FES per atti di scarsa importanza (consensi, dichiarazioni), FEA per la maggior parte delle polizze retail e PMI con identificazione via SPID o CIE + firma grafometrica su tablet, FEQ per atti di alto rischio probatorio (cauzioni a PA, polizze multi-milionarie, autorizzazioni delegate). Il workflow di firma è incorporato nel processo di emissione: cliccato un bottone, il sistema genera il documento, lo invia al firmatario, attende la firma, marca temporalmente con TSA AgID, invia in conservazione decennale.

Per la PEC, la conservazione delle ricevute di accettazione e consegna è obbligatoria. Il gestionale gestisce nativamente l'invio e la ricezione, classifica automaticamente la PEC in ingresso per mittente e oggetto, matcha con la pratica pertinente. Niente più copia-incolla manuale tra client di posta certificata e cartelle locali.

7. Scadenze, rinnovi e workflow automatici

Il vero ROI del gestionale, dal punto di vista business, sta nella riduzione delle scadenze perse. Una polizza non rinnovata per dimenticanza è un cliente che disdice — e potenzialmente passa alla concorrenza.

Il workflow tipico di gestione scadenze a 90/60/30/15/7 giorni include:

• T-90 giorni: alert interno al collaboratore di riferimento, verifica condizioni di rinnovo, eventuale ri-quotazione con compagnia mandante per modifiche tariffarie;
• T-60 giorni: prima comunicazione cliente con proposta di rinnovo e link per accettazione/modifica online;
• T-30 giorni: avviso obbligatorio IVASS, generazione documenti di rinnovo, eventuale ri-firma;
• T-15 giorni: secondo reminder cliente, escalation interna se non c'è ancora risposta;
• T-7 giorni: ultimo sollecito, eventuale chiamata diretta del collaboratore;
• Post-scadenza: gestione del periodo di tolleranza (per polizze che lo prevedono), workflow di disdetta se il cliente non ha rinnovato.

8. Dashboard KPI e reportistica

Per il broker titolare, il cruscotto KPI è lo strumento di pilotaggio dello studio. I KPI tipici che un gestionale moderno deve esporre in tempo reale includono:

• Produzione del mese vs mese precedente vs anno precedente, in numero polizze e in premi raccolti;
• Churn rate mensile e annuo (clienti persi / clienti totali);
• Concentrazione: % di premi sui primi 10 clienti, sui primi 20, ecc. (per misurare il rischio di concentrazione);
• Produzione per collaboratore, per identificare i top performer e i sotto-performer;
• Sinistralità per ramo e per compagnia mandante (loss ratio del broker visto dalla compagnia);
• Tasso di rinnovo: % di polizze rinnovate sul totale delle scadenze del periodo;
• Pipeline commerciale: lead in lavorazione, quotazioni inviate, accettate, perse.

9. Sicurezza enterprise: ISO 27001, DORA, GDPR

Il broker italiano è tecnicamente fuori dal perimetro diretto di DORA (Reg. UE 2022/2554), che si applica formalmente a imprese di assicurazione e riassicurazione. Ma è indirettamente coinvolto perché le compagnie mandanti — quelle sì soggette a DORA — devono includere il broker nel proprio registro third-party e svolgere due diligence sui suoi sistemi IT.

Per il broker, questo si traduce in: certificazione ISO/IEC 27001:2023 del fornitore di gestionale, evidenze di backup e disaster recovery, prove di penetration test periodici, esposizione di log di sicurezza tracciabili. Conformità GDPR completa: data residency UE garantita per contratto, audit dei diritti dell'interessato esercitabili dal portale clienti, sub-processor pubblicati, DPA contrattuale ex art. 28.

10. Architettura cloud SaaS e API REST

Il gestionale broker moderno è cloud-native multi-tenant. Per il broker questo significa: accesso dal browser di qualunque computer, mobile incluso; nessun server da mantenere, nessun backup da fare, nessuna patch di sistema operativo da applicare; aggiornamenti continui rilasciati dal vendor con cadenza mensile o bimestrale, senza progetti di upgrade pesanti; data center europei certificati ISO 27001 inclusi nel servizio.

L'esposizione di API REST documentate (con specifica OpenAPI/Swagger) abilita l'integrazione con l'ecosistema esterno del broker: comparatori, partner banca-assicurazione, eventuali CRM commerciali, gateway pagamenti, contabilità dello studio. La capacità integrativa è oggi un fattore differenziante: un gestionale "isola" che richiede import/export manuale è un costo di tempo che cresce esponenzialmente con il portafoglio.

11. Mobile app per la rete sub-broker

Per broker con rete sub-broker o collaboratori esterni che operano in mobilità, una mobile app nativa iOS + Android è ormai indispensabile. Le funzionalità tipiche: quotazione real-time sui rami abilitati con disponibilità offline limitata, firma del cliente in mobilità via grafometrica o FEA, foto allegate per sinistri (con riconoscimento automatico tramite OCR per documenti standard), notifiche push per scadenze del proprio portafoglio, dashboard riassuntivo. Le polizze quotate sull'app sincronizzano in real-time con il back-office del broker titolare per supervisione e approvazione.

12. Implementazione: tempi, costi, integrazione legacy

Un progetto di adozione di un nuovo gestionale broker dura mediamente 8-14 settimane dal contratto al go-live, ripartite in:

• Setup tenant + configurazione (2-3 settimane): creazione anagrafica utenti e profili, caricamento anagrafica compagnie mandanti, configurazione tariffari, template documentali, ruoli e workflow;
• Migrazione dati storica (3-4 settimane): export dal sistema attuale (anche da Excel se è il caso), trasformazione dati con regole di pulizia, import in due o tre cicli con riconciliazione di controllo;
• Formazione + UAT (2-3 settimane): sessioni di formazione per profilo utente, test guidato sui flussi reali con dati di prova, fix delle discrepanze emerse;
• Parallelo controllato + go-live (1-3 settimane): per un periodo limitato il vecchio e il nuovo sistema convivono per le nuove emissioni, con cutover finale gestito in weekend o festivo.

Il fattore critico non è quasi mai tecnico: è la qualità dei dati storici da migrare. Anagrafiche clienti duplicate, polizze in essere con campi incompleti, sinistri pendenti mai chiusi a sistema sono ciò che rallenta i progetti reali. Un assessment iniziale sui dati storici dello studio è la prima cosa da fare prima di scegliere il vendor.

13. Casi d'uso reali (3 mini-case anonimi)

Tre scenari ricorrenti tra i broker italiani che hanno adottato un gestionale verticale (dati anonimizzati per accordi di riservatezza):

Caso A — Broker indipendente Lombardia, 6.500 polizze, 14 collaboratori: il driver è stato un'ispezione IVASS conclusa con osservazioni su tracciabilità documentale. In 12 settimane completato il passaggio da gestionale legacy + Excel a gestionale SaaS. Risultato a 12 mesi: dimezzato il tempo medio per rinnovo, eliminate le perdite di scadenza, conformità documentale strutturata, audit IVASS successivo passato senza osservazioni.

Caso B — Broker specializzato in cauzioni surety, Centro Italia, 4.200 polizze, 8 collaboratori: il driver è stata la richiesta di una grande compagnia surety mandante di esporre sync polizze in tempo reale via API. Migrazione da gestionale generico a gestionale verticale surety con integrazione nativa CIG/ANAC. Tempo medio di emissione di una cauzione provvisoria sceso da 18 minuti a 4 minuti, con validazione automatica del CIG che ha eliminato l'errore di "CIG inesistente" prima fonte di contestazioni.

Caso C — Broker plurimandato, Sud Italia, 11.000 polizze, 22 collaboratori, rete di 35 sub-broker: il driver è stato l'apertura di una rete di sub-broker esterni che richiedeva mobile app + supervisione consolidata. Implementazione di gestionale SaaS con app iOS/Android nativa. Risultato: visibilità in tempo reale su tutta la produzione della rete, supervisione delle pratiche aperte dai sub-broker, riduzione del 40% del tempo amministrativo del back-office centrale.

14. Domande frequenti