Controllare DDT, ordini e fatture con l’AI: far emergere le differenze prima di registrare

Il controllo DDT, ordini e fatture con AI prepara un confronto tra i documenti della stessa fornitura e rende visibili le differenze da verificare. Quantità ordinate, consegnate e fatturate devono restare separate; prezzi, riferimenti mancanti e consegne parziali richiedono regole esplicite. Il risultato è una coda di anomalie, non una certificazione contabile o un'autorizzazione al pagamento.

Leggere bene una fattura non basta a capire se corrisponda alla fornitura. Serve collegarla all'ordine e ai documenti di consegna pertinenti. Una differenza può indicare un errore, una consegna ancora incompleta o una condizione concordata: il flusso deve portare le evidenze al referente invece di decidere automaticamente quale spiegazione sia vera.

Le fonti tecniche sono verificate al 9 ottobre 2026 e gli esempi sono ipotetici. La guida all'automazione fatture descrive il ciclo generale; qui affrontiamo il confronto documentale da inserire nel quadro di AI per aziende.

Quali documenti e riferimenti servono al confronto?

Raccogli l'ordine pertinente, i DDT disponibili e la fattura da controllare, mantenendo riferimenti e versioni. L'ordine può avere una revisione; la consegna può essere suddivisa; la fattura può comprendere più documenti. Il progetto deve descrivere queste relazioni prima di confrontare i totali. Se un documento manca, lo stato del confronto deve mostrare l'assenza.

Usa identificativi e riferimenti presenti nelle fonti. Nome del fornitore e importo simile possono suggerire un candidato, ma non bastano per un'associazione certa. Una tabella di confronto deve distinguere collegamento verificato, candidato da revisionare e riferimento assente. Il modello può aiutare a raccogliere le evidenze, senza nascondere il passaggio di associazione.

n8n documenta l'estrazione di informazioni strutturate con attributi o schema. È una primitiva per preparare i dati dei documenti; non dimostra che la relazione fra ordine, DDT e fattura sia corretta nel tuo sistema. Information Extractor ufficiale.

Quando hai dati già strutturati nel gestionale, usa quel percorso dove appropriato. Non passare ogni valore attraverso una lettura generativa solo perché il progetto contiene AI. La parte documentale può servire per note o formati non strutturati, mentre calcoli e confronti seguono regole verificabili. Separare i ruoli rende più facile trovare la causa di un'anomalia.

Come gestire consegne parziali e più DDT?

Una consegna parziale può essere prevista. Mostra quantità dell'ordine, quantità delle consegne collegate e residuo, distinguendo il dato dalla sua interpretazione. La presenza di un residuo non dimostra un errore del fornitore: può richiedere un controllo sullo stato della fornitura. Il referente deve vedere i documenti inclusi nel calcolo e quelli eventualmente mancanti.

Un esempio puramente dimostrativo: l'ordine richiede dieci unità e un DDT ne riporta quattro. Il confronto mostra sei unità non rappresentate da quel documento, senza concludere che la fornitura sia inadempiente. Se arriva un secondo DDT, il flusso deve collegarlo correttamente e aggiornare il confronto. I numeri illustrano la struttura, non una tolleranza o un risultato reale.

Evita di sommare due volte lo stesso documento ricevuto attraverso canali diversi. Un inoltro o una copia non è una nuova consegna. Mantieni un riferimento stabile e conserva la ragione per cui il documento entra nel gruppo. Se l'identità non è ricostruibile, il caso resta in revisione. La guida al magazzino e inventario con AI amplia il tema degli stati operativi a valle.

La fattura può coprire una parte della fornitura o raggruppare consegne. Il confronto deve seguire il processo concordato, senza imporre l'idea che ogni ordine abbia un solo DDT e una sola fattura. Questa è una scelta di modello dei dati, da verificare con chi conosce il gestionale. Se la relazione è ambigua, il sistema deve chiedere la verifica invece di scegliere il gruppo più plausibile.

Come confrontare articoli, prezzi e unità?

Conserva i valori originali prima di normalizzarli. Un codice diverso può essere un alias approvato oppure un articolo differente. Un prezzo unitario può riferirsi a confezione, pezzo o altra unità. La conversione deve avere una fonte e una regola; una descrizione simile non giustifica un'equivalenza implicita. Il confronto utile rende visibile quale passaggio ha portato al dato normalizzato.

Il prezzo va confrontato con la condizione pertinente, mantenendo separate voci aggiuntive e sconti. Se manca il documento che conferma un accordo, indica il limite. Non dedurre che un totale uguale significhi tutte le righe corrette: differenze su articoli diversi possono compensarsi. Il referente deve poter controllare le voci, non soltanto il risultato aggregato.

La guida a AI per acquisti e fornitori distingue confronto delle offerte e controllo delle condizioni nel tempo. Per rendere comparabili offerte prima dell'acquisto leggi confrontare preventivi fornitori con AI. Qui il bisogno riguarda una fornitura già documentata e le differenze che emergono fra i suoi elementi.

Se i dati provengono da una scansione, mantieni visibili i campi incerti. Un carattere letto male nel codice può cambiare il collegamento. Un importo incompleto non deve diventare zero. Dato assente, dato non leggibile e valore effettivamente nullo devono avere stati diversi. Questo permette al referente di capire se serve la fonte migliore o una decisione sull'anomalia.

Come definire tolleranze che non nascondano gli errori?

La tolleranza deve essere una regola aziendale esplicita, legata a campo e contesto. Il modello non decide quanto scostamento sia accettabile. Una regola per arrotondamenti monetari non si applica automaticamente alle quantità. Una condizione ammessa per una famiglia di prodotti non deve diventare la regola di ogni fornitura.

Scrivi la ragione, il campo e l'azione prevista. Il confronto può segnare una differenza come rientrante nella regola oppure richiedere una verifica. Deve comunque mantenere il valore originale e il riferimento, così il revisore può ricostruire il percorso. “Accettato” non dovrebbe significare che la differenza è stata cancellata dalla vista.

Scheda di anomalia da inviare al referente

Presenta i documenti collegati, la riga interessata, i valori originali e la differenza. Indica l'eventuale regola applicata e ciò che resta incerto. Chiedi al responsabile se il caso richiede integrazione documentale, correzione o altra verifica. La decisione deve restare separata da registrazione e pagamento.

Se non esiste una tolleranza approvata, il primo pilota può mostrare tutte le differenze pertinenti e raccogliere decisioni. Solo dopo il team definisce quali regole siano appropriate. Non trasformare una scelta fatta su un caso in un'autorizzazione universale. Il campione deve aiutare a conoscere le eccezioni, non a nasconderle per migliorare un indicatore.

Come organizzare la coda anomalie e la decisione?

Ogni anomalia dovrebbe avere un referente, uno stato e il prossimo passo. “Differenza rilevata” non è una decisione. Il referente può confermare una consegna parziale, chiedere un documento o correggere una corrispondenza. Il sistema conserva la fonte e la motivazione pertinente nel percorso del progetto, rendendo distinguibile il dato iniziale dalla decisione successiva.

n8n documenta human review per le azioni dei tool. Una revisione utile deve ricevere proposta e dati necessari, consentendo un esito controllabile. È una primitiva progettuale, non una garanzia che il processo contabile sia già coperto. Human review ufficiale.

Non collegare il confronto direttamente a un pagamento senza un processo distinto. Anche la registrazione richiede campi e autorizzazioni appropriati. Per il passaggio richiesta-responsabile leggi approvazione acquisti con AI. Il risultato del confronto prepara evidenze per chi decide, senza assumere la qualifica di una verifica professionale completa.

Due scenari ipotetici per manifattura e servizi

Un produttore tessile riceve una fornitura in più consegne

Immagina un produttore lombardo che riceve materiali in più consegne. Il confronto conserva unità, codici e documenti collegati. Una fattura riferita a una consegna non viene confrontata con l'intero ordine senza rendere visibile il perimetro. Il referente vede quantità rappresentate, residui e riferimenti mancanti.

Una nota sulla variante del materiale richiede una verifica con l'accordo pertinente. Il sistema non dichiara equivalente una descrizione solo perché sembra vicina. Il responsabile controlla la fonte e decide il trattamento operativo. Lo scenario mostra il tipo di evidenza utile, senza riportare risultati economici o accuratezza misurata.

Un'azienda di impianti controlla materiali di una commessa

Immagina un'azienda emiliana che ha un ordine, due DDT e una fattura con una voce di trasporto. Il flusso prepara la tabella delle differenze e indica che la voce aggiuntiva non è riconciliata con i documenti disponibili. Non conclude che sia sbagliata: il referente deve verificare le condizioni concordate.

Se arriva un documento aggiornato, il confronto mantiene la versione pertinente e riesamina l'anomalia. La fase a monte è descritta in importare ordini PDF nel gestionale. Dati acquisiti correttamente aiutano il confronto successivo, ma non dimostrano da soli che una fornitura sia completa o che la fattura sia pronta per tutte le operazioni.

Che cosa cambia quando arriva un documento dopo la revisione?

Il confronto ha una versione. Se arriva un nuovo DDT o una fattura aggiornata, il referente deve vedere quali dati sono stati aggiunti e quali decisioni potrebbero essere superate. Non riusare silenziosamente un esito precedente su un gruppo di documenti cambiato. Il sistema mantiene le fonti e prepara la nuova differenza nel perimetro concordato.

Una decisione su una consegna parziale può essere ancora pertinente, ma il residuo cambia quando arrivano altri documenti. Il flusso deve distinguere quantità già considerate e quantità nuove, evitando di duplicare le consegne. Una copia del DDT può sembrare un nuovo ingresso senza rappresentare un nuovo evento. La revisione controlla i riferimenti, non l'ordine in cui i file sono stati caricati.

Se la fonte aggiornata corregge un errore, conserva il motivo della sostituzione nel percorso previsto. Non lasciare entrambe le versioni nel calcolo come se fossero due elementi cumulabili. Il referente deve sapere quale documento è stato usato e quale è rimasto storico. Il progetto non dovrebbe dedurre questo ruolo dalla sola data del file.

Riesamina le anomalie chiuse soltanto per ciò che il cambiamento riguarda. Una modifica di prezzo non impone di riaprire ogni controllo sulle quantità, ma deve rendere visibile il suo impatto. Viceversa, una fonte incompleta può impedire di mantenere il vecchio esito. Il percorso deve aiutare il responsabile a distinguere queste condizioni invece di assegnare uno stato generico “tutto corretto”.

Nel pilota prepara un caso aggiornato e il confronto atteso. Verifica che il sistema mostri la nuova versione, non sommi le copie e non perda la decisione del referente. È una prova progettuale da eseguire, non un risultato già osservato. Questo controllo rende più concreta la discussione sulla continuità del processo: la domanda non è soltanto quante fatture legge, ma come mantiene riconoscibile ciò che è stato verificato quando le fonti cambiano. Se il risultato non è ricostruibile, la scheda resta aperta e il team sa quale dipendenza risolvere.

Come valutare il pilota e decidere il budget?

Prepara casi con consegne parziali, documenti ripetuti, unità diverse e riferimenti assenti. Un referente definisce il confronto atteso e controlla collegamenti, righe e differenze. Misura anomalie trovate, anomalie mancate e falsi allarmi. Valuta anche quanto lavoro serve per rivedere ogni scheda. Il numero di documenti elaborati non è una misura sufficiente di qualità.

Se il sistema collega il gruppo sbagliato, migliorare la forma del riepilogo non basta. Se le unità sono incomplete nel catalogo, il problema è la fonte. Se la coda rimane ferma, il problema è la responsabilità. Il pilota deve distinguere queste cause prima di aumentare l'autonomia. Non fissiamo qui una soglia universale di scostamento o accuratezza: dipende dalle conseguenze e dalle regole del processo.

Il costo comprende integrazione, estrazione dove necessaria, regole di confronto, revisione e manutenzione. Concorda un limite di spesa per la prova e quali evidenze porteranno a estenderla. Evita collegamenti per somiglianza, tolleranze inventate e totali che nascondono differenze sulle righe. Un gruppo anonimizzato di ordine, DDT e fattura permette a Giallo di valutare l'automazione dei processi aziendali con il referente che sa confermare il risultato atteso.