Agente AI Match ordini–fatture e solleciti
- Agente AI
- Progetto tipo · demo di laboratorio
Ogni mese arrivano fatture fornitore da controllare contro ordini e bolle, e crediti clienti da sollecitare con il tono giusto. Questo agente abbina i documenti, segnala le differenze e prepara i solleciti. L'amministrazione approva. Ecco come lo costruiremmo, con quali tutele sui dati e che conto ci aspettiamo.
Fatture controllate in minuti e non a fine mese, differenze trovate prima del pagamento, solleciti puntuali e coerenti con lo storico del cliente, dati contabili che restano nel gestionale. Stima: circa 14 ore a settimana restituite all'amministrazione, su 250 fatture e 60 scadenze al mese.
Il conto, con le ipotesi dichiarate
Tempo di controllo per fattura
~2 min (approvazione)
prima: ~8 min
Stima su 250 fatture al mese; il "prima" si misura in fase 1, il "dopo" in fase 4
Tempo per sollecito
~4 min (rilettura e invio)
prima: ~10 min
Stima su 60 scadenze al mese, storico del cliente già in schermata
Ore al mese dell'amministrazione
~12 h
prima: ~43 h
250 × 8 min + 60 × 10 min contro 250 × 2 + 60 × 4; circa 30 ore al mese, 14 a settimana, restituite
Differenze trovate prima del pagamento
su tutte le fatture, prima
prima: a campione, spesso dopo
Il controllo a tre vie è sistematico per costruzione; quante differenze e di che importo lo misuriamo in fase 3 sul mese chiuso
Giorni medi di incasso (DSO)
da misurare
prima: da misurare
È la metrica finale dei solleciti: la rileviamo prima del pilota e dopo tre mesi; non la promettiamo
Stime su ipotesi dichiarate, non misure su un cliente. Sono le metriche che useremo per valutare il pilota: le misuriamo prima, le confrontiamo dopo.
Il contesto e il problema
Prima di parlare di AI, il processo com'è oggi: chi fa cosa, con quali strumenti, e dove si perde tempo.
Il processo: le fatture fornitore arrivano via SdI nel gestionale e via email come PDF di cortesia. Per ognuna qualcuno cerca l’ordine, controlla quantità e prezzi contro la bolla, registra, mette in pagamento o apre una contestazione. Sul lato clienti, a fine mese si estrae lo scadenzario, si decide chi sollecitare e si scrivono le email una per una, cercando di ricordare chi ha già promesso, chi è un cliente delicato e chi è alla terza volta.
Chi ci lavora: una o due persone dell’amministrazione, con il commerciale coinvolto quando il sollecito tocca un cliente importante.
L’esempio che usiamo: azienda manifatturiera con 50 addetti, 250 fatture fornitore al mese e uno scadenzario clienti con circa 60 posizioni scadute da gestire ogni mese. È un caso tipo costruito sulle situazioni che incontriamo più spesso e su una demo di laboratorio con dati sintetici: non un caso cliente. Lo stesso schema vale per aziende commerciali e studi che gestiscono volumi simili.
Il problema e cosa costa
- Il controllo si fa dopo, non prima: quando la differenza tra ordine e fattura emerge, il pagamento è spesso già partito e recuperare costa più della differenza.
- Abbinare a mano: numero d’ordine assente o scritto in un campo libero, bolle in una cartella e fatture in un’altra, codici articolo del fornitore diversi dai tuoi.
- Solleciti a ondate: si fanno quando c’è tempo, cioè tardi, con lo stesso testo per tutti, e il cliente puntuale riceve lo stesso tono di quello cronico.
- Dati di persone trattati con leggerezza: email di referenti, IBAN e condizioni finiscono in fogli Excel condivisi o, per farsi aiutare a scrivere un sollecito, in un chatbot personale. Sono dati personali e informazioni finanziarie: è shadow AI, e va affrontato prima.
Il conto, con le nostre ipotesi: 250 fatture al mese per circa 8 minuti di controllo e abbinamento fanno 33 ore al mese; 60 solleciti per circa 10 minuti tra verifica dello storico e scrittura fanno altre 10 ore. In totale circa 43 ore al mese, oltre 500 ore l’anno, più il costo delle differenze pagate senza accorgersene, che nessuno misura finché non lo cerca.
Perché succede
Non è un problema di attenzione: è che il controllo e il sollecito sono lavori di confronto tra documenti che stanno in posti diversi e parlano lingue diverse.
Un agente serve qui: non a decidere cosa pagare o chi sollecitare, ma a fare il confronto e la preparazione, con regole scritte, e a lasciare alla persona la decisione con tutti gli elementi davanti.
Tre documenti, tre formati
L’ordine è nel gestionale, la bolla è un PDF o un foglio firmato, la fattura è un XML con una descrizione libera. Nessuno dei tre cita gli altri in modo affidabile.
Le eccezioni sono la regola
Consegne parziali, prezzi aggiornati a voce, resi, note di credito: il confronto non è mai uno a uno.
Il sollecito richiede memoria
Tono, tempi e canale dipendono dalla storia del cliente, che sta nelle email di chi lo segue.
La soluzione: come lavora l'agente
L’agente lavora come un assistente contabile che prepara la pratica e non tocca mai la contabilità. Passo per passo:
Il tempo dell’agente su una fattura è di pochi secondi. Il tempo della persona scende all’approvazione: nella nostra stima 2 minuti invece di 8 per fattura, 4 invece di 10 per sollecito.
Ingresso
Le fatture arrivano dal gestionale (XML da SdI) e dalla casella email dedicata (PDF di cortesia, bolle scansionate). Lo scadenzario clienti viene letto dal gestionale ogni giorno, in sola lettura.
Lettura e normalizzazione
Un modello linguistico estrae dai documenti i campi utili (fornitore, riferimenti d’ordine anche se scritti in modo libero, righe, quantità, prezzi, condizioni) e li porta in una scheda strutturata con i tuoi codici articolo.
Abbinamento a tre vie
Regole deterministiche, scritte con l’amministrazione, confrontano fattura, ordine e bolla: quantità, prezzo unitario, sconti, IVA, consegne parziali. Il modello interviene solo dove serve interpretazione, per esempio descrizioni diverse per lo stesso articolo, e lo segnala.
Classificazione
Ogni fattura finisce in una di tre code: tutto torna, differenza entro tolleranza, differenza da contestare. Per le ultime l’agente prepara la bozza di contestazione al fornitore con i numeri a confronto.
Solleciti graduati
Per ogni scadenza superata l’agente legge lo storico del cliente (pagamenti precedenti, promesse registrate, solleciti già inviati) e prepara il sollecito nel livello giusto, con il tono deciso dall’azienda per quel livello. I clienti marcati come delicati vanno al commerciale, non in coda.
Approvazione
L’amministrazione apre la coda: vede fattura, ordine, bolla e differenze in una schermata, approva il pagamento o la contestazione; rilegge e invia i solleciti con un clic. Niente parte senza una persona.
Registro e apprendimento
Ogni decisione è registrata. Le correzioni dell’amministrazione aggiornano le regole di abbinamento e le tolleranze, con approvazione.
Niente parte senza una persona. L'agente prepara, confronta e segnala. La decisione sul prezzo e sul cliente resta al commerciale.
Scelte tecniche e perché
Nessun fornitore è la risposta a tutto. Ogni componente ha una scelta e un'alternativa scartata, e si decide sui tuoi dati.
Regole prima del modello
Abbinamento e tolleranze come regole deterministiche; il modello linguistico solo per lettura dei documenti e interpretazione delle descrizioni
Un confronto tra numeri non si delega a un modello probabilistico: deve dare lo stesso risultato ogni volta ed essere spiegabile a un revisore. L'AI serve dove i documenti sono scritti da umani in modo libero.
Modello linguistico
Modello via API con contratto business (Claude, GPT, Gemini o Mistral), scelto dopo i test sui tuoi documenti; per volumi alti un modello più piccolo per l'estrazione e uno più capace per i casi dubbi
I documenti contabili sono molti e ripetitivi: conviene spendere il modello capace solo dove serve. I piani business e API dichiarano l'esclusione dei dati dall'addestramento; verifichiamo conservazione, regione di elaborazione e intestazione del contratto.
Dove gira
Tre opzioni confrontate: API del fornitore, cloud enterprise già in uso (Azure OpenAI, Vertex AI, AWS Bedrock), server in azienda con modello open (Llama, Qwen, Mistral)
Fatture e scadenzari contengono dati personali di referenti e dati finanziari dell'azienda e dei suoi clienti. Il cloud enterprise con regione europea è spesso il punto d'equilibrio quando esiste già un contratto; il locale è un'opzione se l'IT lo gestisce; l'API va bene con pseudonimizzazione dei dati personali prima dell'invio.
Integrazione gestionale
Lettura di ordini, bolle, fatture e scadenzario via API o export schedulati; scrittura solo di stati e note, mai di registrazioni contabili
La contabilità resta nel gestionale e sotto la responsabilità di chi la tiene. L'agente propone, la persona registra. Se il gestionale non ha API, si lavora su export: meno elegante, ma non si tocca il sistema che fattura.
Storico clienti per i solleciti
Indice interno di pagamenti, promesse e solleciti precedenti (approccio RAG) con citazione
Il tono del sollecito dipende dalla storia, e la storia deve essere verificabile: ogni frase sul passato del cliente rimanda alla registrazione da cui viene.
Orchestrazione
Un motore di flussi nel perimetro scelto, con code separate per fatture e solleciti, log e riesecuzione dei passaggi
Il lavoro è a lotti giornalieri e deve essere ricostruibile a posteriori, anche per il revisore contabile. Lo strumento si sceglie in base all'infrastruttura già presente.
Dati e sicurezza
Pseudonimizzazione dei dati personali prima dell'invio al modello, accessi per ruolo, cifratura, conservazione dei log definita, test su documenti sintetici
Nomi, email e IBAN dei referenti non servono al confronto tra numeri: si sostituiscono con codici prima che il documento esca dal perimetro e si ricompongono dopo. Con il fornitore serve un accordo sul trattamento dei dati; per questo caso una valutazione d'impatto con il DPO è probabile, non eventuale.
Implementazione per fasi
Pilota: 6 settimane su un gruppo di fornitori. Ogni fase consegna qualcosa che puoi vedere.
Analisi del processo
Mezza giornata con l'amministrazione: come arrivano i documenti, dove stanno, quali differenze capitano davvero e cosa si tollera. Si scrivono regole di abbinamento, tolleranze e i tre livelli di sollecito con il loro tono. Consegna: scheda del processo e perimetro del pilota (un gruppo di fornitori o una tipologia di fattura).
Dati, rischio e architettura
Classificazione dei dati (finanziari, personali dei referenti, riservati), mappa degli accessi, scelta tra API, cloud enterprise e locale, pseudonimizzazione, verifica dei contratti. Qui entra il DPO. Consegna: architettura motivata, registro dell'uso AI, bozza di valutazione d'impatto se richiesta.
Costruzione e test su un mese chiuso
Flussi, lettura, regole, code. Test su un mese già contabilizzato: l'agente rifà gli abbinamenti e i solleciti, si confrontano con quello che è stato fatto davvero. Consegna: report di accuratezza per tipo di documento e per tipo di differenza, con i falsi allarmi contati.
Affiancamento in parallelo
L'agente prepara, l'amministrazione continua come prima e confronta; si correggono regole e tolleranze; si forma chi lo usa. Consegna: misura prima/dopo sul tempo per fattura e per sollecito.
Decisione
Con i numeri in mano: estendere a tutti i fornitori e a tutto lo scadenzario, fermarsi, o cambiare architettura. Consegna: piano dei tre mesi successivi oppure spegnimento pulito.
Cosa cambia per le persone
L’amministrazione smette di inseguire documenti e passa a decidere: approva, contesta, sceglie il tono con il cliente. Le differenze con i fornitori si vedono prima del pagamento, quando costano poco. I solleciti partono puntuali e proporzionati, e il cliente delicato finisce al commerciale invece che in una coda automatica.
Il cambiamento meno visibile è il più importante: le regole di abbinamento e i livelli di sollecito diventano scritti, non più il buon senso di una persona. Se quella persona va in ferie, il mese chiude lo stesso.
Supervisione, dati e sicurezza
Controlli proporzionati al rischio, decisi prima di scrivere una riga di codice.
Una persona approva
Nessun pagamento, contestazione o sollecito parte senza l'approvazione dell'amministrazione. L'agente prepara, non invia e non registra.
Numeri da regole, non dal modello
Il confronto tra fattura, ordine e bolla è fatto da regole deterministiche e ripetibili; il modello linguistico legge i documenti e segnala dove ha dovuto interpretare.
Dati personali pseudonimizzati
Nomi, email e IBAN dei referenti non escono dal perimetro aziendale in chiaro: vengono sostituiti da codici prima dell'invio al modello e ricomposti dopo. Al modello arrivano solo le parti necessarie al confronto.
Architettura scelta sui dati, non sulla moda
Dati finanziari e personali spostano l'equilibrio verso cloud enterprise con regione europea o modello in locale; si decide dopo la classificazione dei dati e la verifica dei contratti.
AI Act e GDPR: inquadramento prima, non dopo
Un supporto al controllo documentale con approvazione umana rientra, nella classificazione preliminare, tra gli usi a rischio limitato; il trattamento di dati personali e finanziari rende probabile una valutazione d'impatto e richiede trasparenza, formazione di chi lo usa e un inventario degli usi AI. Prepariamo documentazione e registro; la valutazione legale la fanno DPO e legale.
Log, tracciabilità e spegnimento
Ogni abbinamento, differenza e sollecito è registrato e ricostruibile, anche per il revisore. Il processo manuale resta in piedi: l'agente si spegne senza fermare l'amministrazione.
Limiti e cosa non fa
Dirlo prima evita delusioni dopo. Questi sono i confini entro cui i risultati valgono, e le parti che richiedono professionisti specializzati.
Non registra in contabilità
propone stati e note, la registrazione resta a chi tiene i conti. È una scelta di progetto, non un limite tecnico.
Documenti illeggibili
bolle scansionate male o fatture di cortesia difformi dall’XML vanno in coda manuale. In fase 3 misuriamo quante sono.
Eccezioni commerciali
sconti concordati a voce o prezzi aggiornati fuori dal gestionale producono falsi allarmi finché non vengono scritti. Il pilota li fa emergere, e spesso è il primo beneficio.
Il tono con i clienti
l’agente propone il livello di sollecito secondo le regole; la relazione la gestisce la persona, e i clienti marcati come delicati non entrano mai in automatico.
Dati personali e finanziari
referenti, IBAN e condizioni richiedono pseudonimizzazione, termini contrattuali adeguati e, con ogni probabilità, una valutazione d’impatto. Noi prepariamo il quadro tecnico; la valutazione la fanno DPO e legale.
Conformità
non rilasciamo certificazioni né garanzie di conformità all’AI Act, al GDPR o alle norme fiscali. Progettiamo controlli proporzionati, documentiamo e lasciamo tracce verificabili; la responsabilità resta all’azienda, al suo commercialista e ai suoi professionisti.
Validità dei numeri
le stime valgono per un perimetro, un ufficio, i tuoi volumi. Sono la metrica che useremo per decidere, non una promessa.
Domande frequenti
Se invio fatture e dati clienti a un assistente AI per farmi scrivere i solleciti, i miei dati finiscono nel training del modello?
Dipende dal piano e dalle impostazioni del fornitore. Con ChatGPT, Claude, Gemini, Copilot e Mistral i piani business e le API dichiarano l'esclusione dei dati dall'addestramento; con gli account personali dipende dalle impostazioni, e restano comunque conservazione per un periodo, controlli per abusi e regione di elaborazione, da leggere nei termini del piano specifico. In questo progetto, qualunque sia l'architettura scelta tra API, cloud enterprise e modello in locale, nomi, email e IBAN dei referenti vengono pseudonimizzati prima che un documento esca dal perimetro aziendale.
Se l'agente abbina ordini e fatture, chi decide se pagare o contestare?
Sempre la persona dell'amministrazione. L'agente prepara: mostra fattura, ordine, bolla e differenze nella stessa schermata, redige la bozza di contestazione se serve, indica il livello di sollecito consigliato. Chi lavora in amministrazione rilegge e approva il pagamento, la contestazione o il sollecito con un clic. Niente parte senza una decisione umana.
Serve una GPU in azienda o qualcosa da installare localmente?
Non necessariamente. Nel progetto proponiamo tre opzioni: API di un fornitore (ChatGPT, Claude, Gemini, Mistral), cloud enterprise già usato dall'azienda (Azure OpenAI, Vertex AI, AWS Bedrock), server locale con modello open. La scelta dipende dai dati trattati, dai contratti già in vigore e dalla capacità IT interna. Nessuna opzione è la migliore in assoluto; le confrontiamo nel momento in cui definisci l'architettura, durante il progetto.
Se l'agente scrive i solleciti, come faccio a evitare di perdere il cliente importante o di sembrare minaccioso?
L'agente non invia i solleciti in automatico. Per ogni cliente in scadenza legge lo storico (pagamenti precedenti, promesse, solleciti già inviati) e propone il livello di sollecito che hai deciso (cortese, formale, deciso). I clienti marcati come delicati nel gestionale vanno al commerciale, non in coda automatica. La relazione la gestisci tu; l'agente prepara solo la pratica.
Come sappiamo se il progetto ha funzionato e quanto tempo abbiamo davvero risparmiato?
Misuriamo prima e dopo con la stessa metrica: tempo per fattura e per sollecito. Nel caso tipo descritto (250 fatture e 60 solleciti al mese), stimiamo una riduzione da 8 minuti a 2 per fattura e da 10 a 4 per sollecito, con una rilettura umana inclusa. Sono le metriche che usiamo per decidere se continuare o correggere il pilota, non promesse. Le tue cifre potrebbero essere diverse in base ai volumi e a quante eccezioni il tuo gestionale gestisce male.
Questo agente garantisce la conformità all'AI Act e al GDPR?
No. Progettiamo controlli proporzionati al rischio (pseudonimizzazione, accessi per ruolo, log verificabili), documentiamo le scelte e lasciamo tracce per il revisore. Quando il progetto tratta dati personali di referenti e dati finanziari, una valutazione d'impatto con il DPO e una revisione legale sono probabili, non eventuali. La responsabilità della conformità resta all'azienda, al suo commercialista e ai professionisti che sceglie.
Candida il tuo ciclo passivo o i tuoi solleciti
Partiamo da un solo tipo di richiesta, misuriamo prima e dopo, e decidiamo insieme se estendere. Parli con chi farà il lavoro, non con un commerciale.
Cosa serve per partire
Ordini registrati nel gestionale, bolle archiviate in modo recuperabile, scadenzario estraibile, regole di tolleranza e livelli di sollecito decisi dall'azienda, una persona dell'amministrazione disponibile mezza giornata all'inizio e un'ora a settimana durante il pilota.
Si integra con
- Gestionale / ERP (ordini, bolle, fatture, scadenzario)
- Fatturazione elettronica (XML da SdI)
- Email e PEC amministrative
- PDF e scansioni
- CRM (storico e referenti clienti)
- Home banking / estratti conto (in sola lettura, se disponibili)
Candida il tuo processo
Raccontaci in due righe cosa arriva, chi lo gestisce e dove si inceppa. Entro 24 ore lavorative ti rispondiamo per capire se ha senso un pilota.