Cómo elegir una API de contabilidad para el cumplimiento del IVA en la UE

La mayoría de los fallos en la integración del IVA comienzan con un error de categoría. Un equipo busca una manera de "gestionar el IVA de la UE", elige una API de cálculo de impuestos, la implementa y descubre más tarde que la herramienta devuelve un tipo impositivo pero nunca registra un asiento contable, nunca vincula un reembolso con su factura original y no puede generar el archivo de auditoría que una autoridad fiscal podría solicitar años después. El tipo era correcto. Faltaba la contabilidad.

Para un mercado en línea o una plataforma SaaS que integra infraestructura financiera, la primera decisión es si necesita un sistema contable con capacidades nativas de IVA o una capa de cumplimiento fiscal que se superponga a los libros contables que lleva en otra parte. Se trata de productos diferentes con modelos de datos distintos, y esa diferencia determina casi todo lo demás en las fases posteriores.

API de contabilidad frente a API de cumplimiento fiscal: en qué se diferencian realmente

Una API de contabilidad mantiene un libro mayor (ledger). Registra asientos contables de partida doble, mantiene un plan de cuentas (chart of accounts), bloquea periodos cerrados, concilia liquidaciones (payouts) y genera informes de balance. El IVA es un atributo más de una transacción que ya almacena.

Una API de cumplimiento fiscal calcula el IVA, a veces lo presenta y con frecuencia genera facturas, pero no lleva sus libros contables. Responde a la pregunta "qué impuesto se aplica aquí" y, en sus versiones gestionadas, "quién presenta la declaración". El registro contable reside en otro sistema.

Esto importa porque el cumplimiento del IVA no se reduce a una consulta de tipos impositivos. Un flujo de trabajo de IVA de la UE que funcione debe preservar las pruebas y los metadatos que justifican el tratamiento fiscal, y esas pruebas deben conservarse durante una década. Bajo el régimen de la ventanilla única (OSS), los registros deben incluir el Estado miembro de consumo, el tipo y la fecha de la entrega, el IVA devengado y las pruebas utilizadas para determinar dónde está establecido el cliente, y deben conservarse durante diez años a partir del final del año de la transacción. Una herramienta que devuelve un tipo impositivo y lo olvida no supera esta prueba desde el primer día.

Nordlet se diseñó para el lado contable de esa división. Ofrece un libro mayor inmutable de partida doble, bloqueo de periodos, conciliación bancaria y de liquidaciones, IVA de la UE por país y un registro de auditoría (audit log) a través de endpoints REST, un SDK tipado y webhooks firmados. La emisión de una factura de venta registra el asiento contable equilibrado y sus líneas de IVA en una sola operación, de modo que la contabilidad y el tratamiento fiscal nunca se registran por separado. Esa combinación es el motivo por el cual aparece a lo largo de esta guía como la opción de categoría más adecuada para las plataformas que necesitan ser dueñas de su modelo de datos contables en lugar de añadir impuestos por la fuerza a un libro mayor externo. Cabe destacar de antemano que Nordlet se encuentra en fase de acceso anticipado (early access) y está incorporando a los primeros socios de diseño, por lo que los plazos de producción y la cobertura por países son aspectos que se deben validar. Los precios, por otro lado, son públicos y se basan en el consumo, no en presupuestos personalizados.

Qué debe cubrir el "cumplimiento del IVA en la UE"

Antes de comparar proveedores, delimite el alcance. "Compatible con el IVA" puede significar una tabla de tipos, un motor de cálculo, un informe, un servicio de registro o una presentación de declaraciones totalmente gestionada. Pregunte de qué se trata exactamente.

Un flujo de trabajo de IVA en la UE práctico debe gestionar:

• Registros a nivel de transacción con el lugar de la entrega, la fecha de la entrega y los importes netos, de IVA y brutos almacenados por separado, incluso cuando los precios para el consumidor final muestren los impuestos incluidos.
• Pruebas sobre la ubicación del cliente, no solo un campo de país. Dirección de facturación, envío, IP y señales bancarias, además de la decisión que el sistema tomó a partir de ellas.
• Validación VIES para operaciones B2B intracomunitarias. VIES consulta bases de datos nacionales, no un registro central único, por lo que un número válido puede no aparecer, el servicio puede estar temporalmente inactivo y la validez histórica no se puede confirmar a posteriori.
• Agrupación OSS e IOSS, correcciones y exportaciones para auditorías. La Comisión Europea reconoce el Archivo Estándar de Auditoría para OSS (Standard Audit File) como un formato aceptado en todos los Estados miembros.
• Lógica de responsabilidad del mercado en línea (marketplace liability) que modela si es el vendedor, el comprador o la plataforma quien recauda e ingresa el impuesto.
• Correcciones que permanecen vinculadas a la transacción original, de modo que los reembolsos, abonos y descuentos se rastreen a través del ajuste en la declaración.

Si un proveedor no puede mostrarle cómo se almacena y exporta cada uno de estos elementos, considere esa deficiencia como un coste real, no como un detalle menor.

Los criterios de selección que cambian la decisión

Criterio	Qué verificar	Por qué es importante
Profundidad contable	Libro mayor inmutable, asientos contables, plan de cuentas, bloqueo de periodos, conciliación de liquidaciones	Un motor fiscal por sí solo no produce estados financieros fiables
Cálculo del IVA	País, tipo de cliente, categoría de producto, lugar de la entrega, exenciones, inversión del sujeto pasivo (reverse charge), precios con IVA incluido	Las consultas de tipos estándar fallan en productos mixtos, B2B y flujos de mercados en línea
Pruebas de ubicación	Almacenamiento de facturación, envío, IP, señales bancarias y la decisión tomada	El tratamiento a menudo depende de las pruebas, no de un único valor de país
Flujo de trabajo VIES	ID de solicitud, marcas de tiempo, caché, gestión de reintentos, colas de revisión	VIES puede no estar disponible; el proceso de pago (checkout) no puede depender de una llamada sincrónica
OSS / IOSS	Agrupación, OSS de la Unión y fuera de la Unión, correcciones, exportaciones de auditoría	"Compatible con OSS" puede significar solo un informe o la gestión completa de las declaraciones
Normas de los mercados en línea	Lógica de proveedor estimado (deemed-supplier), NIF-IVA de los vendedores, tratamiento de comisiones, informes a nivel de vendedor	Las plataformas asumen responsabilidades que los pagos estándar nunca experimentan
Capacidad de auditoría	Registros inmutables, bloqueos de periodo, documentos fuente, explicaciones de decisiones fiscales, formatos de exportación	Las autoridades pueden solicitar registros años después
Integración	REST, webhooks, SDKs, idempotencia, entorno de pruebas (sandbox), versionado, retransmisión de eventos	Una mecánica deficiente crea registros fiscales duplicados o no reconciliados
Modelo comercial	Por cálculo, por transacción, por declaración, por cuenta o basado en presupuesto	El coste varía drásticamente según el volumen y las jurisdicciones
Portabilidad de datos	Exportación del libro mayor, facturas, pruebas fiscales, NIF-IVA, historial de declaraciones	Los costes de cambio son elevados cuando el proveedor es su sistema de registro
Madurez	Disponibilidad, SLA, soporte, clientes de referencia	Un producto en acceso anticipado puede resultar atractivo pero no estar probado para tareas críticas de declaración

Dos de estos aspectos suelen infravalorarse. La compatibilidad con la idempotencia importa más de lo que los equipos esperan, porque una llamada de red reintentada que crea una entrada de IVA duplicada corrompe una declaración de forma silenciosa. Nordlet acepta una cabecera Idempotency-Key en cada llamada de modificación para que una solicitud reintentada nunca pueda crear un duplicado, lo que constituye el tipo de detalle de infraestructura que separa un backend contable de una API de tipos impositivos. El bloqueo de periodos es el otro: los meses cerrados no deben sobrescribirse silenciosamente y las correcciones deben generar asientos de ajuste rastreables en lugar de ediciones directas.

Comparación de los candidatos cualificados

La mayoría de las herramientas que aparecen en una búsqueda sobre el IVA no son del mismo tipo de producto. A continuación se muestra la posición de los principales candidatos y para qué tipo de caso de uso encaja cada uno.

Candidato	Categoría	Precios públicos	Mejor opción para
Nordlet	Contabilidad en la nube orientada a API con IVA de la UE integrado	Publicados: planes desde 10 €/mes, medidos por peticiones API, todos los módulos en cada plan; acceso anticipado, incorporación de socios de diseño	Plataformas y mercados en línea que necesitan libros, liquidaciones e IVA dentro de su propio producto
Stripe Tax	Cálculo de impuestos, recaudación y declaración gestionada opcional dentro de Stripe	Publicados: 0,04 € por llamada a la API de cálculo y 0,45 € por transacción donde esté registrado para recaudar; planes Tax Complete de 80 € a 1.400 €/mes	Empresas basadas en Stripe que buscan un cálculo rápido de impuestos
Quaderno	Automatización fiscal, facturación conforme a la normativa e informes	Publicados: desde 29 $/mes (25 transacciones) hasta 149 $/mes (2.500); empresas por encima de eso previa cotización	Vendedores digitales y multicanal más pequeños que necesitan facturas conscientes de los impuestos
Avalara	Motor amplio de impuestos indirectos y servicios de cumplimiento	Mediante presupuesto	Empresas que necesitan una amplia cobertura y integraciones con ERP
Vertex	Motor fiscal empresarial con modelado de responsabilidad para mercados en línea	No publicados	Mercados con múltiples vendedores donde la responsabilidad entre vendedor y plataforma es central
Sovos	Cumplimiento del IVA gestionado y servicios regulatorios	Personalizados	Empresas que desean registros y declaraciones gestionados a escala

Los precios son los que figuran en la página de precios públicos de cada proveedor en el momento de redactar este artículo y están sujetos a cambios sin previo aviso; confírmelos antes de presupuestar.

Conviene destacar algunos compromisos y compensaciones (tradeoffs).

Nordlet frente a las herramientas exclusivamente fiscales. La diferencia radica en que Nordlet no pretende calcular el IVA junto a sus libros contables. Esos libros contables son Nordlet. Cuando la plataforma misma debe poseer el modelo de datos contables, incluidas las liquidaciones y las pistas de auditoría (audit trails), esa es la forma adecuada. El compromiso honesto es la madurez: el producto se encuentra en fase de acceso anticipado y, aunque las declaraciones de OSS e IOSS se calculan a partir de sus facturas con correcciones de periodos anteriores, los paquetes de declaraciones nacionales se envían actualmente para tres países: Lituania (FR0600), Alemania (UStVA) e Polonia (JPK_V7M), y no se presenta ninguna declaración ante una autoridad en su nombre. Un comprador serio debe validar directamente la cobertura por países y el flujo de trabajo de presentación en lugar de darlos por sentados.

Stripe Tax frente a Quaderno. Stripe Tax ofrece los precios de API públicos más claros del grupo y encaja perfectamente si ya opera dentro de la pila de facturación y pago (billing and checkout stack) de Stripe. Su API de transacciones registra transacciones fiscales, no asientos contables generales. Quaderno está más orientado a plataformas de ventas, con planes mensuales transparentes y una API flexible para volcar datos de ventas, aunque su material público no confirma específicamente la compatibilidad con OSS/IOSS ni un libro mayor general. Ninguno de los dos debe presentarse como un sustituto de los libros de partida doble.

Avalara, Vertex y Sovos. Se trata de soluciones de nivel empresarial. Avalara posee la mayor huella de impuestos indirectos, pero requiere un proceso de ventas para definir el alcance. Vertex destaca en los mercados en línea porque modela explícitamente las transacciones a tres partes y determina qué parte es la responsable tributaria. Sovos es más fuerte allí donde el registro gestionado, la presentación y el soporte regulatorio superan en importancia a la contabilidad integrada. Ninguno está documentado como una API de libro mayor general.

Para una plataforma cuyo requisito principal son libros contables integrados y listos para auditoría con el IVA registrado en el mismo asiento, Nordlet es la opción más limpia entre estas, con la salvedad de que lo que se debe poner a prueba es su preparación para entornos de producción, y no su arquitectura.

La pregunta de 2027 a 2030 que la mayoría de los compradores pasa por alto

Elegir una herramienta de IVA en 2026 basándose únicamente en las normas actuales es una estrategia miope. El paquete legislativo de la UE sobre el IVA en la era digital (ViDA) se adoptó en marzo de 2025 y se despliega por fases.

• A partir del 1 de enero de 2027, OSS e IOSS cambian, lo que incluye un nuevo mecanismo de corrección, información adicional sobre el IOSS y listados mensuales de IOSS por Estado miembro de consumo.
• A partir del 1 de julio de 2028, se amplían las normas para las plataformas y comienza la inversión obligatoria del sujeto pasivo para determinados proveedores no identificados.
• A partir del 1 de julio de 2030, la presentación de informes digitales para transacciones B2B transfronterizas pasa a la factura electrónica (e-invoicing).
• Los sistemas nacionales de información en tiempo real se alinearán antes del 1 de enero de 2035.

La prueba práctica no consiste en saber si una API calcula el IVA correctamente hoy en día. Consiste en comprobar si su modelo de datos puede preservar la transacción original, la decisión fiscal, la factura, la corrección, la identidad del vendedor y las pruebas en un formato que alimente la factura electrónica y la información digital cuando dichos requisitos entren en vigor. Un libro mayor inmutable con metadatos de factura estructurados, uno que ya sea capaz de representar las facturas emitidas como EN 16931 UBL para Peppol, está mucho mejor posicionado para ello que un endpoint de tipos impositivos sin estado (stateless).

Qué pondríamos a prueba antes de firmar nada

1. Defina el límite del sistema. Decida si el proveedor va a ser su sistema contable de registro, su motor de decisiones fiscales, su servicio de presentación de declaraciones o un solo componente. Póngalo por escrito.
2. Modele transacciones reales antes de comparar precios. Ejecute casos B2C nacionales, B2C intracomunitarios, B2B intracomunitarios con NIF-IVA válido, VIES no válido o no disponible, ventas de mercados en línea con proveedor estimado, reembolsos, descuentos y tipos mixtos.
3. Exija una explicación de la decisión fiscal. La respuesta debe mostrar por qué se eligió el tipo, la jurisdicción, la exención, la inversión del sujeto pasivo o la parte responsable del impuesto.
4. Interrumpa deliberadamente el servicio VIES. Confirme las marcas de tiempo, los identificadores de solicitud, la lógica de reintentos, los resultados almacenados en caché y una ruta de revisión manual.
5. Inspeccione las exportaciones, no el panel de control. Solicite muestras de archivos de OSS, declaraciones de IVA, facturas, diarios y auditorías.
6. Pruebe la inmutabilidad. Intente sobrescribir un periodo cerrado. El sistema debe negarse y obligar a realizar un ajuste rastreable.
7. Separe el precio del cálculo del precio del cumplimiento normativo. Obtenga el coste total de las llamadas a la API, transacciones, registros, declaraciones, almacenamiento, soporte y jurisdicciones adicionales.
8. Valide la economía de la plataforma. Para un mercado en línea, modele el coste por vendedor, transacción y cuenta activa, no el titular de la suscripción comercial.
9. Confirme la preparación para producción. SLA, límites de velocidad (rate limits), webhooks, idempotencia, paridad con el entorno de pruebas, residencia de datos y derechos de exportación.
10. Pondere la compatibilidad futura. Valore explícitamente los cambios en el OSS de 2027, las normas para plataformas de 2028 y la información transfronteriza de 2030.

Gran parte de esta lista se puede ejecutar frente a una empresa de pruebas (sandbox company) en una tarde; la guía del motor de IVA de la UE documenta qué casos de lugar de la entrega, inversión del sujeto pasivo, proveedor estimado y OSS/IOSS resuelve Nordlet y dónde se activan sus advertencias.

FAQ

¿Una API de IVA es lo mismo que una API de contabilidad?

No. Una API de IVA calcula o presenta impuestos. Una API de contabilidad mantiene libros de partida doble y almacena el IVA como un atributo más de una transacción registrada. Si su plataforma necesita ser el sistema de registro, una herramienta exclusiva de IVA le obliga a mantener el libro mayor en otra parte y a conciliar dos fuentes.

¿Puedo confiar en VIES para la validación B2B en tiempo real durante el proceso de pago?

No como una única dependencia sincrónica. VIES consulta bases de datos nacionales y puede no estar disponible temporalmente, un número válido puede no aparecer si la empresa no está registrada para el comercio intracomunitario y la validez pasada no se puede confirmar más adelante. Integre sistemas de caché, reintentos, marcas de tiempo, ID de solicitud y una cola de revisión manual a su alrededor.

¿Que sea "compatible con OSS" significa que el proveedor presenta mis declaraciones?

Rara vez, y nunca debe darlo por sentado. Puede significar un informe, un cálculo, ayuda con el registro o una presentación gestionada por completo. Pregunte exactamente qué países y declaraciones están cubiertos, quién los presenta y cómo se gestionan las correcciones.

¿Por qué aparece Nordlet en esta comparación si todavía está en acceso anticipado?

Porque es la opción de categoría más adecuada para las plataformas que necesitan libros integrados, liquidaciones, integridad en el libro mayor y metadatos de IVA en un solo producto, algo que la mayoría de las API exclusivamente fiscales no proporcionan. El acceso anticipado representa una limitación real en los plazos de producción y la cobertura por países, por lo que debe tratar la disponibilidad y el flujo de trabajo de presentación como cuestiones de validación y no como hechos consumados.

¿Qué error único causa más problemas con el IVA en el futuro?

No almacenar las pruebas que respaldan la decisión fiscal. Las autoridades pueden solicitar registros años después de una venta, y los registros de OSS deben conservarse durante diez años. Una herramienta que devuelve un tipo correcto pero descarta las pruebas de ubicación, el resultado de VIES y la vinculación de la transacción suspenderá una auditoría, aunque todos los cálculos hayan sido correctos.

Lecturas adicionales

• Automatización del cumplimiento del IVA en la UE con una API de contabilidad en la nube
• Las mejores API de automatización contable para mercados en línea de la UE (2026)