I venditori online producono ogni mese una grande quantità di dati finanziari. Amazon, Shopify, eBay e gli altri canali di vendita forniscono ordini, note di credito, commissioni e rendiconti. PayPal, Stripe, Klarna, Mollie o Shopify Payments mettono a disposizione anche i dati di pagamento e di accredito. I programmi di fatturazione generano le fatture di vendita, mentre fatture passive, documenti delle commissioni e movimenti bancari si trovano spesso in altri sistemi.

Se vendi in Germania o lavori con uno studio tedesco, questi dati finiscono di solito in DATEV, il software di riferimento dei consulenti fiscali tedeschi. Per uno studio italiano KudTax esporta secondo il tuo piano dei conti per TeamSystem, Zucchetti, Fatture in Cloud o Danea; questo articolo si concentra su DATEV.

A prima vista il compito sembra semplice: esportare tutti i dati, scriverli in un file CSV e importarli poi in DATEV. Nella pratica, però, non è l'estensione del file a decidere se un export DATEV per il commercio online funziona. Ciò che conta è che il file rispetti tecnicamente il formato DATEV, che la logica di registrazione sia corretta nel merito e che dati di vendita, dati di pagamento, fatture e documenti restino collegati tra loro in modo univoco.

Un'importazione può riuscire tecnicamente e produrre comunque una contabilità inutilizzabile. Le vendite possono comparire due volte, gli accrediti cumulativi possono apparire erroneamente come ricavi, le partite aperte restano non pagate, i documenti non si aprono oppure operazioni IVA estere vengono registrate su conti sbagliati. Al contrario, una logica di registrazione corretta può fallire all'importazione se manca un campo obbligatorio, se un carattere speciale non è ammesso o se l'intestazione non corrisponde al periodo di registrazione.

Questo articolo spiega cosa deve contenere un export DATEV conforme alle GoBD per l'e-commerce (le GoBD sono i principi tedeschi per una contabilità digitale corretta), come funzionano lotti di registrazioni, link ai documenti e partite aperte (OPOS) e come venditori online e studi evitano gli errori di importazione tipici.

Cos'è un file di export DATEV (formato EXTF)?

DATEV non elabora file CSV qualsiasi. Il sistema richiede una struttura di file definita con precisione, il cosiddetto formato DATEV (formato EXTF). Questo formato è specificato da DATEV eG e pone requisiti rigorosi per intestazione, numero di colonne, lunghezza dei campi, formati numerici e strutture delle date.

Un file DATEV EXTF valido è composto da tre parti principali:

Intestazione (header): contiene metadati come numero del consulente e del cliente, inizio dell'esercizio, piano dei conti tedesco (SKR03 / SKR04), valuta (EUR) e periodo di registrazione.
Intestazioni di colonna: stabiliscono l'ordine esatto dei campi standard DATEV (importo, indicatore dare/avere, conto, contropartita, codice BU, data del documento, Belegfeld 1, Belegfeld 2, descrizione ecc.).
Righe di registrazione: le scritture contabili vere e proprie, preparate secondo le regole di validazione DATEV.

Se manca l'intestazione, se una colonna è spostata o se una data viene trasmessa come 2026-07-29 invece di 2907, DATEV interrompe l'importazione con un messaggio di errore.

Requisiti fondamentali di un export DATEV per l'e-commerce

Un export DATEV di qualità per il commercio online deve soddisfare criteri sia tecnici sia contabili:

1. Piano dei conti corretto e codici IVA DATEV (codici BU)

Il file deve utilizzare il piano dei conti attivo del cliente (SKR03, SKR04 o la registrazione polivalente dello studio). A ogni registrazione di vendita deve essere assegnato il codice IVA DATEV corretto (codice BU). Le aliquote che seguono sono quelle tedesche:

Aliquota ordinaria 19 % vendite nazionali (BU 3 / SKR03 8400)
Aliquota ridotta 7 % vendite nazionali (BU 2 / SKR03 8300)
Cessioni intracomunitarie esenti (BU 11)
Aliquote OSS per i paesi di destinazione B2C nell'UE
Inversione contabile (reverse charge) sui servizi esteri (BU 19 / § 13b UStG)

2. Belegfeld 1 per la riconciliazione automatica delle partite aperte

Nell'e-commerce il Belegfeld 1 (campo documento 1) è la chiave centrale per l'abbinamento. Dovrebbe contenere l'ID univoco della transazione, ad esempio:

Amazon Order-ID (ad es. 302-1234567-8901234)
numero d'ordine Shopify (ad es. #10542)
ID transazione del fornitore di pagamento (ad es. ID PayPal / Stripe)

L'uso coerente del Belegfeld 1 consente all'automazione OPOS di DATEV di riconciliare direttamente i crediti verso clienti con gli accrediti dei fornitori di pagamento.

3. Link ai documenti per la conformità GoBD (documento digitale)

Secondo le GoBD ogni registrazione deve poter essere ricondotta a un documento originale. Gli export DATEV moderni contengono link ai documenti (Digitaler Beleg), formattati per DATEV Unternehmen Online o DATEV Belegtransfer. Quando il consulente fiscale clicca sulla riga di registrazione in DATEV Kanzlei-Rechnungswesen, si apre direttamente il PDF della fattura o il rendiconto corrispondente.

Contabilità a partite aperte o registrazione diretta nell'e-commerce

Esistono due metodi di base per esportare i dati e-commerce verso DATEV:

Metodo A: registrazione diretta (senza conto cliente)

Gli ordini vengono registrati direttamente dal ricavo al conto transitorio del fornitore di pagamento.

Registrazione: conto transitorio (dare) ➔ conto ricavi (avere)
Vantaggio: più semplice, meno righe di registrazione.
Svantaggio: nessuna suddivisione per singolo cliente; crediti aperti o contestazioni sono difficili da seguire.

Metodo B: contabilità a partite aperte (OPOS)

Gli ordini vengono registrati su conti clienti individuali o cumulativi e chiusi al momento dell'accredito.

Registrazione 1 (vendita): cliente (dare) ➔ conto ricavi (avere)
Registrazione 2 (pagamento): conto transitorio (dare) ➔ cliente (avere)
Vantaggio: pienamente conforme alle GoBD; gestione completa delle partite aperte; individuazione semplice degli ordini non pagati.
Svantaggio: richiede un abbinamento preciso tramite Belegfeld 1 per evitare arretrati nelle partite aperte.

Per i venditori online in crescita e per gli studi, la contabilità a partite aperte con riconciliazione automatica tramite Belegfeld 1 è lo standard di riferimento.

Errori tipici di importazione DATEV e come correggerli

Durante l'importazione di file e-commerce in DATEV compaiono spesso messaggi di errore. Le cause e le soluzioni più frequenti in sintesi:

Errore di importazione	Causa	Soluzione
"Intestazione errata"	Metadati mancanti, numero del consulente errato o formato non ammesso.	Rigenerare il file secondo la specifica ufficiale dell'intestazione DATEV EXTF.
"Data del documento non valida"	La data è nel formato `YYYY-MM-DD` o `DD.MM.YYYY`.	Nel lotto mensile DATEV richiede il formato `DDMM` (ad es. `2907` per il 29 luglio).
"Belegfeld 1 troppo lungo"	Il Belegfeld 1 supera i 36 caratteri (ad es. lunghi ID di marketplace).	Accorciare correttamente i numeri d'ordine a massimo 36 caratteri.
"Codice BU non ammesso"	Il codice IVA non corrisponde al tipo di conto o al piano dei conti.	Confrontare i codici BU con le anagrafiche dello SKR03/SKR04.
"Lotto non bilanciato"	Il totale dare non corrisponde al totale avere del lotto.	Verificare la completezza delle registrazioni sul conto transitorio e delle commissioni.
"Carattere non ammesso nella descrizione"	Caratteri speciali, emoji o caratteri di controllo nel campo di testo.	Ripulire automaticamente le descrizioni prima dell'export.

Passo dopo passo: importare un lotto e-commerce in DATEV

Ecco come importare un lotto di registrazioni e-commerce in DATEV Kanzlei-Rechnungswesen:

Passo 1: apri DATEV Kanzlei-Rechnungswesen e seleziona il cliente e l'esercizio.
Passo 2: vai su Stapelverarbeitung (elaborazione lotti) ➔ Importieren ➔ DATEV-Format.
Passo 3: seleziona il file EXTF generato dalla tua interfaccia e-commerce (ad es. KudTax).
Passo 4: controlla il protocollo di importazione per eventuali segnalazioni o avvisi sui campi.
Passo 5: clicca su Importieren e trasferisci il lotto nella contabilità generale.
Passo 6: esegui la chiusura automatica delle partite aperte (OPOS) per riconciliare crediti e conti transitori.

Verificare l'export DATEV con KudTax in un mese di prova

KudTax riconcilia i tuoi dati e-commerce con il supporto dell'IA, ne ricava registrazioni secondo lo SKR03 o lo SKR04 e le consegna nel formato DATEV EXTF. Per uno studio italiano le stesse registrazioni escono secondo il tuo piano dei conti per TeamSystem, Zucchetti, Fatture in Cloud o Danea. Ciò che conta è quali dati forniscono le tue fonti e quali impostazioni sono concordate per il sistema di destinazione.

Per eBay, ordini, commissioni, rimborsi e accrediti fanno parte del perimetro di dati confermato. Per WooCommerce l'acquisizione avviene tramite file CSV o XLSX. Tra i fornitori di pagamento, PayPal e Stripe sono esempi confermati. Verifica le altre fonti in base al perimetro attualmente supportato nella panoramica delle integrazioni.

Stabilisci con lo studio un mese di prova. Confrontate i dati di origine, le operazioni già registrate, i riferimenti ai documenti e il risultato dell'importazione. Un riferimento nel record non significa automaticamente che anche il file del documento sia disponibile nel sistema di destinazione. Chiarite le questioni aperte prima dell'export ricorrente.

Fino a 25 ordini al mese usi KudTax gratuitamente; i piani superiori puoi provarli gratis per un mese: crea un account. Se preferisci discutere prima delle tue fonti di dati, prenota una demo.

Fonti ufficiali e approfondimenti

Nota: questo articolo ha scopo informativo generale per consulenti fiscali e venditori online e non costituisce consulenza legale o fiscale formale.

Export DATEV per venditori online: lotti di registrazioni ed errori