Perché gli importi IVA differiscono tra e-commerce ed ERP

In breve

La sua piattaforma e-commerce e il suo ERP (o software di fatturazione) calcolano entrambi l'imposta correttamente, ma con una logica diversa. La discrepanza che osserva — spesso da qualche centesimo a qualche euro per ordine — non è un bug. È un problema fondamentale di traduzione tra due sistemi progettati per scopi diversi.

La soluzione non è spostare un valore da un sistema all'altro. Si tratta di allineare la logica che sta dietro a quel valore.

L'equivoco di fondo

La maggior parte delle integrazioni tratta l'imposta come un prezzo o un riferimento prodotto: un valore che si sposta da un sistema all'altro.

Ma l'imposta non è un valore memorizzato, è un campo calcolato. Dipende da:

• La categoria del prodotto
• Il tipo di cliente (B2B, B2C, esente)
• La giurisdizione (paese, regione, stato)
• Le regole di sconto
• L'imposta applicata alle spese di spedizione
• Il metodo di arrotondamento

Quando "sincronizza" un importo d'imposta dall'e-commerce all'ERP, invia il risultato della logica del sistema A nel sistema B, che poi applica la propria logica e ottiene un risultato diverso.

Questa è la causa profonda della discrepanza.

Perché i due sistemi calcolano in modo diverso

Le piattaforme e-commerce

Shopify, WooCommerce, Magento, Prestashop o BigCommerce sono ottimizzati per la velocità del checkout. Utilizzano:

• Classi d'imposta prodotto semplici ("imponibile / non imponibile")
• Arrotondamento a livello di riga su ogni riga d'ordine
• La logica di sconto predefinita della piattaforma
• Regole d'imposta di base sulla spedizione

Gli ERP e i software di fatturazione

Pennylane, Sellsy, Odoo, Axonaut, Evoliz, NetSuite, SAP B1 o Dynamics sono ottimizzati per la conformità e le tracce di audit. Utilizzano:

• Gruppi d'imposta articolo e codici IVA legati alla giurisdizione
• Arrotondamento a livello di ordine (o misto)
• Sequenziamento rigoroso degli sconti (prima o dopo l'imposta)
• A volte motori d'imposta esterni (Avalara, Vertex) che ricalcolano a ogni modifica dell'ordine

Il risultato: due sistemi in cui ciascuno è tecnicamente corretto, ma nessuno dei due coincide esattamente con l'altro.

I sei punti di rottura

1. Differenza nel metodo di arrotondamento

Shopify arrotonda a livello di riga. Il suo ERP arrotonda spesso a livello di ordine.

Su un ordine multi-articolo con più aliquote IVA, la differenza cumulativa può facilmente produrre una discrepanza da 1 € a 3 €. I team finanziari la chiamano "penny shift". Non è un bug, è una differenza di progettazione.

2. Sequenziamento degli sconti

• Shopify applica sempre gli sconti prima dell'imposta.
• Magento e WooCommerce consentono di configurare l'ordine.
• Gli ERP possono applicare la logica di sconto in modo diverso a seconda del motore d'imposta.

Uno sconto del 10% applicato in punti diversi della catena di calcolo produce basi imponibili diverse — e quindi un'IVA diversa.

3. Trattamento dell'imposta sulla spedizione

Le spese di spedizione sono imponibili in alcune giurisdizioni, non in altre. Ogni sistema ha la propria logica.

Se non sono esplicitamente allineate, avrà discrepanze su ogni ordine che include spese di spedizione.

4. Articoli non imponibili che diventano imponibili nell'ERP

L'e-commerce rende facile gestire le esenzioni: basta disattivare "applica imposta".

Gli ERP, invece, richiedono gruppi d'imposta espliciti, codici IVA e talvolta certificati di esenzione. Se la mappatura non è esatta, l'ERP ricalcolerà silenziosamente un prodotto "non imponibile" come imponibile.

5. L'ERP non si fida della sua imposta

La maggior parte degli ERP è progettata per ricalcolare l'imposta all'importazione. Qualsiasi modifica successiva — variazione di quantità, aggiornamento dello sconto, sostituzione di un articolo — attiva un ricalcolo completo con le regole del lato ERP.

Anche se i valori coincidevano al momento della sincronizzazione, possono divergere in seguito.

6. Due motori d'imposta in esecuzione parallela

Shopify utilizza il proprio motore d'imposta nativo. Il suo ERP può utilizzare Avalara, Vertex o il proprio motore.

Due motori certificati separatamente possono produrre risultati diversi per lo stesso ordine se la classificazione dei prodotti o i dati di giurisdizione non sono rigorosamente identici su entrambi i lati.

Le soluzioni classiche (e i loro limiti)

"Non sincronizzare l'imposta"

Lasci che l'ERP ricalcoli l'imposta in modo indipendente. Questo funziona per la contabilità interna, ma fallisce in ambito B2B quando l'imposta della fattura deve coincidere con quella del checkout.

"Imporre lo stesso motore d'imposta ovunque"

Utilizzi Avalara o Vertex in entrambi i sistemi. È l'approccio migliore, a condizione che la classificazione dei prodotti, le esenzioni dei clienti e i dati di giurisdizione siano mantenuti identici su entrambi i lati. Se divergono, divergono anche i valori.

"Rettifica manuale"

I team finanziari correggono a mano. Questo non è scalabile oltre qualche centinaio di ordini al mese.

L'approccio pulito a lungo termine

La soluzione duratura è allineare quattro elementi in entrambi i sistemi, non solo l'importo finale dell'imposta:

Poi costruisca un livello di riconciliazione che rilevi le divergenze prima che raggiungano i suoi libri contabili.

Come Order Invoicer gestisce queste discrepanze

Order Invoicer sincronizza gli ordini e-commerce con il suo software di fatturazione preservando il più possibile la logica originale:

• Le righe d'ordine vengono inviate con gli importi al netto d'imposta, l'IVA e gli importi ivati calcolati dalla piattaforma di origine.
• Le spese di spedizione vengono trasmesse come riga separata con la propria aliquota IVA.
• Gli sconti vengono applicati allo stesso livello della piattaforma di origine per evitare divergenze della base imponibile.
• I codici IVA lato ERP vengono mappati esplicitamente alle aliquote e-commerce tramite la configurazione del connettore.

La funzionalità di Rettifiche

Per assorbire queste discrepanze di arrotondamento senza intervento manuale, Order Invoicer include una funzionalità di Rettifiche disponibile su tutti i connettori di fatturazione: Pennylane, Sellsy, Odoo, Qonto.

Come funziona

Dopo la creazione di ogni fattura, nota di credito, preventivo o ordine lato ERP, Order Invoicer confronta il totale ivato dell'ordine e-commerce con il totale ivato calcolato dall'ERP. Se i due non coincidono esattamente, viene aggiunta automaticamente al documento una riga di correzione con:

• Una quantità pari a 1
• Un importo unitario esattamente uguale alla discrepanza (positiva o negativa)
• Un'aliquota IVA dello 0% (una riga esente, per non introdurre una nuova base imponibile)
• L'etichetta di sua scelta (ad es. "Rettifica di arrotondamento", "Discrepanza IVA")
• Il codice contabile di sua scelta (ad es. un conto di rettifica o di proventi straordinari)

Risultato: il totale ivato finale della fattura coincide esattamente con il totale ivato dell'ordine e-commerce, mantenendo al contempo la logica di calcolo dell'imposta dell'ERP sulle righe prodotto.

Configurazione

Nelle impostazioni del suo connettore (scheda Impostazioni → Rettifiche), configura:

Quando si applica la rettifica

La rettifica automatica viene attivata solo se la differenza assoluta tra il totale ivato di origine e il totale ivato dell'ERP è inferiore o uguale alla soglia configurata (predefinita: 0,01 €, con una tolleranza tecnica aggiuntiva di 0,01 €).

Robustezza

• La rettifica viene ritentata fino a 3 volte in caso di guasto temporaneo dell'ERP.
• Se la rettifica fallisce nonostante i tentativi, viene inviata una notifica e-mail agli utenti configurati, con il riferimento dell'ordine.
• La rettifica si applica a fatture, note di credito, preventivi e ordini di acquisto.

Quando la rettifica non basta

Se osserva discrepanze superiori alla soglia di rettifica, è segno di una divergenza di configurazione da correggere a monte:

1. Verifichi che le aliquote IVA configurate nell'ERP coincidano esattamente con quelle della piattaforma e-commerce
2. Verifichi che il trattamento dell'imposta sulla spedizione sia identico su entrambi i lati
3. Verifichi che i prodotti esenti siano correttamente mappati a un codice IVA esente lato ERP
4. Verifichi che i clienti B2B intracomunitari siano correttamente identificati come tali in entrambi i sistemi