Ordini, DDT e fatture: dalla trascrizione alla verifica

Contesto

Il documento è già arrivato. Nel gestionale, però, devi ancora scriverlo. Apri l'allegato, cerchi il cliente o il fornitore, ricopi i codici, controlli quantità e prezzi. Poi passi al documento successivo.

Nella distribuzione e nella manifattura, ordini, documenti di trasporto (DDT) e fatture arrivano da canali diversi, con formati e riferimenti che non coincidono sempre. Trascriverli richiede attenzione; interpretarli richiede esperienza. Chi conosce un fornitore sa anche quando una descrizione insolita indica il solito articolo e quando deve chiedere conferma.

Qui descriviamo uno scenario rappresentativo costruito sui processi del settore. I confronti riportati illustrano il funzionamento previsto, non i risultati di un singolo cliente. Il lavoro che proponiamo è concreto: preparare una bozza dai documenti, verificarla contro il gestionale e sottoporla a una persona prima della registrazione.

La sfida

1. Lo stesso dato viene scritto due volte, e la seconda volta a mano. Un codice è leggibile nel PDF, ma manca nel campo in cui serve. Fra il documento e il gestionale ci sei tu: copi, cerchi la corrispondenza, cambi finestra. Se il codice del fornitore è diverso dal tuo, la trascrizione diventa anche una decisione. Automatizzare la sola lettura lascia quella decisione irrisolta.

2. Il costo si nasconde nelle attività quotidiane. Il tempo di inserimento è già pagato, dentro il costo del personale. Spesso manca la misura di quanto assorba questo processo: lettura, ricerca, telefonate, correzioni. Lo noti quando una persona è assente o si accumulano gli arretrati. Finché queste attività restano indistinte, è difficile capire quanto lavoro potresti recuperare.

3. Il confronto fra ordine, DDT e fattura compete con le scadenze. Devi verificare che quantità e prezzi tornino, mentre ci sono spedizioni da preparare e pagamenti da autorizzare. Il controllo a campione lascia documenti senza confronto. Una differenza scoperta dopo il pagamento richiede ricerche e contatti con il fornitore; anche recuperare un importo modesto può impegnare chi ha già altro da fare.

4. Ogni formato nuovo richiede attenzione. Cambiano le colonne, le descrizioni, il punto in cui compare il riferimento all'ordine. Le regole di estrazione vanno aggiornate e provate. Un modello può gestire formati diversi, ma non rende irrilevante un cambiamento: può confondere una quantità consegnata con quella ordinata e restituire comunque un valore credibile.

I numeri da guardare

Prima di intervenire misuriamo il lavoro con i tuoi documenti. Separiamo il tempo impiegato dalle persone dal tempo in cui una pratica resta in attesa: richiedono interventi diversi.

• Quanti minuti richiede la gestione di un documento, comprese verifiche e correzioni?
• Quanto passa fra l'arrivo e la registrazione, in media e nei casi peggiori?
• Quanti documenti ricevi, divisi per tipo e fornitore?
• Quale percentuale di campi è corretta al primo passaggio, verificandola sul documento originale?
• Quante eccezioni richiedono un intervento, per quali motivi e con quale impegno?
• Quante fatture duplicate e quante differenze fra ordine, DDT e fattura scopri? Quante dopo il pagamento?
• Quanto costa gestire un documento, considerando il tempo di tutte le persone coinvolte?

Nel confronto successivo includiamo anche servizio, manutenzione e gestione delle eccezioni. Una bozza rapida da produrre ma lenta da correggere può non convenire. E una media favorevole può nascondere errori frequenti proprio sui documenti più delicati: guardiamo anche tipo di campo e fornitore.

L'approccio

1. Scegliamo un tipo di documento e fissiamo il punto di partenza. Individuiamo il flusso in cui volume e lavoro manuale giustificano una prova. Raccogliamo esempi ordinari e problematici, comprese scansioni poco leggibili e consegne parziali. Se disponi già di dati strutturati importabili, partiamo da quelli. Usiamo il modello per la lettura che serve davvero, evitando di fargli ricostruire dati già disponibili.

2. Confrontiamo i campi estratti con ciò che risulta nel gestionale. Cerchiamo la corrispondenza con cliente o fornitore, verifichiamo codici articolo, quantità e condizioni dell'ordine. Concordiamo come trattare sconti, arrotondamenti e consegne parziali. Il risultato resta una bozza. Se manca un documento necessario al confronto, lo segnaliamo; se l'anagrafica è ambigua, chiediamo una verifica. Un campo compilato non dimostra che il dato sia corretto.

3. Portiamo le anomalie a chi può risolverle. Definiamo i controlli e proviamo sui tuoi documenti gli eventuali indicatori di affidabilità. Un punteggio alto non basta a rendere giusto un campo. Le anomalie rilevate fermano il documento in una coda con il motivo e un referente; le altre bozze restano comunque da verificare e confermare. Chi controlla deve poter confrontare subito il dato con l'originale, correggerlo o respingerlo.

4. Registriamo lettura, correzioni e conferme. Colleghiamo il documento originale ai campi estratti, agli esiti dei controlli e alle modifiche. Conserviamo chi ha confermato e quando, secondo accessi e tempi definiti nel progetto. Questa traccia serve anche a capire dove intervenire: un formato letto male, un abbinamento ambiguo, una regola da correggere. Misuriamo gli errori anche dopo l'avvio, perché documenti e condizioni operative cambiano.

Che cosa cambia

Nel flusso previsto, chi inserisce i dati parte da una bozza affiancata al documento. Può concentrarsi sul confronto, sulle differenze e sulle informazioni mancanti. La registrazione segue la conferma.

Puoi vedere quali documenti aspettano una verifica, da quanto e per quale motivo. Puoi risalire all'origine di una quantità e distinguere ciò che il modello ha letto da ciò che una persona ha corretto. Se manca il DDT, il confronto resta incompleto e deve risultare tale.

La revisione è lavoro: richiede tempo, formazione e facoltà di fermare una pratica. Coinvolgiamo chi la svolgerà nella prova, perché una schermata comoda per chi la progetta può essere scomoda per chi la usa ogni giorno. Valutiamo il beneficio sul lavoro complessivo, compreso quello che passa a chi gestisce le eccezioni.

Che cosa temono, e che cosa rispondiamo

«Il modello legge male e in contabilità finisce un numero sbagliato.» Può succedere. Un modello sbaglia, anche su documenti apparentemente semplici. Controlli automatici e revisione umana riducono il rischio, ma possono lasciar passare un errore. Nella prova contiamo anche quelli sfuggiti ai controlli, distinguendoli per campo e conseguenza. Concordiamo quando fermare il flusso e tornare alla gestione manuale. Se gli errori restano incompatibili con il processo, la prova non giustifica l'avvio.

«Dove finiscono i nostri documenti?» Per leggerli li inviamo a un servizio esterno ai tuoi sistemi. I modelli girano su AWS Bedrock con profili di inferenza dell'Unione Europea; i dati sono trattati nell'Unione Europea. Prima di cominciare mettiamo per iscritto quali dati inviamo, a quale servizio, chi può accedervi e per quanto tempo vengono conservati, comprese le copie e i registri previsti dal progetto. Il trattamento nell'UE, da solo, non risponde a tutte queste domande.

«Se sbaglia, di chi è la responsabilità?» La presenza di un pulsante di conferma non risolve la questione. Definiamo prima chi verifica, chi autorizza la registrazione, chi gestisce un'anomalia e che cosa compete a noi nell'integrazione e nei controlli. Documentiamo queste attività e la gestione degli errori. Il registro aiuta a ricostruire l'accaduto; non attribuisce da solo la responsabilità. Chi conferma deve avere informazioni, competenza e tempo per farlo.

Come lo affrontiamo oggi

Partiamo da un workshop di scoping sui tuoi documenti e sul lavoro necessario a registrarli. Delimitiamo una prova, definiamo che cosa misurare e chi deve partecipare. Valutiamo costo per documento, qualità dei dati e carico delle eccezioni: il risparmio ha senso se il processo resta controllabile.

Se i volumi non giustificano l'integrazione o la revisione assorbe il beneficio, te lo diciamo. Lo stesso vale se basta migliorare un'importazione già disponibile. La prova deve permetterti di decidere anche di fermarti.

• Integrazione AI nei sistemi che usi già
• Odoo e gestionali integrati
• Il metodo AIRA

Partiamo da un documento che oggi richiede ricerche o una telefonata al fornitore. Parliamone: 30 minuti, senza impegno, per capire se c'è un passaggio che vale la pena automatizzare.