Un artículo de Martin Dutzler, E-Invoicing Product Manager fiskaly
La factura electrónica ha dejado de ser un tema contable de nicho para convertirse en una de las grandes olas de cumplimiento del comercio minorista europeo. Alemania exige a las empresas recibir facturas electrónicas estructuradas desde 2025. Francia despliega la factura electrónica B2B obligatoria y el e-reporting a lo largo de 2026 y 2027. Italia liquida facturas a través del Sistema di Intercambio desde 2019. Y el paquete de la UE «VAT in the Digital Age» (ViDA) fija un horizonte firme: información digital para las transacciones B2B transfronterizas desde julio de 2030, con la armonización de los sistemas nacionales de información en tiempo real para 2035.
Para minoristas y proveedores de TPV, la pregunta ya no es si, sino dónde: cuando una transacción comienza en la caja, ¿dónde debería crearse la factura electrónica? Una escuela de pensamiento muy extendida responde con firmeza: nunca en el TPV; la facturación debe quedarse en el back office, donde ya reside la contabilidad. El instinto es acertado. La conclusión depende por completo de lo que uno imagine qué es «el TPV».
Las objeciones, y de qué tratan en realidad
Los argumentos contra la factura electrónica en el punto de venta son conocidos: los datos maestros del comprador que necesita una factura legal residen en el ERP, no en la caja. Una factura electrónica es un documento de ciclo de vida —rechazos, correcciones, archivado— que pertenece al área financiera, no a una línea de caja. Y como cada país opera un modelo distinto, incrustar esa lógica en el software de caja de miles de dispositivos en tienda multiplica los costes de certificación y despliegue a lo largo de ciclos de versión lentos.
Sin embargo, si se mira de cerca, cada objeción apunta a una generación concreta de tecnología de tienda: el TPV local, ligado al hardware (grandes clientes con lógica por país instalada localmente, impresoras fiscales, dispositivos de firma, actualizaciones de firmware desplegadas tienda por tienda). Si «factura electrónica en el TPV» significa grabar un segundo motor de facturación en ese stack, los críticos tienen razón. Pero ese es un argumento contra el hardware y la lógica incrustada localmente, no contra emitir la factura en el momento de la venta.
La llamada a una capa intermedia es la llamada correcta
Esa misma escuela de pensamiento suele llegar a una conclusión valiosa: la inversión más inteligente no es un módulo de cumplimiento nativo del TPV, sino una capa intermedia entre la ejecución en tienda y el compliance financiero, una capa que normalice los datos de la transacción, los valide, los enrute al sistema correcto y preserve la trazabilidad entre países. La pregunta decisiva es quién opera esa capa. Si se trata por separado, se acaban trasladando cargas de datos entre un middleware de fiscalización, un ERP y una plataforma de factura electrónica, y de inmediato se recrea la fragmentación que se pretendía resolver: tres proveedores, tres modelos de datos, tres lugares donde la lógica del IVA, el redondeo y las correcciones pueden divergir. Con la información en tiempo real a la vuelta de la esquina, ¡el recibo, la factura y la auditoría deben contar la misma historia!
La fiscalización en la nube acaba con la falsa disyuntiva
La fiscalización en la nube ya ha sacado el cumplimiento de la transacción fuera de la tienda. Cada recibo se firma, se secuencia y se registra mediante una llamada a una API en tiempo real; el almacenamiento en búfer sin conexión, la lógica por país, la certificación y las actualizaciones residen todos en el servicio en la nube. No se despliega nada en la caja. Por tanto, la capa intermedia no es una inversión futura: ya existe en producción y captura cada transacción en su origen. Añadir la creación y transmisión de la factura electrónica a ese mismo flujo es un paso marginal para un integrador, no un segundo motor. La factura electrónica no se crea «en el TPV» en absoluto: se activa desde el TPV y se ejecuta de forma centralizada. El gobierno centralizado de la facturación y la emisión en el punto de venta resultan ser la misma arquitectura una vez que la capa de cumplimiento está en la nube.Cabe mencionar que estas ventajas estructurales se extienden también a las plataformas de TPV basadas en la nube. Si bien migrar la caja registradora a la nube elimina la fricción del despliegue de hardware local, no resuelve la carga de la responsabilidad regulatoria. Un backend de plataforma que intente desarrollar sus propios motores internos de fiscalización y factura electrónica no hace más que trasladar los mismos retos administrativos a sus propios centros de datos: el ciclo incesante de monitorización legal multipaís, certificaciones complejas y la duplicación de actualizaciones regulatorias, asumiendo además la plena responsabilidad de compliance en ámbitos ajenos a su función comercial principal. Esto sigue siendo siempre una decisión de negocio necesaria, con independencia de si el stack se gestiona localmente o se aloja en la nube.
El argumento estructural a favor de un partner para el cumplimiento unificado
Una vez que la fiscalización y la factura electrónica se entienden como dos obligaciones sobre un mismo flujo de transacciones, el argumento a favor de un único proveedor se vuelve estructural:
- Una sola verdad de la transacción, cero conciliación. Recibos y facturas derivan del mismo flujo firmado y secuenciado. La divergencia entre datos de venta, información fiscal y facturación es estructuralmente imposible, y las correcciones se propagan a ambas áreas regulatorias de forma automática.
- La regulación está fusionando ambos dominios de todos modos. Croacia fiscaliza la propia factura electrónica B2B. En Alemania, las transacciones B2B en efectivo superiores a 250€ deben fiscalizarse y facturarse electrónicamente de forma conjunta. Los registros Verifactu de España y el mandato de factura electrónica describen la misma transacción. Francia alimenta el e-reporting B2C directamente con datos del TPV. Allí donde el recibo y la factura se convierten en el mismo objeto legal, repartirlos entre dos proveedores significa que dos proveedores negocian un único documento.
- Una integración, una parte responsable. Una única API cubre ambas obligaciones: un partner de certificación, un servicio de monitorización regulatoria, una auditoría, en lugar de coordinar un middleware fiscal, un proyecto de adaptador y una plataforma de factura electrónica para cada despliegue por país.
- La resiliencia viene de serie. Las colas sin conexión, la lógica de reintentos y la secuenciación se resolvieron para la fiscalización hace años; los mismos patrones llevan la transmisión de la factura electrónica a través de las caídas sin bloquear una línea de caja.
- El ERP se convierte en un sistema de registro más preciso. Lejos de quedar al margen, el ERP sale reforzado. Al capturar los datos de la transacción en el momento de la venta a través de una capa de cumplimiento unificada, se alimentan los sistemas contables con datos validados, sincronizados y listos para auditoría directamente desde el origen. Esto elimina las brechas de conciliación inherentes a las importaciones por lotes, garantizando que el libro mayor, el archivo y las cuentas por cobrar reflejen con precisión la verdad en tiempo real del flujo de transacciones.
Preparado para lo que viene
Los requisitos de información digital de ViDA implican una notificación a nivel de transacción y casi en tiempo real en toda la UE. Los minoristas que hoy enrutan cada transacción a través de una capa de cumplimiento en la nube están estructuralmente preparados para 2030. Quienes anclen la factura electrónica exclusivamente en procesos por lotes del back office tendrán que construir igualmente la canalización de datos del TPV en tiempo real más adelante, bajo la presión de los plazos y en treinta países a la vez.
La conclusión
La verdadera conclusión no es mantener la factura electrónica lejos de la caja. Más bien, es desacoplar la lógica regulatoria del hardware on-premise y del software local de caja, trasladándola en su lugar a una capa de compliance unificada y basada en la nube, idealmente cubierta por un único proveedor. Esta arquitectura permite a los minoristas centrarse en sus operaciones de negocio al tiempo que elimina la fragmentación de proveedores que causa la fricción de conciliación.
Esta es la arquitectura sobre la que se construye fiskaly. Como proveedor de fiscalización en la nube, fiskaly ya procesa transacciones en el momento de la venta a través de una única API, y extiende esa misma plataforma a la factura electrónica, de modo que el recibo fiscal y la factura legal fluyen desde un único flujo, una única integración y un único partner responsable. Es el único enfoque en el que el cumplimiento se simplifica a medida que la regulación se endurece.
