Por qué difieren sus importes de IVA entre el comercio electrónico y el ERP

En resumen

Su plataforma de comercio electrónico y su ERP (o software de facturación) calculan ambos el impuesto correctamente, pero con una lógica diferente. La discrepancia que observa —a menudo de unos céntimos a unos euros por pedido— no es un error. Es un problema fundamental de traducción entre dos sistemas diseñados para propósitos distintos.

La solución no consiste en trasladar una cifra de un sistema a otro. Se trata de alinear la lógica que hay detrás de esa cifra.

El malentendido de fondo

La mayoría de las integraciones tratan el impuesto como un precio o una referencia de producto: un valor que se traslada de un sistema a otro.

Pero el impuesto no es un valor almacenado, es un campo calculado. Depende de:

• La categoría del producto
• El tipo de cliente (B2B, B2C, exento)
• La jurisdicción (país, región, estado)
• Las reglas de descuento
• El impuesto aplicado a los gastos de envío
• El método de redondeo

Cuando «sincroniza» un importe de impuesto del comercio electrónico al ERP, introduce el resultado de la lógica del sistema A en el sistema B, que luego aplica su propia lógica y obtiene una respuesta diferente.

Esta es la causa raíz de la discrepancia.

Por qué los dos sistemas calculan de forma diferente

Plataformas de comercio electrónico

Shopify, WooCommerce, Magento, Prestashop o BigCommerce están optimizados para la velocidad del checkout. Utilizan:

• Clases de impuesto de producto sencillas («sujeto a impuesto / no sujeto a impuesto»)
• Redondeo a nivel de línea en cada línea de pedido
• La lógica de descuento predeterminada de la plataforma
• Reglas básicas de impuesto sobre el envío

ERP y software de facturación

Pennylane, Sellsy, Odoo, Axonaut, Evoliz, NetSuite, SAP B1 o Dynamics están optimizados para el cumplimiento normativo y las pistas de auditoría. Utilizan:

• Grupos de impuestos de artículos y códigos de impuesto vinculados a la jurisdicción
• Redondeo a nivel de pedido (o mixto)
• Secuenciación estricta de descuentos (antes o después del impuesto)
• A veces motores fiscales externos (Avalara, Vertex) que recalculan en cada cambio del pedido

El resultado: dos sistemas en los que cada uno es técnicamente correcto, pero ninguno coincide exactamente con el otro.

Los seis puntos de fallo

1. Diferencia en el método de redondeo

Shopify redondea a nivel de línea. Su ERP a menudo redondea a nivel de pedido.

En un pedido de varios artículos con varios tipos de impuesto, la diferencia acumulada puede producir fácilmente una discrepancia de 1 € a 3 €. Los equipos de finanzas lo llaman el «desfase de céntimos». No es un error, es una diferencia de diseño.

2. Secuenciación de los descuentos

• Shopify siempre aplica los descuentos antes del impuesto.
• Magento y WooCommerce le permiten configurar el orden.
• Los ERP pueden aplicar la lógica de descuento de forma diferente según el motor fiscal.

Un descuento del 10 % aplicado en distintos puntos de la cadena de cálculo produce bases imponibles diferentes y, por tanto, un IVA diferente.

3. Tratamiento del impuesto sobre el envío

Los gastos de envío están sujetos a impuesto en algunas jurisdicciones y no en otras. Cada sistema tiene su propia lógica.

Si no se alinean explícitamente, tendrá discrepancias en cada pedido que incluya gastos de envío.

4. Artículos no sujetos a impuesto que pasan a estar sujetos en el ERP

El comercio electrónico facilita la gestión de las exenciones: basta con desactivar «cobrar impuesto».

Los ERP, en cambio, requieren grupos de impuestos explícitos, códigos de impuesto y, a veces, certificados de exención. Si el mapeo no es exacto, el ERP recalculará silenciosamente un producto «no sujeto a impuesto» como sujeto a impuesto.

5. El ERP no confía en su impuesto

La mayoría de los ERP están diseñados para recalcular el impuesto al importar. Cualquier modificación posterior —cambio de cantidad, actualización de descuento, sustitución de artículo— desencadena un recálculo completo con las reglas del lado del ERP.

Aunque las cifras coincidieran en el momento de la sincronización, pueden divergir más tarde.

6. Dos motores fiscales funcionando en paralelo

Shopify utiliza su motor fiscal nativo. Su ERP puede utilizar Avalara, Vertex o su propio motor.

Dos motores certificados por separado pueden producir resultados diferentes para el mismo pedido si la clasificación del producto o los datos de jurisdicción no son estrictamente idénticos en ambos lados.

Las soluciones clásicas (y sus límites)

«No sincronizar el impuesto»

Deje que el ERP recalcule el impuesto de forma independiente. Esto funciona para la contabilidad interna, pero falla en B2B cuando el impuesto de la factura debe coincidir con el impuesto del checkout.

«Forzar el mismo motor fiscal en todas partes»

Utilice Avalara o Vertex en ambos sistemas. Este es el mejor enfoque, siempre que la clasificación de productos, las exenciones de clientes y los datos de jurisdicción se mantengan idénticos en ambos lados. Si divergen, también lo harán las cifras.

«Ajuste manual»

Los equipos de finanzas corrigen las cosas a mano. Esto no es escalable más allá de unos pocos cientos de pedidos al mes.

El enfoque limpio a largo plazo

La solución duradera consiste en alinear cuatro elementos en ambos sistemas, no solo el importe final del impuesto:

A continuación, cree una capa de conciliación que detecte la divergencia antes de que llegue a sus libros contables.

Cómo gestiona Order Invoicer estas discrepancias

Order Invoicer sincroniza los pedidos de comercio electrónico con su software de facturación preservando la lógica original en la medida de lo posible:

• Las líneas de pedido se envían con sus importes antes de impuestos, con IVA y con impuestos incluidos calculados por la plataforma de origen.
• Los gastos de envío se transmiten como una línea separada con su propio tipo de IVA.
• Los descuentos se aplican al mismo nivel que en la plataforma de origen para evitar la divergencia de la base imponible.
• Los códigos de IVA del lado del ERP se mapean explícitamente a los tipos del comercio electrónico mediante la configuración del conector.

La función de Ajustes

Para absorber estas discrepancias de redondeo sin intervención manual, Order Invoicer incluye una función de Ajustes disponible en todos los conectores de facturación: Pennylane, Sellsy, Odoo, Qonto.

Cómo funciona

Después de crear cada factura, factura rectificativa, presupuesto o pedido en el lado del ERP, Order Invoicer compara el total con impuestos incluidos del pedido de comercio electrónico con el total con impuestos incluidos calculado por el ERP. Si ambos no coinciden exactamente, se añade automáticamente una línea de corrección al documento con:

• Una cantidad de 1
• Un importe unitario exactamente igual a la discrepancia (positivo o negativo)
• Un tipo de IVA del 0 % (una línea exenta, para no introducir una nueva base imponible)
• La etiqueta que usted elija (p. ej. «Ajuste de redondeo», «Discrepancia de IVA»)
• El código contable que usted elija (p. ej. una cuenta de ajuste o de ingresos excepcionales)

Resultado: el total final con impuestos incluidos de la factura coincide exactamente con el total con impuestos incluidos del pedido de comercio electrónico, manteniendo al mismo tiempo la lógica de cálculo de impuestos del ERP en las líneas de producto.

Configuración

En la configuración de su conector (Settings → tarjeta Adjustments), configura:

Cuándo se aplica el ajuste

El ajuste automático solo se activa si la diferencia absoluta entre el total con impuestos incluidos de origen y el total con impuestos incluidos del ERP es inferior o igual al umbral configurado (predeterminado: 0,01 €, con una tolerancia técnica adicional de 0,01 €).

Robustez

• El ajuste se reintenta hasta 3 veces en caso de fallo temporal del ERP.
• Si el ajuste falla a pesar de los reintentos, se envía una notificación por correo electrónico a los usuarios configurados, con la referencia del pedido.
• El ajuste se aplica a facturas, facturas rectificativas, presupuestos y pedidos de compra.

Cuando el ajuste no es suficiente

Si observa discrepancias mayores que el umbral de ajuste, es señal de una divergencia de configuración que debe corregirse aguas arriba:

1. Compruebe que los tipos de IVA configurados en el ERP coinciden exactamente con los de la plataforma de comercio electrónico
2. Compruebe que el tratamiento del impuesto sobre el envío es idéntico en ambos lados
3. Compruebe que los productos exentos están correctamente mapeados a un código de IVA exento en el lado del ERP
4. Compruebe que los clientes B2B intracomunitarios están correctamente identificados como tales en ambos sistemas