Che cosa fa davvero un agente con un documento
Un agente per l'elaborazione documentale non è una chat. È una piccola catena di lavoro con un compito preciso:
- Riceve il documento da dove arriva già oggi: una casella e-mail, un portale, uno scanner, un allegato nell'ERP.
- Legge e classifica: che tipo di documento è, di quale cliente o fornitore, a quale processo appartiene.
- Estrae i dati che servono al processo (parti, date, importi, riferimenti, righe d'ordine) e li confronta con quello che l'azienda sa già.
- Prepara la pratica: compila il record, allega la fonte, segnala ciò che manca o non torna.
- Agisce o passa la mano: avvia l'attività nell'ERP quando la confidenza è alta, la affida a una persona quando non lo è.
Il modello linguistico è un componente dei passi 2 e 3. Tutto il resto è ingegneria del software fatta con cura: code di lavoro, regole di validazione, integrazione con il gestionale, registro delle attività.
Perché i piloti si fermano
Le cause sono quasi sempre le stesse:
- Documenti campione invece di quelli veri. Un pilota su venti PDF puliti dice poco sulle scansioni storte e annotate a mano che arrivano il lunedì mattina.
- Nessun collegamento con l'ERP. Se il risultato è un foglio Excel che qualcuno deve ancora ricopiare nel gestionale, il processo non è cambiato.
- Accuratezza valutata a impressione. "Sembra funzionare" non è un criterio di decisione. Senza una baseline nessuno può dire se l'agente lavora meglio del processo attuale.
- Nessun responsabile dopo la demo. Finito il pilota, nessuno si occupa di monitoraggio, eccezioni e richieste di modifica.
Principi che reggono in produzione
Partire da una sola tipologia di pratica
Scegliete un flusso frequente e ben conosciuto: per esempio gli ordini in arrivo da un canale, o le prime denunce di sinistro di un ramo. Un perimetro stretto rende la misura onesta e l'integrazione gestibile.
Lasciare a una persona le decisioni critiche
Mettete per iscritto quali passaggi l'agente può completare da solo e quali richiedono un'approvazione. Una regola utile: l'agente prepara, una persona approva tutto ciò che impegna denaro, modifica una posizione contrattuale o tocca un cliente. Il confine si può spostare più avanti, sulla base dei dati.
Rendere ogni risposta verificabile
Ogni dato estratto deve rimandare alla pagina e al passaggio da cui proviene. Chi controlla lavora più in fretta se vede la fonte, e i revisori chiedono esattamente questo. È lo stesso principio della retrieval-augmented generation, quando l'agente deve consultare conoscenza interna e non solo il documento che ha davanti.
Validare sul sistema di riferimento
L'estrazione è metà del lavoro. Un codice fornitore che non esiste nell'ERP, un importo che non corrisponde all'ordine, una data fuori dalla durata del contratto: questi controlli fermano la maggior parte degli errori prima che arrivino a una persona, e si basano su una buona integrazione con ERP e CRM.
Decidere dove vanno i dati prima di scegliere il modello
Contratti e sinistri contengono dati personali e riservati. Concordate fin dall'inizio dove vengono trattati documenti e richieste, chi detiene le chiavi e quali fornitori sono coinvolti. Per alcune organizzazioni questo esclude i servizi AI pubblici e porta verso modelli eseguiti sulla propria infrastruttura.
Misurare il pilota perché il risultato voglia dire qualcosa
Prima di scrivere codice, registrate tre numeri del processo attuale per la tipologia scelta:
- Accuratezza: quota di campi e pratiche corrette senza interventi.
- Tempo di lavorazione per pratica: dal documento ricevuto all'attività avviata nell'ERP.
- Interventi manuali: quante pratiche richiedono ancora che qualcuno inserisca o corregga dati.
Fate lavorare l'agente su documenti reali della stessa tipologia e misurate gli stessi tre numeri. Se il risultato non giustifica il passo successivo, il pilota ha comunque fatto il suo lavoro: vi ha evitato un investimento più grande.
Dal pilota alla produzione
Passare in produzione significa soprattutto occuparsi di ciò che una demo lascia fuori:
- Gestione delle eccezioni: una coda per i documenti che l'agente non riesce a trattare, con un responsabile chiaro.
- Monitoraggio: accuratezza e volumi seguiti nel tempo, perché formati e fornitori cambiano.
- Gestione delle modifiche: un modo semplice per il business di aggiornare le regole ("dal mese prossimo gli ordini sopra questa soglia richiedono una seconda approvazione") senza aprire un nuovo progetto.
- Incrementi: aggiungere una tipologia di pratica alla volta, ognuna con la sua baseline.
Da dove partire
Scegliete un flusso documentale frequente, costoso da gestire a mano e ben conosciuto da chi lo segue oggi. Scrivete la baseline, il confine tra ciò che l'agente può fare e ciò che una persona approva, e dove i dati possono essere trattati. Quella pagina vale più di qualsiasi confronto tra modelli.
Se state valutando questo percorso per il vostro back office, il nostro servizio di AI applicata parte proprio da lì: una tipologia di pratica reale, un proof of concept a prezzo fisso e numeri su cui decidere.