Esterometro 2026: gestione fatture estere e XML con IA

Esterometro confluito nello SdI: come uso l'IA per controllare i tipi documento, le aliquote e i codici natura quando il cliente importa da fornitori UE ed extra-UE.

Di Super Squalo·6 min lettura·

Cliente importatore. Ti manda 80 fatture di un fornitore tedesco di componenti, in formato PDF. Tu le devi inserire in contabilità, generare gli autoconsumi reverse charge, e trasmettere allo SdI come autofatture (tipo documento TD17 o TD18 o TD19, a seconda). Senza un workflow, ci passi un pomeriggio intero.

L'"Esterometro" come comunicazione separata è morto dal 1° luglio 2022: ora tutto passa dallo SdI (Sistema di Interscambio) con i tipi documento dedicati. Ma le complicazioni restano, e l'IA aiuta a non sbagliare.

Il problema vero: i tipi documento sono cambiati

Dal 2022 ogni operazione passiva con fornitore estero (UE o extra-UE) o attiva verso cliente estero senza fattura elettronica italiana va comunicata via XML allo SdI usando questi tipi documento per le passive: TD17 (acquisto servizi da estero, autofattura), TD18 (acquisto beni intra-UE, integrazione), TD19 (acquisto beni con fornitore estero in deposito IVA o territorio italiano, autofattura ex art. 17 c.2 DPR 633/72).

Per le attive: TD01 normale se cliente UE/extra-UE con identificativo, o uno dei tipi specifici. Codici natura iva: N3.1, N3.2, N3.3, N3.4, N3.5, N3.6 a seconda del regime applicato.

Confondere TD17 con TD18 vuol dire ricevere uno scarto SdI o una segnalazione di anomalia successivamente.

Come si fa davvero: prompt di classificazione

Quando arriva un blocco di fatture estere, prima di buttarle in contabilità io le faccio classificare:

Sei un assistente fiscale italiano. Ti incollo l'elenco anonimizzato di fatture passive ricevute da fornitori esteri da un cliente italiano titolare di partita IVA. Per ogni fattura indica: 1) UE o extra-UE; 2) tipo operazione (beni o servizi); 3) tipo documento SdI corretto (TD17, TD18 o TD19); 4) codice natura IVA da indicare nell'autofattura/integrazione; 5) territorialità ai fini IVA (art. 7 e seguenti DPR 633/1972). NON inventare partite IVA. Dati: [incolla].

Il modello mi pre-classifica le fatture e mi evidenzia i dubbi (per esempio una prestazione mista di consulenza + licenza software, che ha trattamento diverso). I dubbi li risolvo io, ma la massa di lavoro ripetitivo è andata.

I 5 errori più frequenti

  • Trattare un acquisto da fornitore extra-UE come intra. Tipo documento sbagliato → autofattura sbagliata → IVA sbagliata.
  • Dimenticare l'autofattura per servizi resi da non residenti. Art. 17 c.2 DPR 633/72: l'IVA italiana la paghi tu in reverse charge.
  • Sbagliare la valuta. Se la fattura è in dollari o franchi svizzeri, va convertita al cambio del giorno effettuazione operazione (BCE o cambio fattura se diverso). L'IA può aiutarti a strutturare la tabella di conversione.
  • Non gestire il plafond per esportatori abituali. Se il cliente ha dichiarato d'intento ricevuta, gestisci correttamente la non imponibilità ex art. 8 DPR 633/72.
  • Trasmettere allo SdI dopo i termini. Per le operazioni passive il termine è il 15 del mese successivo a quello di ricezione del documento o di effettuazione dell'operazione.

Riferimenti normativi

La disciplina IVA delle operazioni con l'estero è nel DPR 633/1972, in particolare: art. 7 e seguenti per la territorialità, art. 17 commi 2-3 per il reverse charge, art. 41 DL 331/1993 per le cessioni intracomunitarie, art. 38 DL 331/1993 per gli acquisti intracomunitari.

La trasmissione via SdI delle operazioni transfrontaliere (ex Esterometro) è regolata dal D.lgs. 127/2015 art. 1, modificato dalla L. 178/2020 e successive (art. 1 c. 1103 L. 178/2020 ha previsto l'integrazione nello SdI con decorrenza luglio 2022).

Sanzioni omessa o errata trasmissione: euro 2 per ogni fattura non comunicata o errata, max euro 400 per mese; riduzione a metà se trasmessa entro 15 giorni dal termine (D.lgs. 471/1997 e successive integrazioni).

Quello che faccio per i clienti import-heavy

Per i clienti con tanti acquisti esteri ho impostato un flusso: il cliente carica i PDF in una cartella condivisa, un OCR estrae i dati, l'IA classifica, io controllo le segnalazioni anomale e procedo. Da 6 ore a 1,5 ore al mese per cliente medio.

Attenzione: non uso ChatGPT pubblico per i PDF veri (contengono dati commerciali sensibili). Uso Claude in versione Team con DPA firmato, oppure un setup locale con LLM open. Il GDPR (art. 28) non scherza.

Domande frequenti

Devo comunicare anche le fatture estere ricevute in formato XML italiano (canale SdI)?

No. Se il fornitore estero ti emette già fattura elettronica via SdI (rara ma possibile), non serve duplicare. La comunicazione transfrontaliera vale per le operazioni non documentate via SdI ordinario.

L'IA può generare direttamente l'XML da trasmettere?

Tecnicamente sì, ma è inutile e rischioso: il tuo gestionale lo fa secondo schema XSD ufficiale e gestisce la firma. L'IA serve per la classificazione preliminare e per spiegare al cliente cosa sta facendo.

Cosa cambia per le e-commerce verso consumatori UE (OSS)?

Hai due opzioni: registrarti al regime OSS (One Stop Shop, art. 74-quinquies e seguenti DPR 633/72) e versare l'IVA dei singoli Stati tramite portale unico, oppure registrarti in ciascuno Stato di destinazione. Per la maggior parte degli e-commerce piccoli, OSS è la scelta naturale.

Cosa rischio se sbaglio tipo documento (TD17 vs TD18)?

Lo SdI di solito scarta documenti formalmente sbagliati. Se passa con dati sostanzialmente errati e l'errore emerge in controllo, sanzione per inesatta comunicazione. Ravvedibile.

Vedi anche LIPE IVA per la liquidazione periodica che incorpora queste operazioni, e Quadro RW se il cliente ha anche disponibilità all'estero. Sulle tecnologie usate dietro l'IA dai un'occhiata a RAG.

Un caso vero: importatore di componenti elettronici da Taiwan

Cliente, SRL piccola, importa componenti elettronici da Taiwan e Cina via Hong Kong. Volume medio: 60-80 fatture al mese, in dollari, con bolle doganali separate, IVA all'importazione versata in dogana e poi recuperata.

Workflow attuale: fornitore manda fattura via email, cliente la inoltra al mio studio in una cartella Drive condivisa. Script OCR estrae i dati base. Prompt IA classifica e propone TD/codice natura. Operatore di studio (non io) controlla le segnalazioni, importa in contabilità, abbina alla bolla doganale corrispondente, genera l'autofattura quando serve, trasmette allo SdI.

Tempo per cliente: 4-5 ore al mese contro le 18-20 di due anni fa. Lo studio non ha aumentato il fatturato del cliente (è un costo fisso per noi), ma ha liberato tempo per acquisire altri 3 clienti import simili. Il modello scala.

Quello che NON deve fare l'IA in questo flusso

L'IA non genera l'XML SdI (lo fa il gestionale secondo XSD ufficiale). L'IA non firma digitalmente (firma il legale rappresentante o il delegato). L'IA non decide il regime IVA definitivo per casi border-line (es: prestazione mista di consulenza + cessione di software, dove ci sono interpretazioni della giurisprudenza che cambiano). Lì decido io o consulto specialista IVA.

L'IA fa quello che fa bene: prima classificazione, controllo logico, sintesi. Niente di più.

Confrontati con altri colleghi nel gruppo Squalogruppo Telegram: si discute spesso di workflow estero, perché chi gestisce import sa che i dettagli fanno la differenza tra tre ore e tre giorni di lavoro.

Hai un dubbio? Vieni a parlarne.

Gruppo Telegram aperto. Domande, opinioni, casi vissuti. Senza venditori e senza spam. Per consulenza personale o caso aziendale, usa il pulsante consulenza.