Lettura automatica fatture e DDT: come funziona

In Italia metà del problema della lettura automatica delle fatture è già risolta: la fattura elettronica è un file strutturato, quindi i dati esistono già e il primo controllo da fare è se il gestionale li importa. Il modello serve sui documenti che restano fuori, cioè DDT, scontrini e cartaceo, e il valore sta nell'anagrafica e nel riscontro fra ordine, DDT e fattura, non nella trascrizione.

La fattura elettronica è già un dato, il DDT no

Una fattura fra due aziende italiane passa dal Sistema di Interscambio e arriva come file XML: i campi sono già separati e un programma li legge senza alcun modello. Il formato lo pubblica l'Agenzia delle Entrate. Se quei file ci sono e in ufficio si ricopia a mano, non manca l'intelligenza artificiale: manca un'importazione configurata nel gestionale.

Quello che resta fuori non è poco:

• i documenti di trasporto cartacei, firmati in magazzino, a volte scritti a penna
• le fatture estere, come allegato o dentro il testo di una mail
• i PDF di cortesia, quando il dato buono sta nell'XML ma nessuno lo apre

Qui un modello serve: non esiste nessun campo da importare.

Cosa fa il modello e cosa fanno i controlli?

Il modello legge e restituisce campi: fornitore, numero, data, righe, quantità, totali. Sbaglia poco sul testo stampato, molto più a mano.

Per questo il campo estratto non entra da solo: entra se passa controlli che sono regole tue, non intelligenza:

1. la somma delle righe corrisponde al totale del documento
2. la partita IVA esiste in anagrafica e il formato è valido
3. il numero del documento non è già stato registrato
4. la data cade in un periodo contabile aperto

Chi passa tutto si registra, chi inciampa finisce in una coda che guarda una persona. L'obiettivo non è zero interventi umani: è spostarli sulle eccezioni.

Il lavoro vero è l'anagrafica

Il collo di bottiglia non è leggere. È capire che il "tubo multistrato 16x2" del fornitore è l'articolo che tu chiami con un altro codice.

La tabella di corrispondenze fra codici loro e codici tuoi è il progetto: il modello propone l'abbinamento, una persona lo conferma la prima volta e poi vale sempre. Senza, l'estrazione produce righe corrette che nessuno sa dove mettere. Vale la regola dei preventivi automatici da foto e note vocali: il modello legge, le decisioni restano a regole tue.

Come si riscontrano DDT, ordine e fattura?

Il guadagno più grande non è l'inserimento, è il confronto a tre: cosa avevi ordinato, cosa è arrivato secondo il DDT, cosa ti fatturano. A mano si fa su un campione, quindi quasi mai; con i documenti letti su tutti, e le differenze emergono prima di pagare.

È anche il punto in cui conviene fermare l'automatismo: segnalare uno scostamento è utile, bloccare un pagamento da solo apre i rischi spiegati in cosa sono gli AI agent e quando servono.

Quando conviene, e come si misura?

Conviene quando i documenti sono molti, si assomigliano e arrivano sempre dagli stessi fornitori. Con poche decine al mese il risparmio non ripaga la configurazione, e il criterio è quello del primo processo da affidare all'AI.

Due numeri bastano: quanto passa fra l'arrivo di un documento e la registrazione, e quale quota si registra senza che nessuno la tocchi. Se la seconda non sale, guarda i controlli o l'anagrafica. Come lavoriamo su estrazione, regole ed eccezioni è nella pagina del servizio automazioni AI.

La conservazione a norma resta un adempimento a parte, da verificare con il consulente. E se il gestionale copre già la contabilità, la strada più economica è lasciarlo dov'è e mettere solo la lettura davanti, come nel confronto fra software su misura e gestionale pronto.

Cosa c'è dentro una fattura elettronica, in concreto

Capire cosa il file contiene già serve a non pagare due volte lo stesso lavoro. Il tracciato della fattura elettronica italiana porta, in forma strutturata e quindi senza nessun riconoscimento da fare: dati del cedente e del cessionario con partita IVA e codice fiscale, numero e data del documento, le righe di dettaglio con descrizione, quantità, prezzo unitario e aliquota, le aliquote riepilogate, le modalità e le scadenze di pagamento, e i riferimenti ad altri documenti, fra cui ordine e DDT quando chi fattura li ha compilati.

L'ultima voce è quella che decide quanto lavoro resta. Se il fornitore compila il riferimento al DDT dentro la fattura, il riscontro fra i due documenti è una verifica automatica. Se non lo compila, e succede spesso, il collegamento va ricostruito confrontando date, quantità e codici articolo: ed è lì che serve la lettura dei documenti cartacei.

Le due cose che restano fuori dal file in ogni caso sono la corrispondenza fra i codici articolo del fornitore e i tuoi, e la contabilizzazione, cioè a quale conto va imputata quella spesa. Nessun modello le indovina: la prima è una tabella da costruire una volta, la seconda una regola per fornitore e categoria.

Cosa chiedere al fornitore del gestionale

Prima di valutare qualsiasi sistema di lettura automatica, tre domande al fornitore di quello che hai già. Spesso una di queste chiude il progetto perché la funzione esiste e non era accesa.

La prima: il gestionale importa il file XML della fattura elettronica, e con quale livello di dettaglio? C'è differenza fra registrare la testata del documento e importare le singole righe con codici e quantità, ed è esattamente la differenza fra risparmiare un minuto e risparmiare dieci.

La seconda: cosa serve perché un documento entri senza intervento umano? Di solito la risposta è un'anagrafica fornitori pulita e una corrispondenza fra i loro codici articolo e i tuoi: è lavoro di ordine, non di software.

La terza: cosa succede ai documenti che non superano i controlli? Vanno in una coda visibile a qualcuno, o restano in attesa senza che nessuno lo sappia? Un sistema che sbaglia in silenzio costa più di uno che non c'è.

Domande frequenti

Serve l'AI per leggere le fatture elettroniche italiane?

Quasi mai. Una fattura fra due aziende italiane passa dal Sistema di Interscambio e arriva come file XML con i campi già separati: un programma li legge senza alcun modello. Se quei file ci sono e in ufficio si ricopia a mano, non manca l'intelligenza artificiale: manca un'importazione configurata nel gestionale.

Su cosa serve davvero un modello di lettura automatica?

Su quello che resta fuori dalla fattura elettronica: i documenti di trasporto cartacei, firmati in magazzino e a volte scritti a penna, le fatture estere allegate o dentro il testo di una mail, e i PDF di cortesia quando il dato buono sta nell'XML ma nessuno lo apre. Lì non esiste nessun campo da importare.

Qual è il vero collo di bottiglia in questi progetti?

L'anagrafica, non la lettura. Il lavoro è capire che il «tubo multistrato 16x2» del fornitore è l'articolo che tu chiami con un altro codice. La tabella di corrispondenze fra codici loro e codici tuoi è il progetto: il modello propone l'abbinamento, una persona lo conferma la prima volta e poi vale sempre.

Serve un sistema di lettura automatica se ho già la fattura elettronica?

Per le fatture no, o almeno non per leggerle: il file XML contiene già i dati in forma strutturata, quindi il lavoro è farli entrare nel gestionale, non riconoscerli da un'immagine. Serve invece per i documenti che restano fuori dal ciclo elettronico, cioè i documenti di trasporto, le note spese, gli scontrini e tutto il cartaceo che arriva dai fornitori.

Quanto è affidabile la lettura automatica di un DDT?

Dipende più dai controlli che dal modello. Un numero letto male si riconosce confrontandolo con quello che l'azienda sa già: il fornitore esiste in anagrafica, il codice articolo è fra quelli trattati, la quantità è compatibile con l'ordine. Un sistema che si ferma e chiede quando un controllo non torna vale più di uno che indovina, perché un errore scoperto a valle costa molte volte il tempo risparmiato.

Quanto si risparmia davvero, e come si misura?

Il risparmio si misura prima di comprare, con un conto semplice: quanti documenti arrivano al mese, quanti minuti ciascuno richiede oggi, quante volte un errore viene scoperto a valle. Il valore grosso non è nei minuti di trascrizione, ma nei due effetti collaterali: i documenti registrati lo stesso giorno invece che a fine mese, e le differenze fra ordine, DDT e fattura trovate prima di pagare. Senza quei numeri di partenza, dopo non si può dire se il sistema sta funzionando.

In sintesi

Per le fatture elettroniche italiane il dato strutturato esiste già: il primo controllo è se il gestionale lo importa. Il modello serve sui documenti che restano fuori, DDT e cartaceo in testa, e il valore sta nell'anagrafica e nel riscontro fra ordine, DDT e fattura, non nella trascrizione.