Un gestionale logistica trasporti chiude il giro di ordine, viaggio e fattura, ma i DDT da controllare, le CMR da riconciliare e i solleciti ai clienti restano lavoro a mano di due persone in ufficio.
In sintesi
- Il gestionale governa bene i dati strutturati che qualcuno ha già inserito, mentre il lavoro che resta scoperto arriva sotto forma di PDF, foto di bolle e mail con dati incompleti.
- In un’azienda di trasporto tra 10 e 200 dipendenti i quattro lavori manuali ricorrenti sono controllo DDT, riconciliazione CMR, preventivi su richiesta e avvisi o solleciti al cliente.
- Un agente AI utile in questo contesto si appoggia al gestionale esistente e scrive dentro i suoi campi, non lo sostituisce e non chiede di cambiare software.
Cosa il gestionale chiude bene e dove si ferma
Un software gestione trasporti fa il suo mestiere sui dati strutturati. Anagrafiche clienti e vettori, ordini, viaggi, mezzi e autisti, condizioni concordate, emissione fattura, stato della consegna. Se il dato è dentro, il gestionale lo muove, lo somma e lo fattura senza che nessuno ci metta mano.
Il punto di rottura è sempre lo stesso e non dipende dal fornitore del software. Il gestionale aspetta un dato già pulito. La giornata di un ufficio trasporti invece arriva in forma disordinata: la bolla firmata torna come foto scattata male dall’autista, la lettera di vettura arriva in allegato a una mail del vettore estero, la richiesta di preventivo è un messaggio di tre righe senza peso né data di ritiro.
Vale anche per chi ha un gestionale spedizioni recente e ben configurato. Il modulo copre l’inserimento, non la lettura di quello che entra dall’esterno. Lo stesso discorso si applica al software gestione flotta aziendale: sa tutto dei mezzi, non sa nulla di cosa c’è scritto nell’allegato che hai appena ricevuto.
I quattro lavori che restano a mano in un ufficio trasporti
Controllo DDT. Qualcuno apre il documento, verifica che quantità e destinatario corrispondano all’ordine, cerca la firma, archivia e segnala i resi. È un lavoro ripetitivo con una soglia di attenzione alta: l’errore si vede settimane dopo, quando il cliente contesta la fattura.
Riconciliazione CMR. Sul trasporto internazionale su strada la lettera di vettura segue la Convenzione CMR, il quadro di riferimento curato dalla Commissione economica per l’Europa delle Nazioni Unite. Ogni vettore la compila a modo suo. Qualcuno in ufficio deve legare quel foglio al viaggio giusto e alla fattura giusta prima che il ciclo attivo si chiuda.
Preventivi. Arrivano via mail con i dati a metà. Chi risponde ricostruisce tratta, peso, tipo di mezzo e data di ritiro, poi rientra nelle condizioni concordate con quel cliente per formulare la risposta. Il tempo se ne va nel completare la richiesta, non nel calcolo.
Avvisi e solleciti. Avvisare il cliente del ritardo, confermare la consegna, chiedere il POD mancante al vettore, ricordare la scadenza a chi non ha pagato. Nessuna di queste attività è difficile. Tutte richiedono che una persona si ricordi di farle nell’ordine giusto.
Questi quattro lavori hanno una cosa in comune: iniziano fuori dal gestionale e finiscono dentro il gestionale. È esattamente lo spazio in cui un agente lavora bene.
Un agente che lavora sopra il gestionale, non al posto suo
L’ipotesi di partenza è che il gestionale resti dov’è. Nessuna migrazione, nessun cambio di fornitore, nessuna richiesta di riscrivere le procedure dell’ufficio.
Un flusso concreto sul controllo DDT funziona così. L’agente presidia la casella dove arrivano i documenti. Per ogni allegato estrae numero bolla, data, destinatario, righe e quantità, anche quando l’allegato è una foto storta. Cerca il viaggio corrispondente nel gestionale attraverso le API, o su un export concordato quando le API non ci sono. Se i dati combaciano, archivia e marca la posizione come chiusa. Se non combaciano, non decide da solo: apre una segnalazione con la differenza evidenziata e la mette davanti alla persona che deve guardarla. Sulla stessa base si costruisce l’avviso al cliente, che parte solo quando lo stato nel gestionale cambia davvero.
Polara costruisce questi agenti con il Claude Agent SDK di Anthropic, che è lo stesso strumento con cui lavoriamo sugli altri build. Chi li progetta è Luca Edward Villa, fondatore di Polara AI, che lavora da Milano con PMI italiane soprattutto del Nord. L’automazione DDT è una delle costruzioni che facciamo più spesso, insieme alla qualificazione lead e al supporto clienti.
Se stai valutando se partire da un flusso automatico standard o da un agente, la guida su n8n self hosted chiarisce cosa regge un motore di workflow e dove invece serve capacità di lettura e di decisione.
Cosa allunga i tempi quando l’agente si appoggia a un gestionale trasporti
Tre elementi spostano l’impegno più di ogni altra cosa: il numero di integrazioni, la complessità del processo e la qualità dei dati disponibili.
Nel trasporto si traducono in domande molto pratiche. Il gestionale espone API scrivibili o solo esportazioni in lettura? Quanti layout diversi di documento entrano ogni settimana, cioè quanti vettori ti mandano la loro CMR fatta a modo loro? I POD arrivano come PDF nativi o come foto? Le condizioni commerciali vivono nel gestionale o in un foglio di calcolo che una persona sola sa aggiornare? Le eccezioni hanno una procedura scritta oppure si risolvono chiedendo al collega che se ne occupa da otto anni?
Ogni risposta che porta fuori dal gestionale allunga il lavoro, perché va costruito il pezzo che manca. Per questo il percorso parte da un AI Readiness Audit con durata orientativa di due settimane, che mappa i processi automatizzabili e produce una roadmap. Poi la costruzione di un singolo agente ha una durata orientativa di tre a sei settimane. Dopo il lancio resta la gestione continua, fatta di monitoraggio, correzioni e integrazione di nuovi tool. La roadmap di implementazione AI spiega come si mettono in fila queste fasi senza fermare l’operatività.
Quando ti conviene restare con il solo gestionale
Ci sono casi in cui la risposta onesta è di non costruire niente.
Se i documenti che tratti a mano sono pochi alla settimana, il tempo risparmiato non ripaga il lavoro di costruzione. Se il tuo fornitore di gestionale ha già a listino un modulo che legge i documenti e tu non lo hai ancora acceso, provalo prima. Se il processo cambia ogni mese perché l’azienda sta ancora definendo come lavora, aspetta che si stabilizzi: un agente costruito su una procedura instabile va rifatto.
Contano anche i limiti di chi te lo costruisce. Polara è una struttura snella, founder-led, guidata da Luca Edward Villa da Milano. Se cerchi un’agenzia con più di trenta persone e SLA di tipo enterprise, non siamo noi. Non costruiamo modelli linguistici da zero: usiamo Claude, GPT e Gemini come componenti, quindi se ti serve l’addestramento di un modello proprietario ti indirizziamo altrove. E i primi trenta giorni richiedono la tua presenza, tra interviste, accesso ai dati e riscontri sul prototipo. Se in quelle settimane nessuno in azienda ha tempo, il progetto non riesce.
Le domande da mettere sul tavolo, e cosa devono farti vedere
Sei domande separano chi ha già lavorato su un gestionale trasporti da chi ci prova sopra la tua azienda.
1. Su quale gestionale avete già scritto dati, e attraverso API o attraverso export?
2. Cosa fa l’agente quando il documento è illeggibile o i numeri non tornano?
3. Chi vede la segnalazione di errore, e dove finisce se nessuno la guarda?
4. Quali documenti restano esclusi dal perimetro, e perché?
5. Chi mantiene il flusso quando un vettore cambia il formato della sua CMR?
6. Cosa mi consegnate alla fine: l’agente, gli accessi, la documentazione del flusso?
Sulle risposte, guarda tre cose. Primo, chiedi di vedere un flusso già in produzione da qualcuno, non una demo costruita per la riunione. Secondo, verifica che il fornitore parta dal tuo processo e non dal proprio catalogo: se la prima proposta arriva prima di aver visto i tuoi documenti, sta vendendo un prodotto. Terzo, pretendi che la gestione dell’errore sia scritta nero su bianco, perché è lì che un’automazione documentale si rompe e nessuno se ne accorge per settimane. Se vuoi un confronto più generale sui criteri di scelta, la guida su come scegliere un’agenzia di sviluppo agenti AI mette in fila gli stessi controlli applicati a qualsiasi build.
Il modo più rapido per capire se il tuo caso regge è mettere sul tavolo una settimana di documenti reali e contare quante volte una persona ha dovuto aprire un allegato per chiudere una posizione. Se quel numero ti sembra alto, la pagina sullo sviluppo di agenti AI descrive come lavoriamo dal primo processo fino al flusso in produzione.
