La confidence non è una promessa: come fidarsi dei dati estratti

Ogni sistema che estrae dati prima o poi ti mostra un numero: la confidence. Sembra rassicurante. Ma da dove viene quel numero? Spesso è un'autovalutazione: il sistema dice «sono sicuro al 92%» senza che quel 92% corrisponda a qualcosa di verificabile.

Per chi deve registrare una fattura o chiudere un magazzino, un punteggio opaco non basta. Serve sapere se il totale torna, se la partita IVA è plausibile, se la data ha senso. La confidence, per essere utile, deve tradursi in controlli che puoi elencare — non in un voto generico.

Autodichiarato contro dimostrato

C'è una differenza enorme tra «penso di aver letto bene» e «ho verificato che i conti tornano». Il primo è un'opinione, il secondo è un fatto. Per un dato contabile, l'unico tipo di affidabilità che conta è quella che si può dimostrare con una regola deterministica.

I modelli di linguaggio e la visione artificiale possono essere brillanti nel leggere layout complessi, ma non sono infallibili. Un «92%» interno al modello non ti dice se quell'1 e quel 4 nel totale siano stati scambiati. Per questo serve uno strato di verifica separato dall'estrazione: regole che non «interpretano», ma controllano.

• Imponibile più imposta deve dare il totale, riga per riga e in chiusura
• La partita IVA deve superare il controllo di validità (checksum)
• L'IBAN deve avere un check digit corretto
• Le date devono essere coerenti e plausibili (documento, scadenza, consegna)
• Duplicati: stesso fornitore, stesso numero, stesso importo in un intervallo sospetto

Quando un documento supera tutti questi controlli, l'affidabilità non è un'impressione: è una proprietà misurabile. E quando non li supera, sai esattamente perché e dove guardare — non devi rileggere tutto da capo.

Un buon punteggio di confidence dovrebbe rispondere a una domanda semplice: cosa, esattamente, è stato verificato?

Confidence per campo, non solo per documento

Un errore sul totale è diverso da un errore sulla descrizione di una riga. Un sistema maturo distingue: il numero fattura può essere ad alta confidence perché ben visibile, mentre una riga in fondo a una tabella può essere più incerta. Questo permette regole di routing più fini: auto-approva il documento ma segnala la riga dubbia, oppure blocca solo il campo anomalo.

In pratica, la dashboard di revisione non dovrebbe mostrare solo «84%» in verde o rosso, ma «totale: verificato», «IBAN: verificato», «riga 7 quantità: da controllare». Così chi revisiona impiega secondi, non minuti.

Perché conta per il routing

La confidence non è un voto da appendere in bacheca: serve a decidere. Sopra una certa soglia il documento prosegue da solo; sotto, passa a una persona. Se la soglia si basa su controlli reali, il sistema manda in revisione i documenti giusti — non quelli a caso.

Le soglie si calibrano sul tuo rischio: un'azienda con importi elevati e pochi fornitori può essere più restrittiva; un operatore logistico con centinaia di DDT al giorno può privilegiare il throughput e revisionare solo le anomalie strutturali. L'importante è che la soglia sia legata a regole esplicite, non a un numero magico del modello.

Cosa chiedere in una demo o in un RFP

• Elenco dei controlli deterministici inclusi out of the box
• Possibilità di aggiungere regole custom (es. fornitore ammesso, soglia importo)
• Log di ogni controllo: passato/fallito, valore atteso vs estratto
• Separazione tra score del modello e score di verifica business

Se il fornitore non sa spiegare da cosa è fatto il punteggio, diffida. La fiducia sui dati contabili non si compra con una UI elegante: si costruisce, un controllo alla volta.