Facturación electrónica en Europa: qué países la exigen y cómo cumplir

Revisado en junio de 2026. Las fechas de los mandatos de facturación electrónica son sensibles al tiempo y varias ya se han aplazado antes: las fechas que aparecen abajo son una orientación, no una verdad absoluta. Confirma la fecha, el formato y el umbral vigentes para cada uno de tus mercados con tu asesor contable o con la autoridad fiscal nacional correspondiente antes de actuar. Esto es una guía práctica, no asesoramiento legal ni fiscal.

Esta es la parte en la que más se equivocan los comerciantes de PrestaShop: enviar una factura PDF por correo electrónico no es facturación electrónica. Un PDF, incluso uno ordenado, correcto en cuanto al IVA y generado directamente desde tu panel de administración, es una imagen de una factura que lee una persona. Una factura electrónica real es un archivo de datos estructurados (normalmente XML) que una máquina lee, valida y contabiliza directamente en el software contable, transmitido a través de un canal aprobado por la administración. No son intercambiables, y en toda Europa la definición legal se está consolidando en torno a lo segundo. Italia ya lo exige. Francia, Alemania, Polonia y España tienen fechas firmes en el calendario. Si vendes B2B en cualquiera de esos mercados, esto es un plazo de cumplimiento, no algo que quizá llegue algún día.

Esta guía responde a una pregunta concreta: qué países europeos exigen la facturación electrónica, desde cuándo, en qué formato y qué debe hacer tu tienda PrestaShop para estar preparada. No trata sobre cómo maquetar tu factura PDF (eso es personalización de facturas en PrestaShop), ni sobre tipos de IVA y OSS/IOSS (eso es IVA en la UE). Trata sobre lo único que la facturación electrónica realmente te exige: datos de factura limpios, completos y estructurados, y una vía para enviarlos por el canal correcto.

Factura digital frente a factura electrónica: la diferencia que lo decide todo

Si te equivocas aquí, todas las demás decisiones estarán mal. La tabla siguiente resume toda la cuestión de cumplimiento en miniatura.

¿Qué significa esto para tu tienda? PrestaShop, de serie, produce la columna de la izquierda. Cada pedido genera un PDF mediante AdminPdfController y la clase HTMLTemplateInvoice (classes/pdf/HTMLTemplateInvoice.php), renderizado desde la plantilla en pdf/invoice.tpl. Ese PDF es una factura digital perfectamente válida, pero en los países con mandato no es, por sí sola, una factura electrónica conforme. Cerrar esa brecha es el trabajo, y casi todo consiste en asegurarse de que los datos de la factura están completos y son correctos, porque el formato estructurado no perdona campos ausentes.

País por país: quién la exige, cuándo y en qué formato

Las fechas y los umbrales en este ámbito se mueven; varios ya se han aplazado una vez, así que trata el calendario como orientación y confirma la fecha y el formato exactos para tus mercados con tu asesor contable o con la autoridad fiscal nacional antes de actuar. Lo que no está en duda es la dirección: todas las grandes economías de la UE avanzan hacia la facturación electrónica estructurada obligatoria.

Hay dos patrones que merece la pena extraer de esa tabla. Primero, casi todos los nuevos formatos son una variante de EN 16931, la norma semántica común de la UE, así que invertir en datos limpios y completos sirve en distintos países aunque los envoltorios del archivo cambien. Segundo, la recepción llega antes que la emisión en la mayoría de despliegues: el primer plazo que te afecta suele ser la obligación de recibir facturas estructuradas de tus proveedores, lo cual es una cuestión de compras/contabilidad, no algo que genere tu escaparate.

La dirección en toda la UE: ViDA

Ninguno de estos sistemas nacionales es un caso aislado. Son el camino hacia el IVA en la era digital (ViDA), la iniciativa de la UE para estandarizar la facturación electrónica e introducir información digital casi en tiempo real para las operaciones intracomunitarias, con los requisitos de factura estructurada previstos para la segunda mitad de esta década. La lectura práctica para el propietario de una tienda: el formato nacional que implementes ahora es un paso intermedio, no una vía muerta, porque todos convergen en el mismo núcleo EN 16931. Poner bien los datos de tus facturas es la inversión duradera; el envoltorio de transmisión es la parte que probablemente externalizarás.

Qué exige realmente esto a tu tienda PrestaShop

Si apartamos los acrónimos, la facturación electrónica te pide tres cosas concretas. Solo la primera es realmente responsabilidad de tu tienda, y ahí es donde ocurren la mayoría de los fallos.

1. Calidad de los datos de factura (esto es el 90% del trabajo)

Los sistemas de facturación electrónica estructurada rechazan directamente las facturas con campos ausentes o mal formados; no hay una persona al otro lado para encogerse de hombros y arreglarlo. Un archivo FatturaPA al que le falta el número de IVA del comprador no entra en revisión: rebota. Por eso la tarea fundamental es asegurarte de que cada factura de PrestaShop incluya el conjunto completo de campos EN 16931:

• Identificadores fiscales/IVA del vendedor y del comprador — y en B2B el del comprador debe estar presente y ser válido. PrestaShop los guarda en la dirección (vat_number, además de company y siret/dni cuando corresponda), pero solo se rellenan si tu proceso de compra los solicita y los validas.
• Direcciones estructuradas completas — calle, código postal, ciudad, código de país, cada uno en su propio campo (el XML los quiere separados, no como un único bloque de texto libre).
• Desglose de impuestos por línea y por tipo — el IVA total debe cuadrar con los subtotales por tipo, que es justo donde una configuración fiscal poco rigurosa te pasa factura. Si tus tipos y reglas no están limpios, el archivo estructurado no validará; configuración fiscal en PrestaShop explica cómo dejarlo bien desde el origen.
• Un número de factura único y secuencial — con huecos explicados cuando la ley local o la práctica contable lo exija. Muchos sistemas fiscales requieren numeración secuencial única, pero si una secuencia debe ser estrictamente sin saltos depende del país y de sus normas contables, y los sistemas de validación XML normalmente no rechazan una factura solo porque falte otro número. El contador predeterminado de PrestaShop es por tienda y se reinicia/ramifica de formas que sorprenden a muchos; el análisis más completo está en personalización de números de factura y pedido.
• Descripciones de producto, códigos y condiciones de pago claros — los textos genéricos de línea y la falta de datos de pago/bancarios son causas habituales de rechazo.

¿Y entonces? Si tus facturas ya capturan y validan los números de IVA de los compradores, incluyen desgloses fiscales limpios por tipo y numeran de forma secuencial, ya tienes gran parte del camino hecho hacia la facturación electrónica, sea cual sea el canal nacional al que acabes conectándote, porque todos esos canales quieren los mismos datos de base. Aquí es donde los módulos adecuados demuestran su valor: Financial Revolution genera facturas con el conjunto completo de campos que espera el cumplimiento europeo, Invoice Number impone la numeración secuencial estricta que estos sistemas exigen, y Automatic EU VAT Checker valida los números de IVA de los compradores contra VIES durante el proceso de compra para que un número incorrecto nunca llegue a una factura que está a punto de ser rechazada por una máquina. El beneficio no es el "cumplimiento" en abstracto: es que los datos de tus facturas están limpios antes de que un plazo obligue a resolverlo, no después.

2. Conversión de formato (generación XML)

Tus datos limpios de PrestaShop todavía tienen que convertirse en un archivo FatturaPA, XRechnung, Factur-X o KSeF XML. Hay dos formas realistas de llegar ahí, y para la mayoría de comerciantes la segunda es la correcta:

3. Transmisión

Después, el archivo debe viajar por el canal aprobado: el SDI de Italia, el KSeF de Polonia, la red PDP de Francia, la red Peppol para Bélgica y otros. La integración directa con estos sistemas es realmente compleja y exige muchos certificados, por eso el patrón ampliamente mayoritario para pequeños y medianos comerciantes es delegar la transmisión en un intermediario (a menudo el mismo proveedor que hace la conversión de formato) a cambio de una tarifa por factura. La responsabilidad de tu tienda termina al producir datos correctos; la suya es pasarlos por el canal y devolverte un acuse.

B2C: en su mayor parte todavía no, pero no apuestes a que seguirá así

Hoy los mandatos son abrumadoramente B2B (y B2G). La mayoría de las facturas B2C están exentas o simplificadas, con la notable excepción de Italia, donde el mandato ya cubre las ventas a consumidores. La postura pragmática: incluso donde la facturación electrónica B2C no sea obligatoria para ti, el trabajo de calidad de datos descrito arriba no te cuesta nada extra mantenerlo al nivel adecuado, y significa que una futura ampliación B2C en uno de tus mercados será un cambio de configuración en lugar de una urgencia. Ten en cuenta también que la venta a distancia a consumidores conlleva sus propias obligaciones documentales al margen de la facturación electrónica; consulta normativa de venta a distancia.

Tu plan de acción

No necesitas resolver todos los países a la vez. Necesitas conocer tu exposición y limpiar tus datos, en ese orden.

• Relaciona tus mercados B2B con sus plazos. Enumera los países en los que realmente emites facturas B2B y fija la fecha y el formato vigentes para cada uno. Inminentes: Italia (en vigor), después Francia, Alemania, Polonia y España.
• Audita ya tus datos de factura. Saca diez facturas B2B recientes y comprueba que todos los campos EN 16931 anteriores están presentes y son correctos. Los huecos que encuentres hoy son los rechazos que tendrías el día de entrada en vigor.
• Corrige los datos en origen. Valida los números de IVA de los compradores durante el proceso de compra, ordena tus reglas fiscales y bloquea la numeración secuencial: los tres trabajos que hacen funcionar cualquier formato posterior. Los módulos anteriores hacen exactamente esto desde el panel de administración, sin tener que pagar a un desarrollador.
• Elige conversión + transmisión por mercado. Un módulo nacional si tienes uno o dos mercados y ganas de asumir las actualizaciones de esquema; un proveedor intermediario si tienes varios o prefieres no hacerlo.
• Habla con tu asesor contable. Ya debería estar siguiendo las fechas y los umbrales exactos para tu situación concreta; esta guía te dice qué preguntar, no qué presentar.
• Revisa el calendario dos veces al año. Varias de estas fechas aún se están cerrando y ya se han movido antes; un recordatorio en el calendario vence a una carrera de última hora.

Preguntas frecuentes

¿No basta con el PDF correcto en cuanto al IVA que PrestaShop ya envía por correo?

No en un país con mandato. Ese PDF es una factura digital: una imagen para una persona. Una factura electrónica conforme en Italia, Francia, Polonia y el resto es un archivo XML estructurado (a menudo basado en EN 16931) que valida una máquina y transmite una plataforma pública o una red certificada. PrestaShop produce el PDF de forma nativa; convertirlo en el archivo estructurado exigido es la brecha que tienes que cerrar, y en gran parte es una tarea de calidad de datos.

¿Cuándo exactamente será obligatoria la facturación electrónica en Francia y Polonia?

La dirección es firme, pero las fechas exactas no: ambas se han aplazado antes. En el momento de esta revisión, Francia apunta a alrededor de 2026-2027 (por fases, primero recepción y grandes empresas) y el KSeF de Polonia entra por fases, con grandes contribuyentes desde febrero de 2026 y el resto desde abril de 2026. Trátalas como referencias de planificación, no como compromisos: confirma la fecha y el umbral vigentes para tu situación con tu asesor contable o con la autoridad fiscal nacional (DGFiP en Francia, el Ministerio de Finanzas / KAS en Polonia) antes de construir nada alrededor de ellas.

¿Necesito un módulo de PrestaShop que genere el XML o un proveedor externo?

Depende de tu presencia. Uno o dos mercados con volumen previsible y disposición a asumir actualizaciones de esquema: puede funcionar un módulo específico por país que genere el XML nacional dentro de PrestaShop. Varios mercados, o cero apetito por seguir cambios de formato: lo habitual es un proveedor externo de facturación electrónica que toma tus datos, produce el archivo y gestiona la transmisión por una tarifa por factura. En cualquier caso, el verdadero trabajo de tu tienda es alimentar ese proceso con datos limpios.

¿Cuál es el motivo más común por el que se rechaza una factura electrónica estructurada?

Un número de IVA del comprador ausente o no válido en una factura B2B, seguido de totales de impuestos que no cuadran con los subtotales por tipo. No hay nadie al otro lado para arreglarlo: el archivo rebota. Validar los números de IVA contra VIES durante el proceso de compra (para que uno incorrecto nunca llegue a la factura) y mantener limpias tus reglas fiscales elimina las dos mayores fuentes de rechazos el día de entrada en vigor.

Solo vendo B2C: ¿puedo ignorar todo esto?

En gran medida, por ahora, con Italia como excepción permanente, donde el mandato ya cubre las ventas a consumidores. Pero lo inteligente es mantener de todos modos tus datos de factura preparados para un formato estructurado: no te cuesta nada extra y convierte cualquier futura ampliación B2C en tus mercados en un cambio de configuración, no en una emergencia. Y confirma tu propia situación con tu asesor: el alcance B2C es una de las cosas que todavía se mueve.

La facturación electrónica no es el punto más emocionante de la lista de un propietario de tienda, pero tiene una cualidad que los temas emocionantes no tienen: un plazo inamovible. Los comerciantes que se quedan atrapados no son los que empezaron tarde con la transmisión; ese es un problema de proveedor que pueden resolver pagando en una semana. Son aquellos cuyos datos de factura de base eran un caos, los que descubrieron la mañana de entrada en vigor de un mandato que la mitad de sus facturas B2B no tenían un número de IVA válido del comprador o no seguían una numeración limpia. Pon bien los datos mientras aún es opcional, y el plazo, cuando llegue, será la urgencia de otro.

Guías relacionadas

• Personalización de facturas en PrestaShop: plantillas PDF y requisitos legales — el lado del PDF legible por personas.
• Personalización de números de factura y pedido: por qué los números predeterminados no bastan — cómo lograr una numeración secuencial conforme.
• IVA en la UE: OSS, IOSS y qué debe gestionar tu tienda PrestaShop — dónde se debe el propio IVA.
• Configuración fiscal en PrestaShop: reglas de IVA de la UE explicadas — tipos limpios que sobreviven a la validación estructurada.
• Comercio electrónico B2B con PrestaShop: gestión del IVA, precios netos y condiciones de pago — el contexto B2B en el que vive la facturación electrónica.