Un incarico di contabilità classico si organizza spesso attorno ai movimenti bancari, alle fatture attive, alle fatture passive e a pochi partitari. Con un venditore online in crescita, invece, nasce un panorama di dati frammentato. Gli ordini arrivano da Amazon, Shopify, eBay, Kaufland, Etsy o da altri marketplace. I pagamenti passano per PayPal, Stripe, Klarna, Mollie, Shopify Payments o Amazon. Le fatture nascono nel negozio online, in un gestionale di magazzino o in uno strumento di fatturazione esterno. A questo si aggiungono rendiconti delle commissioni, resi, chargeback, riserve, valute estere, vendite OSS ed eventualmente magazzini in più paesi.

Per gli studi, seguire clienti e-commerce senza processi automatizzati porta in fretta a colli di bottiglia. Passare in rassegna e rielaborare a mano migliaia di record in Excel distrugge i margini dello studio, sovraccarica i collaboratori e comporta rischi di responsabilità notevoli in caso di verifica fiscale (in Germania, per esempio, rispetto alle GoBD).

Al contrario, per gli studi che puntano su un'automazione digitale specializzata, l'e-commerce è uno dei campi di consulenza in più rapida crescita e più redditizi.

Questa guida descrive un processo standardizzato di contabilità e-commerce per commercialisti, mostra come gli studi possono gestire grandi volumi di dati, tenere in modo strutturato i conti transitori, automatizzare le partite aperte e produrre export tracciabili – secondo il piano dei conti dello studio per TeamSystem, Zucchetti, Fatture in Cloud o Danea, oppure come lotto DATEV conforme alle GoBD per i clienti con contabilità in Germania.

Perché i processi classici di studio arrivano al limite nell'e-commerce

Quando uno studio prende in carico un cliente e-commerce con i metodi contabili tradizionali, si presentano regolarmente tre problemi principali:

1. Esplosione dei dati

Un venditore con 100.000 € di fatturato mensile su Amazon e Shopify genera in fretta, tra ordini, commissioni, resi, pagamenti e rettifiche fiscali, da 20.000 a 50.000 singoli record al mese. Le registrazioni manuali o i semplici import CSV sovraccaricano i sistemi standard.

2. Rottura della pista di controllo e conti transitori non chiariti

Se lo studio registra solo gli accrediti bancari direttamente a ricavo, mancano i giustificativi dei singoli movimenti. Sui conti transitori dei fornitori di pagamento (per esempio 1360/1361 nel piano dei conti tedesco SKR03, o un apposito conto transitorio nel tuo piano dei conti) si accumulano differenze non spiegate che ritardano di mesi il bilancio d'esercizio.

3. Complessità fiscale transfrontaliera

Vendite a distanza nell'UE (OSS), trasferimenti di magazzino FBA all'estero (Polonia, Repubblica Ceca), commissioni di fornitori esteri soggette a inversione contabile (nel diritto tedesco § 13b UStG) e registrazioni IVA locali richiedono una determinazione delle aliquote automatizzata e basata su regole.

Il processo di studio standardizzato per l'e-commerce

Un flusso in cinque fasi può aiutare gli studi a preparare in modo strutturato i dati e-commerce:

[Fonti negozio & pagamento] ➔ [Interfaccia e-commerce (KudTax)] ➔ [Motore di riconciliazione & regole] ➔ [Export TeamSystem / Zucchetti / Fatture in Cloud / Danea / DATEV] ➔ [Software dello studio]

Fase 1: analisi dei sistemi all'onboarding del cliente

All'onboarding del cliente rileva il quadro completo dei sistemi:

Canali di vendita: Shopify, Amazon (IT/DE/UE/UK/US), eBay, Kaufland, Etsy, WooCommerce.
Fornitori di pagamento: PayPal, Stripe, Klarna, Mollie, Shopify Payments, Amazon Pay.
Gestionale e fatturazione: Billbee, PlentyMarkets, Xentral, JTL, fatturazione Shopify.
Logistica e magazzino: magazzino proprio, Amazon FBA (IT/DE/PL/CZ…), fulfillment tramite operatore logistico (3PL).

Fase 2: acquisizione dei dati e casistiche fiscali

A seconda della fonte, i dati vengono acquisiti tramite interfaccia o import di file e assegnati a casistiche fiscali. Quale trattamento vale per quale caso lo stabilisce lo studio. Casistiche tipiche:

Nazionale B2C/B2B: aliquota IVA del paese (in Italia ordinaria 22 % o ridotte 10 %, 5 %, 4 %; in Germania 19 % o 7 %).
Vendite a distanza B2C nell'UE: aliquota del paese di destinazione per la dichiarazione OSS.
Cessioni B2B nell'UE: cessione intracomunitaria non imponibile, inclusa la verifica della partita IVA comunitaria nel VIES.
Trasferimenti di magazzino FBA: trasferimenti intracomunitari per gli spostamenti di merce tra i paesi di stoccaggio.

Fase 3: riconciliazione di partite aperte e conti transitori

I dati di fatturazione vengono riconciliati con i report di pagamento dei fornitori:

Le fatture vengono registrate su conti clienti individuali o cumulativi (riferimento del documento = numero d'ordine; nell'export DATEV il campo Belegfeld 1).
I report di pagamento chiudono i crediti verso clienti, registrano le commissioni sui conti di costo e mantengono i conti transitori a saldo zero.

Fase 4: documenti e riferimenti ai documenti

Ogni registrazione deve poggiare su un documento tracciabile, per esempio la fattura in PDF o il report di pagamento. L'export contiene i riferimenti ai documenti; se il file del documento si possa aprire con un clic nel software di destinazione è una questione a parte, da verificare nel mese di prova.

Fase 5: export e importazione nello studio

Le registrazioni vengono restituite nel formato concordato: per TeamSystem, Zucchetti, Fatture in Cloud o Danea secondo il piano dei conti dello studio, oppure come lotto DATEV EXTF. Controlla dati ed esiti delle verifiche prima di importare il file nel software dello studio.

Impostazione consigliata del piano dei conti

Per una contabilità leggibile consigliamo conti transitori separati per ciascun fornitore di pagamento.

Piano dei conti italiano

In Italia non esiste un piano dei conti nazionale obbligatorio: ogni azienda usa il proprio piano dei conti, e il bilancio segue gli artt. 2424–2425 c.c. e i principi OIC. I conti seguenti sono solo un esempio, da validare con il tuo commercialista:

Conto transitorio: un conto per ciascun fornitore (PayPal, Stripe, Klarna, Amazon, Shopify Payments)
Merci c/vendite: ricavi di vendita, eventualmente suddivisi per aliquota o per paese OSS
Resi su vendite: resi e rimborsi ai clienti
IVA a debito / IVA a credito: IVA sulle vendite e IVA detraibile sugli acquisti
Commissioni e spese bancarie: commissioni dei marketplace e dei fornitori di pagamento
Banca c/c: accrediti delle piattaforme

SKR03 / SKR04 (clienti con contabilità in Germania)

Conti transitori per i fornitori di pagamento

SKR03 1361 / SKR04 1461: conto transitorio PayPal
SKR03 1362 / SKR04 1462: conto transitorio Stripe
SKR03 1363 / SKR04 1463: conto transitorio Klarna
SKR03 1360 / SKR04 1460: conto transitorio report di pagamento Amazon
SKR03 1364 / SKR04 1464: conto transitorio Shopify Payments

Conti ricavi per le vendite OSS

SKR03 8400 / SKR04 4400: ricavi nazionali con IVA tedesca al 19 %
SKR03 8315 / SKR04 4315: ricavi da vendite a distanza imponibili in un altro paese UE (OSS)
SKR03 8125 / SKR04 4125: cessioni intracomunitarie B2B non imponibili

Controllo qualità e checkpoint della chiusura mensile per gli studi

Per una contabilità senza errori, i collaboratori dello studio dovrebbero passare ogni mese quattro checkpoint:

Conti transitori a zero: verifica che a fine mese i conti transitori si chiudano a zero o corrispondano esattamente alle conferme di saldo.
Controllo di plausibilità OSS: confronta i ricavi registrati sui conti OSS con i totali della dichiarazione OSS trimestrale (in Italia presentata tramite l'Agenzia delle Entrate, in Germania al BZSt).
Riconciliazione Amazon VCS: confronta le vendite Amazon con i report del servizio di calcolo IVA di Amazon (VCS).
Corrispondenza degli accrediti bancari: assicurati che gli accrediti sul conto bancario principale (Banca c/c; nello SKR03 il conto 1200) siano registrati in contropartita ai conti transitori.

Checklist di onboarding per nuovi clienti e-commerce

All'onboarding di un nuovo venditore online richiedi i seguenti documenti:

Elenco di tutti i negozi online, marketplace e fornitori di pagamento attivi.
Accessi API in sola lettura o autorizzazioni OAuth per i portali di negozio e pagamento.
Conferma dei magazzini Amazon FBA utilizzati (IT, DE, PL, CZ ecc.).
Dichiarazioni OSS passate e attestazioni di registrazione IVA all'estero.
Piano dei conti desiderato (piano dei conti dello studio, oppure SKR03 o SKR04 per la Germania) e formato di export dello studio (TeamSystem, Zucchetti, Fatture in Cloud, Danea o DATEV con numero cliente DATEV).

Come KudTax supporta gli studi nell'e-commerce

KudTax riconcilia i tuoi dati e-commerce con l'aiuto dell'IA, ne genera registrazioni secondo il tuo piano dei conti e le consegna per TeamSystem, Zucchetti, Fatture in Cloud o Danea – oppure nel formato DATEV EXTF secondo SKR03 o SKR04. 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.

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

Per gli studi con più clienti e-commerce, un colloquio è di solito il primo passo migliore: prenota una demo. I venditori possono usare KudTax gratis fino a 25 ordini al mese e provare gratuitamente per un mese i piani superiori (crea un account).

Fonti ufficiali e approfondimenti

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

Contabilità e-commerce per studi commercialisti: gestire grandi volumi