Un perito assicurativo che cerca un «software gestionale» parte quasi sempre dal problema sbagliato. Cerca uno strumento che metta ordine nello studio — anagrafica dei clienti, agenda degli appuntamenti, scadenze, fatturazione — e in quel perimetro il mercato dei gestionali offre opzioni mature. Poi, terminata la fase amministrativa, lo strumento si ferma proprio dove inizia il lavoro che giustifica la parcella: la stesura della perizia. Il fascicolo è archiviato, lo stato della pratica è tracciato, ma la relazione tecnica resta una pagina bianca che il perito deve riempire da solo.
È una distinzione che vale la pena rendere esplicita prima di firmare un abbonamento. Un gestionale ottimizza la macchina dello studio; il deliverable del perito è un altro oggetto — un atto tecnico che quantifica un danno e che, una volta sottoscritto, impegna la responsabilità professionale di chi lo firma. Capire quale dei due un software gestisce davvero è la differenza tra risparmiare tempo sul lavoro vero e spostarlo soltanto dalla scrivania a uno schermo.
Cosa deve gestire lo strumento del perito
La parola «gestionale» copre attività molto diverse per peso e per rischio. Per un perito assicurativo, lo strumento di lavoro dovrebbe presidiare quattro aree, di cui solo le prime due rientrano nel territorio classico dei gestionali.
- I documenti del sinistro. Verbale di constatazione, fotografie, polizza, corrispondenza con le parti, computi metrici, preventivi: il fascicolo è l’insieme delle prove su cui si fonda la stima. Lo strumento deve raccoglierlo, ordinarlo e renderlo recuperabile.
- I dati del cliente. Anagrafica dell’assicurato, riferimenti della compagnia mandante, dati del danneggiato. Qui il software entra nel perimetro della protezione dei dati personali, con gli obblighi che ne derivano.
- La stesura della perizia. La trasformazione del fascicolo in una relazione tecnica strutturata: premesse, accertamenti, quantificazione del danno, conclusioni. È la fase che assorbe la maggior parte del tempo e che determina la qualità del deliverable.
- Export e firma. La consegna della relazione in un formato che il perito apre, corregge, integra con gli allegati e sottoscrive con i propri strumenti.
| Cosa gestisce | Gestionale generico | Software per la perizia |
|---|---|---|
| I documenti del sinistro | In partearchivia i file | Sìli legge |
| I dati del cliente | Sì | Sì |
| La stesura della perizia | No | Sìbozza strutturata |
| Export e firma | In partemoduli precompilati | SìWord modificabile |
Un gestionale generico copre bene i primi due punti e si ferma lì. Tratta la perizia come un allegato da archiviare, non come un documento da produrre. Il risultato è uno strumento che sa tutto del fascicolo tranne la cosa che conta: come scrivere la relazione che ne deriva.
Perché la stesura è il punto critico
La perizia non è un modulo da compilare. È un atto tecnico che quantifica un danno dentro un settore regolato, quello disciplinato dal Codice delle assicurazioni private1, e ogni voce di danno deve poter essere ricondotta a un fondamento contrattuale e normativo, perché in sede di contraddittorio sarà letta da un’altra parte tecnica. Scriverla bene richiede di parlare il linguaggio dell’estimo e del ramo: principio indennitario, valore allo stato d’uso, regola proporzionale, computo voce per voce, nesso causale.
Un gestionale che si limita ad allegare un file Word vuoto lascia interamente questo lavoro al perito. Lo aiuta a non perdere il fascicolo, non a redigere la relazione. La promessa di «gestire le perizie» si rivela, alla prova dei fatti, la promessa di gestire le cartelle in cui le perizie vengono salvate.
Dove i gestionali generici falliscono
Il limite non è un difetto di qualità: è una questione di scopo. Un gestionale è progettato per l’amministrazione di uno studio, non per la produzione di un atto tecnico specialistico. Quando lo si chiede di accompagnare il perito fino alla relazione firmata, emergono tre lacune ricorrenti.
La prima è l’assenza di comprensione del contenuto. Il gestionale archivia un PDF della polizza e una cartella di fotografie, ma non li legge: non sa distinguere un sinistro incendio da un danno da trasporto, non ricava dal verbale gli elementi della dinamica, non collega il computo metrico alle voci di danno. Per lo strumento, il fascicolo è un insieme di file indistinti; per il perito, è la materia prima di un ragionamento estimativo che deve costruire a mano.
La seconda è l’output generico. Quando un gestionale offre una funzione di «generazione documenti», quasi sempre produce moduli precompilati con i dati anagrafici, non una relazione tecnica strutturata sul caso. La parte amministrativa è automatizzata; la parte peritale — quella per cui esiste la figura del perito — resta esattamente dov’era.
La terza è il rischio di trattare la perizia come un dato gestionale qualunque. Il fascicolo contiene dati personali, talvolta sanitari nelle perizie su danni alla persona, e immagini di luoghi privati. Un software che lo elabora deve farlo entro la cornice del Regolamento generale europeo e del Codice in materia di protezione dei dati personali che lo integra2, con un accordo scritto sul trattamento. Molti gestionali non sono stati pensati per elaborare il contenuto di quei documenti, e quando iniziano a farlo — caricandoli in servizi terzi per estrarne testo o generare bozze — il perimetro del trattamento si allarga senza che il perito ne abbia piena consapevolezza.
Un gestionale generico gestisce il fascicolo della perizia; non gestisce la perizia. La distinzione sembra sottile, ma cade esattamente sul lavoro che il perito non può delegare a uno strumento amministrativo.
Il costo nascosto del doppio strumento
La conseguenza pratica è che molti periti finiscono per usare due cose insieme: un gestionale per l’anagrafica e le scadenze, e un editor di testo — di solito Word, su un modello riutilizzato — per scrivere la relazione. Il fascicolo vive nel gestionale; la perizia nasce altrove, a mano, copiando i dati da uno strumento all’altro. Il «gestionale» non gestisce affatto il deliverable: lo lascia interamente sulle spalle del perito, che continua a scrivere ogni relazione partendo quasi da zero.
È qui che conviene separare due domande che il mercato tende a fondere: «quale software mette ordine nello studio» e «quale software mi aiuta a produrre la perizia». La prima ha molte risposte. La seconda ne ha poche, perché richiede uno strumento che conosca la struttura della relazione di danno e i rami trattati. Chi gestisce uno studio strutturato, con più periti e volumi elevati, ritrova questa stessa frattura amministrazione/deliverable descritta in dettaglio nella guida sul software per studi peritali.
Cos’è MyPerito
MyPerito è un software di intelligenza artificiale costruito attorno al punto in cui i gestionali generici si fermano: la stesura della perizia. A partire dai documenti del sinistro — verbali, fotografie, polizza, computi, corrispondenza — genera in pochi minuti una bozza di relazione in formato Word (.docx), già strutturata secondo l’ordine logico della relazione di danno. Il perito non parte più da una pagina bianca: parte da una bozza tecnica che legge, corregge, integra e firma.
Lo strumento copre i rami su cui un perito lavora più spesso: trasporti e merci, il ramo su cui è stato costruito; auto, incendio e danni ai beni, responsabilità civile, rischi tecnologici, agricoltura e nautica sono disponibili in Collaudo, cioè validati insieme allo studio sul suo fascicolo prima dell’uso corrente. Non è un assistente che produce testo generico a partire da un prompt, ma un software per perizie assicurative che conosce la struttura del deliverable e restituisce un documento impostato secondo le attese del settore, non una parafrasi divulgativa da riscrivere da capo.
Tre scelte definiscono il modo in cui MyPerito tratta il lavoro del perito:
- La bozza è un punto di partenza, non un atto. Il software genera; il perito revisiona e firma. L’accertamento dei fatti, la stima del danno e il giudizio tecnico restano in capo a chi sottoscrive. La bozza in
.docxarriva in un file aperto, modificabile, integrabile con gli allegati e firmabile con gli strumenti del perito. - I dati sono conservati in Europa e non addestrano modelli. I documenti caricati vengono conservati su infrastruttura europea (l’inferenza AI può avvenire fuori dall’UE con garanzie contrattuali), e il fornitore garantisce per iscritto che il fascicolo non viene usato per addestrare i modelli. Il documento serve a produrre la bozza e non diventa materiale di training: una scelta contrattuale che il perito può verificare nell’accordo sul trattamento dei dati2.
- Il costo è per perizia effettiva. A consumo si pagano 25 euro a perizia, o 20 euro a perizia con un pacchetto da 10 crediti in su; in alternativa ci sono due piani mensili, Professionista a 69 euro con 4 perizie incluse e Studio a 149 euro con 10 (più il 4% di rivalsa INPS e il bollo in fattura), con le prime tre perizie gratuite per provare lo strumento su un caso reale prima di impegnarsi. A consumo si paga ciò che si produce, senza canone nei mesi a basso carico.
L’ultimo punto risponde alla prova più onesta che un perito possa pretendere: caricare un fascicolo già definito, leggere la bozza che ne esce e confrontarla con la perizia effettivamente depositata. È lì, e non nel listino, che si misura se uno strumento serve davvero a chi firma.
La firma resta un atto del perito
Nessuna automazione sposta questo confine. Il software redige la bozza; l’accertamento, la stima e il giudizio tecnico appartengono al perito, e la sottoscrizione li certifica. La relazione peritale, una volta firmata, è una scrittura privata che, ai sensi dell’art. 2702 del Codice Civile3, fa piena prova, fino a querela di falso, della provenienza delle dichiarazioni da chi l’ha sottoscritta, se la sottoscrizione è riconosciuta o legalmente considerata come riconosciuta. La firma non è un timbro formale: è l’assunzione di responsabilità sul contenuto.
Questo ha una conseguenza diretta nella scelta dello strumento. Un buon software rende facile la revisione: evidenzia ciò che ha ricavato dai documenti, segnala ciò che resta da verificare, lascia il testo aperto alla correzione. Un software che spinge verso la firma rapida senza favorire il controllo lavora contro il perito, non per lui. La velocità è un valore solo se non erode il momento della verifica — il momento in cui il perito, leggendo la bozza, la fa diventare la sua perizia.
La firma attesta che il perito ha verificato, non che ha cliccato. Un software per il perito è buono nella misura in cui rende quella verifica più rapida, non nella misura in cui la rende superflua.
Da qui discende anche il criterio per distinguere uno strumento serio da uno opaco, trattato in modo più ampio nella guida su come scegliere un software per perizie assicurative: la qualità della bozza si misura sul tempo che il perito risparmia nella fase di correzione, non sulla brillantezza della demo. Una bozza è utile quando accelera la stesura di ciò che il perito avrebbe comunque scritto, non quando produce testo che il perito deve smontare prima di poterlo firmare.
Come decidere, in pratica
La domanda da cui partire non è «quale gestionale comprare», ma «quale parte del mio lavoro voglio che lo strumento gestisca». Se il problema è l’amministrazione dello studio — agenda, scadenze, fatturazione, anagrafica — un gestionale generico è la risposta corretta, e i quattro punti di questa analisi non si applicano. Se il problema è il tempo che ogni perizia costa in stesura, allora serve uno strumento dedicato al deliverable, e il gestionale generico non lo risolve.
La verifica è semplice e si fa in un pomeriggio:
- prendere un fascicolo già definito, di cui la perizia è stata depositata;
- darlo in pasto allo strumento, con gli stessi documenti che aveva il perito;
- leggere ciò che produce e confrontarlo con la relazione firmata.
Un gestionale restituirà, nella migliore delle ipotesi, un modulo precompilato con i dati anagrafici. Uno strumento costruito per il perito restituirà una bozza di relazione tecnica strutturata sul ramo del sinistro, da rivedere e firmare. Il primo gestisce la cartella; il secondo gestisce la perizia.
Per provare il secondo approccio su un caso reale senza vincoli — le prime tre perizie sono gratuite — si può creare un account a MyPerito o approfondire come funziona il programma per perizie assicurative costruito attorno alla stesura. Le sei funzioni da pretendere da qualunque fornitore sono elencate nella guida alle funzioni di un programma per perizie assicurative. La prossima volta che un fornitore propone un «gestionale per il perito», la prima richiesta dovrebbe essere caricare un fascicolo e leggere la bozza che ne esce: se lo strumento gestisce solo la cartella e lascia la relazione al perito, allora gestisce lo studio, non la perizia — e per il lavoro che giustifica la parcella serve qualcosa di diverso.
Fonti normative
Ogni rimando nel testo porta qui, al testo ufficiale.
Fonti
-
D.Lgs. 7 settembre 2005, n. 209 — Codice delle assicurazioni private: la disciplina del settore assicurativo in cui opera il perito. ↩
-
D.Lgs. 30 giugno 2003, n. 196 — Codice in materia di protezione dei dati personali: la disciplina nazionale che integra il GDPR per il trattamento dei dati del sinistro. ↩ ↩2
-
Art. 2702 Codice Civile — Efficacia della scrittura privata: piena prova, fino a querela di falso, della provenienza delle dichiarazioni da chi l’ha sottoscritta, se la sottoscrizione è riconosciuta o legalmente considerata come riconosciuta. ↩