Mandatos de facturación electrónica 2026–2028: qué necesita tu negocio de su software

Un lunes de septiembre de 2026, la gerente de finanzas de una distribuidora de 40 personas lee un correo corto. Su cliente más grande acaba de empezar a emitir y recibir facturas estructuradas, y su área de cuentas por pagar le pide que las 600 facturas que le envía cada mes lleguen como archivos legibles por máquina, no como PDF. (Es un escenario ilustrativo, no una empresa real.)

Su sistema solo genera PDF. Volver a capturar 600 facturas a diez minutos cada una suma 100 horas al mes, y basta una identificación fiscal mal escrita para que una factura rebote.

La facturación electrónica es primero un problema de datos y después de cumplimiento. Cada vez más gobiernos exigen facturas estructuradas: archivos que una computadora puede leer sin ayuda humana y que, muchas veces, viajan por una red o por una plataforma de la autoridad tributaria. Un software que no puede armarlas bien a partir del registro del pedido convierte cada factura en trabajo manual.

Si vendes a otras empresas, les compras o haces ambas cosas, las fechas de este artículo pueden afectarte aunque nunca salgas de tu país. Un proveedor en el extranjero puede empezar a enviarte facturas estructuradas, y un cliente puede dejar de aceptar tus PDF.

Este artículo explica en qué se diferencian los modelos de facturación electrónica, ubica los principales mandatos entre 2026 y 2028 (y algo más allá) y enumera lo que tu software de facturación o tu ERP debe poder hacer. Las fechas se verificaron con fuentes oficiales y profesionales a agosto de 2026. En este tema las reglas y los plazos cambian con frecuencia, así que toma el calendario como un mapa, no como asesoría legal.

Qué se considera una factura electrónica

Un PDF enviado por correo es un documento electrónico, pero no es una factura electrónica en el sentido que usan estas leyes. Una factura electrónica es un archivo con un formato definido y legible por máquinas, donde cada campo tiene un significado fijo: identificación fiscal del vendedor, identificación fiscal del comprador, partidas, tasa de impuesto, monto del impuesto y condiciones de pago.

En Europa, el estándar semántico común es EN 16931, que define qué datos debe llevar una factura. Se expresa en dos sintaxis principales, UBL y UN/CEFACT CII, ambas en XML. Peppol BIS Billing 3.0, que se usa en muchos países, está construido sobre UBL y cumple EN 16931. Fuera de Europa, los países suelen definir su propio formato, aunque muchos toman las mismas ideas.

Un archivo híbrido, como un PDF con un XML incrustado (Factur-X o ZUGFeRD), también puede ser válido, porque la factura real es el XML y el PDF es solo una copia para leer.

Tres formas en que viaja una factura electrónica

El formato responde a «qué lleva la factura». El modelo responde a «cómo llega del vendedor al comprador y quién la ve en el camino». Te encontrarás con tres modelos.

Auditoría posterior (post-audit)

El vendedor emite una factura estructurada y la envía por la vía acordada. En ese momento la autoridad tributaria no interviene. Recibe los datos después, mediante reportes periódicos, o revisa las facturas durante una auditoría. Es el modelo más ligero para el vendedor, pero los errores se descubren cuando ya pasó el tiempo.

Validación previa (clearance)

La factura va primero a una plataforma de la autoridad tributaria. La plataforma la valida, puede asignarle un identificador único y una aprobación, y solo entonces se entrega al comprador. El KSeF de Polonia y la fase de integración de Arabia Saudita funcionan con ese espíritu. Obtienes un estado claro por cada factura, pero dependes de que la plataforma esté disponible, así que un plan de contingencia debe formar parte del diseño.

Peppol y el modelo de cuatro esquinas

Peppol es una red abierta administrada por la asociación OpenPeppol. No te conectas con cada cliente: te conectas a un solo punto de acceso certificado. Tu punto de acceso localiza el del comprador y le pasa la factura. La esquina 1 es tu sistema, la 2 tu punto de acceso, la 3 el punto de acceso del comprador y la 4 el sistema del comprador. Algunos países agregan una quinta esquina: una copia de los datos va a la autoridad tributaria.

Muchos países mezclan estas ideas. Un país puede usar Peppol para el intercambio y sumarle reporte en tiempo real. Por eso conviene revisar el modelo de cada mercado en el que operas, no solo la fecha límite. Puedes leer más sobre la red en peppol.org.

El calendario, de 2025 a 2030

La tabla enlista los principales mandatos. Es una selección, no un listado completo. Muchos países tienen reglas para B2G (empresa a gobierno) desde hace tiempo, y otros todavía están redactando sus leyes.

País o región	Qué comienza	Fechas clave	Modelo
Alemania	Recibir facturas estructuradas y luego emitirlas (B2B nacional)	Recibir: todas las empresas desde el 1 de enero de 2025. Emitir: 1 de enero de 2027 si la facturación del año anterior supera los 800,000 €; 1 de enero de 2028 para todos	Basado en el formato, sin plataforma central
Bélgica	Facturación B2B estructurada entre empresas registradas en el IVA	1 de enero de 2026. El reporte en tiempo real está previsto para 2028	Se recomienda Peppol BIS 3.0
Croacia	Facturación electrónica B2B con fiscalización en tiempo real	1 de enero de 2026 para empresas registradas en el IVA	Intercambio más reporte a la autoridad tributaria
Polonia	Sistema nacional KSeF	1 de febrero de 2026 con ventas superiores a 200 millones de PLN; 1 de abril de 2026 para las demás empresas registradas en el IVA; microempresarios y multas desde el 1 de enero de 2027	Validación previa
Francia	Recibir mediante plataformas autorizadas; emitir por etapas	1 de septiembre de 2026: todas las empresas reciben; las grandes y medianas emiten. 1 de septiembre de 2027: emiten las pymes y microempresas	Plataformas autorizadas y un directorio central
España	Facturación electrónica B2B según el Real Decreto 238/2026	Publicado el 31 de marzo de 2026. A los 12 meses (ventas superiores a 8 millones de €) o a los 24 meses (las demás) de una orden ministerial que aún está pendiente. Reglas aparte de Verifactu para el software de facturación: 1 de enero de 2027 y 1 de julio de 2027	Plataforma pública y plataformas privadas interoperables
Emiratos Árabes Unidos	Sistema nacional de facturación electrónica	Voluntario desde el 1 de julio de 2026; obligatorio desde el 1 de enero de 2027 con ventas de 50 millones de AED o más; las demás empresas más adelante en 2027	Basado en Peppol, con proveedores de servicio acreditados
Arabia Saudita	Fase 2 de ZATCA (integración) por oleadas	Oleada 24 (más de 375,000 SAR): a más tardar el 30 de junio de 2026. Oleada 25 (más de 187,500 SAR): a más tardar el 1 de febrero de 2027	Validación previa y reporte
Malasia	MyInvois por fases según las ventas	Desde el 1 de agosto de 2024 para las más grandes. Exentas las empresas con menos de 1 millón de RM. El tramo de 1 a 5 millones de RM tiene un periodo de flexibilización sin multas hasta el 31 de diciembre de 2027	Validación por la autoridad tributaria
Unión Europea	ViDA: facturación electrónica y reporte digital para el B2B transfronterizo	Aprobada en marzo de 2025. Aplica desde el 1 de julio de 2030; los Estados miembros pueden fijar antes reglas nacionales	EN 16931 como estándar

Revisa las reglas de tu país. Los umbrales suelen basarse en las ventas del año anterior, los periodos de gracia no siempre coinciden con las fechas de sanción, y algunos países ya movieron un plazo una o dos veces (Malasia y España lo hicieron). Antes de planear, lee la guía más reciente de tu autoridad tributaria o consulta a tu contador.

Cómo leer bien un mandato

Cuatro preguntas convierten un titular en un plan.

• ¿Recibir o emitir? Alemania y Francia hicieron obligatorio primero el recibir. Incluso un negocio pequeño debe poder abrir y procesar una factura estructurada antes de que lo obliguen a enviarla.
• ¿Qué operaciones? La mayoría de los mandatos cubre solo el B2B nacional. Las ventas a consumidores (B2C) y las transfronterizas suelen caer bajo reglas aparte, normalmente de reporte electrónico y no de facturación.
• ¿Qué tamaño? Los umbrales de ventas deciden en qué oleada estás. Si andas cerca del límite, planea con la fecha más temprana.
• ¿Cuándo empiezan las sanciones? Un periodo de gracia puede permitirte probar sin multas. Polonia, por ejemplo, aplica sus multas desde enero de 2027, y Malasia tiene una ventana de flexibilización para los contribuyentes más pequeños. Haya o no multa, tus clientes pueden rechazar facturas que no cumplan.

El último punto pesa mucho en la práctica. Aunque el Estado tenga paciencia, el área de cuentas por pagar de un cliente grande no la tiene. Si ellos deben recibir facturas estructuradas, te las van a pedir.

Qué debe resolver tu software de facturación o ERP

Los mandatos se ven distintos, pero lo que exigen al software es muy parecido. Contrasta tu sistema con esta lista.

Datos estructurados, no un PDF con pasos extra

La factura debe generarse como datos estructurados a partir del pedido o del registro de venta: EN 16931 en UBL o CII para Europa, o el formato local en otras regiones. El patrón riesgoso es un sistema que arma un PDF y luego pide a una herramienta externa que lo lea para convertirlo en XML. Cada conversión pierde precisión. El mejor diseño genera la factura estructurada desde el mismo registro que produce el PDF, de modo que nunca puedan discrepar.

Calidad de los datos maestros

Las facturas estructuradas son estrictas. Una identificación fiscal faltante, un código de país incorrecto o una dirección escrita como texto libre en el campo equivocado bastan para que la factura sea rechazada. Antes de cualquier fecha de mandato, depura lo siguiente:

• las identificaciones fiscales de clientes y proveedores, con una validación cuando la autoridad la ofrezca;
• los nombres legales y las direcciones estructuradas, con país, ciudad y código postal en campos separados;
• los identificadores de enrutamiento, como un ID de Peppol o una referencia del comprador, donde el país los use;
• las categorías de impuesto y los motivos de exención de cada producto y servicio.

Numeración, notas de crédito y correcciones

En la mayoría de los regímenes, los números de factura deben ser únicos y consecutivos, y una factura ya validada por lo general no se puede editar. Un error se corrige con una nota de crédito que haga referencia a la factura original y luego una factura nueva. Tu software necesita un flujo de notas de crédito vinculado al número de la factura original, no un botón de «borrar y volver a emitir». Las notas parciales, las correcciones de precio y las devoluciones siguen este mismo camino.

Seguimiento de estados y rechazos

En un sistema en red, «enviada» no es el final de la historia. Una factura puede ser aceptada, rechazada, quedar en cola o aprobarse para pago. Tu software debe guardar ese estado por factura, mostrarlo a quienes dan seguimiento a los cobros y avisar a alguien cuando llegue un rechazo. El rechazo debe traer un motivo legible y una forma clara de corregir y reenviar, no un error técnico enterrado en un registro.

La siguiente figura sigue una factura a lo largo de un régimen de validación previa. Puede rebotar en dos puntos, y en ambos casos termina en el mismo lugar: corregir los datos.

Archivo y bitácora de auditoría

El original legal es ahora el archivo estructurado, así que ese es el que debes conservar, sin alteraciones, durante el plazo legal. Los plazos varían según el país y en algunos cambiaron hace poco (Alemania redujo a ocho años la conservación de facturas en 2025). Busca almacenamiento inalterable del archivo original, un registro de quién cambió qué y la posibilidad de exportar los datos cuando te los pidan en una auditoría.

Conectividad y API

Tu sistema tiene que hablar con algo externo: un punto de acceso, una plataforma autorizada o la API de la autoridad tributaria. Pregunta cómo se conecta. Una buena configuración admite más de un proveedor, permite cambiar de proveedor sin reconstruir las facturas, reintenta con seguridad tras un tiempo de espera agotado y nunca envía dos veces la misma factura. Los certificados de autenticación y los tokens también caducan, así que alguien debe encargarse de renovarlos.

Más de un país

Si vendes entre fronteras, enfrentas formatos, modelos y plazos distintos al mismo tiempo. El software debe tratar las reglas de cada país como configuración, no como una rama de código a la medida, para que abrir un mercado nuevo no signifique reescribir la facturación. Las múltiples monedas, la numeración por varias entidades y las tasas de impuesto de cada país tienen que funcionar juntas.

Una lista de preparación

Úsala como autoevaluación rápida. Si respondes «no» o «no sé» a varios puntos, empieza cuanto antes.

• Sabemos qué mandatos nos aplican, por país y según nuestras propias ventas.
• Sabemos si cada uno es solo de recepción, de emisión o de ambas, y cuándo empiezan las sanciones.
• Nuestro sistema puede generar una factura estructurada (EN 16931 o el formato local) directamente desde el pedido.
• Las identificaciones fiscales y las direcciones estructuradas están completas al menos para nuestros principales clientes y proveedores.
• Las notas de crédito se vinculan a la factura original y llevan la referencia exigida.
• Vemos un estado por cada factura enviada y recibimos alertas de rechazo.
• Las facturas estructuradas que recibimos se leen de forma automática, sin volver a capturarlas.
• Los archivos estructurados originales se guardan sin alteraciones durante el plazo legal.
• Tenemos un responsable designado de la conexión con el punto de acceso o la plataforma y de sus certificados.
• Probamos todo el flujo en un entorno de pruebas antes de la fecha límite.

Un plan de proyecto en seis pasos

Para la mayoría de los negocios en crecimiento, el trabajo cabe en uno o dos trimestres. Este orden lo mantiene manejable.

1. Mapea tus obligaciones. Enlista cada país donde facturas o al que le compras, el mandato, tu oleada y la fecha en que empiezan las sanciones. Pon la fecha más cercana en el calendario y trabaja hacia atrás.
2. Revisa tu flujo de facturación. Recorre cómo se crea, aprueba, envía, cobra y archiva hoy una factura. Anota cada paso manual y cada herramienta que interviene.
3. Corrige los datos maestros. Depura identificaciones fiscales, direcciones y categorías de impuesto. Este paso es aburrido y es el que más tarda, así que empieza por él.
4. Elige tu conexión. Decide entre un punto de acceso certificado o una plataforma autorizada, una integración directa con la autoridad tributaria o un proveedor incluido en tu software. Compara el precio por factura, el soporte, la disponibilidad y las condiciones de salida.
5. Configura y prueba. Define formatos, numeración y flujos de notas de crédito. Corre casos realistas en un entorno de pruebas: venta normal, descuento, devolución, rechazo, nota de crédito parcial y cliente extranjero.
6. Sal en vivo poco a poco y monitorea. Empieza con unos pocos clientes, vigila la tasa de rechazos y corrige las causas. Capacita al equipo de finanzas para que sepa qué significa un rechazo y quién lo atiende.

Errores comunes que debes evitar

• Esperar al mes de la fecha límite. La incorporación de proveedores, los certificados y las filas de pruebas se alargan cerca de los plazos.
• Tratarlo como un tema solo de TI. Finanzas conoce las reglas, ventas tiene los datos de los clientes y TI se encarga de la conexión. Los tres deben estar en la mesa.
• Comprar un conversor de PDF. Puede parecer que cumple el primer día y fallar con la primera nota de crédito.
• Ignorar las facturas que recibes. Las obligaciones de recepción suelen empezar primero, y automatizar las facturas de proveedores es donde más tiempo se ahorra.
• Olvidar el siguiente país. Un diseño que sirve para un mercado pero no se puede ampliar se rehace en menos de dos años.

Volvamos a la distribuidora. Ahora su sistema genera la factura estructurada desde el mismo registro del pedido que produce el PDF, valida las identificaciones fiscales cuando se da de alta al cliente y guarda un estado por cada factura. Las 600 facturas salen sin recapturar nada. Las pocas que rebotan cada mes llegan con un motivo legible, y alguien del equipo agrega la referencia que le faltaba al comprador y la reenvía el mismo día. Se acabaron las 100 horas de captura, y también la sorpresa del lunes.

Ideas clave

• Una factura electrónica es un archivo estructurado y legible por máquinas, no un PDF. En Europa el estándar común es EN 16931, en sintaxis UBL o CII.
• Conoce el modelo de cada país: auditoría posterior, validación previa o intercambio al estilo Peppol, a veces con reporte adicional.
• Fechas principales: Bélgica y Croacia en enero de 2026, Polonia en febrero y abril de 2026, Francia en septiembre de 2026 (pymes en septiembre de 2027), Alemania con emisión desde 2027 y 2028, y la regla transfronteriza de la UE en julio de 2030. España, los Emiratos, Arabia Saudita y Malasia avanzan por fases con sus propios calendarios.
• Tu software necesita generación estructurada, datos maestros limpios, notas de crédito, seguimiento de estados, archivo y conectividad flexible.
• Los plazos se mueven y los umbrales varían, así que confirma las reglas de tu país con tu autoridad tributaria o tu contador antes de comprometerte.
• Empieza por los datos y por el lado de la recepción; ambos hacen falta, elijas la conexión que elijas.

Anichur Rahaman es arquitecto de software y creador de StoreConsole. Diseña sistemas de comercio y ERP para negocios en crecimiento, con enfoque en arquitectura orientada a eventos, integridad de datos y operación en servidores propios.