Documento ricevuto: DAU importazione — fornitore DE, ingresso Taranto. Estrazione completata in 23 secondi. TARIC 8471 30 00, CIF €142.400. Anomalia: peso 3.800 kg fuori range per la voce. Richiesta verifica.
I documenti doganali arrivano estratti e validati nel sistema gestionale.
Customs Document Extractor estrae automaticamente le informazioni dai documenti doganali: DAU (Documento Amministrativo Unico), ICS2 (Import Control System), dichiarazioni AEO (Authorised Economic Operator). Validazione coerente con il Codice Doganale UE Reg. 952/2013. I dati strutturati alimentano il gestionale dell'operatore senza trascrizione manuale.
Customs Document Extractor al lavoro.
Confermato, spedizione mista con ricambi. Correggo la voce sulla bolla. Procedi con l'estrazione corretta.
Voce aggiornata. Dati caricati nel gestionale doganale. Registro audit scritto con marca temporale.
Perché esiste.
Il flusso documentale doganale per operatori logistici e spedizionieri è massiccio: ogni importazione ed esportazione extra-UE porta con sé un DAU, le merci in ingresso richiedono ICS2 per la sicurezza pre-arrival, i clienti con qualifica AEO producono dichiarazioni dedicate. La trascrizione manuale dei dati nel gestionale è lenta, costosa e strutturalmente generatrice di errori.
Come lavora ogni giorno.
Customs Document Extractor si attiva all'arrivo del documento. Riconosce il tipo (DAU, ICS2, AEO), estrae i dati strutturati specifici per tipo: per DAU, codice doganale TARIC, paese di origine, valore, dazi calcolati; per ICS2, i dati di sicurezza pre-arrival; per AEO, qualifica e validità. Valida i dati contro le regole del Codice Doganale UE e segnala le anomalie prima del caricamento nel sistema gestionale.
La decisione resta al team.
Il team customs operations decide se procedere, correggere o bloccare. L'agente non scrive nel gestionale senza conferma, non bypassa le verifiche di qualità.
Le figure che recuperano tempo e qualità nel flusso doganale.
Operatore customs
L'operatore customs che gestisce decine di pratiche al giorno smette di trascrivere manualmente i dati da documenti PDF o scannerizzati. L'estrazione automatica riduce gli errori e libera tempo per le pratiche che richiedono giudizio (anomalie, contentious valuation, regimi speciali).
Responsabile customs operations
Vede la tracciabilità di ogni documento processato con marca temporale, esito di validazione, operatore che ha confermato. In caso di audit dell'Agenzia delle Dogane, il registro è interrogabile con un client SQL standard.
Spedizioniere doganale
Lo spedizioniere doganale che gestisce clienti con operazioni regolari (importatori strutturati, operatori AEO) riduce il tempo di hand-off tra arrivo del documento e caricamento nel sistema del cliente.
Un flusso DAU gestito in pochi minuti invece di mezz'ora.
Il documento entra nel canale, l'agente lo rileva.
Per un operatore logistico con cinquanta pratiche doganali al giorno, il flusso inizia con l'arrivo del documento nel canale di lavoro (email o upload nel sistema di ticketing). Customs Document Extractor rileva il documento, ne identifica il tipo, avvia l'estrazione.
Trenta secondi per estrarre i campi chiave del DAU.
Per un DAU standard di importazione da fornitore extra-UE, l'agente estrae in meno di trenta secondi: codice TARIC, paese di origine, valore dichiarato, dazio applicabile, eventuale regime preferenziale documentato. Se i dati sono coerenti con le regole di validazione configurate, il documento viene caricato direttamente nel CMS doganale e nell'ERP del cliente. Se emerge un'anomalia, l'agente la segnala all'operatore con la regola violata, sospende il caricamento automatico, attende la conferma.
L'operatore conferma. L'evento entra nel registro audit.
L'operatore esamina l'anomalia, corregge se necessario, conferma. Il documento corretto entra nel gestionale. L'intera sequenza resta nel registro audit con marca temporale, operatore responsabile, regola applicata.
Regole dichiarative del team customs operations del cliente.
Le regole di Customs Document Extractor sono dichiarative. Il team customs operations del cliente definisce in formato leggibile gli schemi di estrazione per tipo di documento, le regole di validazione (range di peso attesi per voce doganale, codici TARIC ammissibili per categoria merceologica, regimi preferenziali riconosciuti), le soglie di anomalia che richiedono revisione manuale. Le regole vivono nel repository del cliente, versionate, validate all'avvio dell'agente.
- Linguaggio
- TypeScript (Node.js)
- Modello LLM
- a scelta del cliente: Anthropic, OpenAI, Mistral, modelli open source ospitati internamente, AWS Bedrock per modello privato
- Controlli built-in usati
- pii-detector, credential-detector
- Canali nativi di consegna
- Slack, Telegram, WhatsApp, HTTP OpenAI-compatible
- OCR per documenti scannerizzati
- non built-in: servizio OCR esterno (es. Google Document AI, Azure Form Recognizer) configurato in fase di delivery
- Integrazione CMS doganale + ERP
- adapter dedicato realizzato in fase di delivery dal team Exelab
- Memoria
- persistente per istanza, pgvector + PostgreSQL FTS
- Registro
- immutabile, interrogabile con client SQL standard (audit Agenzia Dogane ispezionabile)
Come funziona Customs Document Extractor nel dettaglio.
Per documenti PDF nativi (generati digitalmente, con testo selezionabile) l'estrazione è diretta. Per documenti scannerizzati (immagini, PDF da scanner) è necessario un servizio OCR esterno configurato in fase di delivery: il team Exelab integra il servizio OCR del cliente (Google Document AI, Azure Form Recognizer o equivalente) e lo collega al flusso di estrazione. Il passaggio OCR è trasparente per l'operatore: il documento entra nel canale, l'agente restituisce i dati strutturati indipendentemente dalla sorgente.
La configurazione standard copre DAU (importazione ed esportazione), ICS2 (Entry Summary Declaration) e le dichiarazioni AEO. Altri formati doganali — MRN, T1, carnet ATA, documenti di origine preferenziale EUR.1 — si aggiungono come schemi dichiarativi in fase di delivery. Il team Exelab lavora con il team customs operations del cliente per definire la priorità.
Ogni anomalia è tracciata con la regola violata, il valore estratto e il range atteso. L'operatore vede la segnalazione specifica, corregge o conferma. Le anomalie frequenti su una certa tipologia di documento portano a una revisione delle regole di validazione: il team customs operations aggiorna il file dichiarativo, lo testa, lo promuove in produzione. Il miglioramento delle regole resta dentro il team del cliente.
Il pattern tipico è 10-16 settimane. Discovery e mappatura dei tipi di documento due settimane, configurazione degli schemi di estrazione e delle regole di validazione tre settimane, integrazione CMS doganale ed ERP tre o quattro settimane, test con pratiche reali e hand-off al team customs operations due o tre settimane. La durata effettiva dipende dalla varietà dei formati e dalla complessità del gestionale del cliente.
Da una conversazione di 30 minuti alla squadra in produzione.
Una conversazione di 30-45 minuti per capire come Customs Document Extractor si configurerebbe sul caso del cliente. Quali tipi di documento, quale gestionale doganale, quali regole di validazione prioritarie.