Factur-X vs ZUGFeRD vs UBL, guía práctica para la facturación europea

La nomenclatura en torno a la facturación estructurada europea es un caos. Factur-X, ZUGFeRD y UBL suenan como tres formatos en competencia, y muchos textos de proveedores los tratan así. En realidad no compiten. Dos de ellos son lo mismo bajo diferentes marcas nacionales, y el tercero se encuentra en una capa diferente de la arquitectura. Si el proceso cruza fronteras, se acabará utilizando los tres, y saber cómo se relacionan ahorra una cantidad sorprendente de tiempo de depuración.

Aquí está la versión práctica.

La respuesta corta

• ZUGFeRD es el estándar alemán de factura híbrida. PDF/A-3 con XML incrustado.
• Factur-X es el nombre francés de lo mismo. Los esquemas XML están alineados con ZUGFeRD 2.x a nivel de byte para los perfiles que ambos estándares comparten.
• UBL es una capa diferente. Es el formato de factura estructurada en XML puro utilizado sobre Peppol. No interviene ningún PDF.

Así que la verdadera pregunta no es “Factur-X vs ZUGFeRD vs UBL”. Es “PDF híbrido (Factur-X / ZUGFeRD) vs XML puro (UBL).”

ZUGFeRD y Factur-X: el mismo archivo, distinta etiqueta

ZUGFeRD surgió en Alemania en 2014 (FeRD = Forum elektronische Rechnung Deutschland). Francia adoptó la misma arquitectura en 2017 bajo el nombre Factur-X. Desde ZUGFeRD 2.1, los perfiles MINIMUM, BASIC WL, BASIC, EN 16931 y EXTENDED están alineados a nivel de byte con los perfiles equivalentes de Factur-X. Una factura ZUGFeRD 2.1 EN 16931 correctamente construida es una factura Factur-X EN 16931 válida. No hay conversión entre ellas. Se etiqueta el archivo con la marca que el comprador espera.

Los perfiles compartidos en orden creciente de detalle:

• MINIMUM: lo justo para la referencia contable. Total, IVA, proveedor, comprador.
• BASIC WL (sin líneas): factura a nivel de agregado, sin artículos de línea.
• BASIC: artículos de línea, pero solo los campos obligatorios de EN 16931 por línea.
• EN 16931: el modelo semántico europeo completo de EN 16931. Este es el nivel al que apuntan la mayoría de los mandatos B2B.
• EXTENDED: extensiones específicas del proveedor sobre EN 16931. Solo se usa cuando ambas partes del proceso entienden los campos adicionales.

Si se parte de cero y no se tiene un requisito específico del comprador, se debe apuntar a EN 16931. Es el mínimo común denominador que satisface los principales mandatos de 2026 y produce el mismo archivo independientemente de qué etiqueta nacional se le ponga.

Dónde encaja UBL

UBL (Universal Business Language, OASIS) es algo diferente. No es un PDF. Es un documento XML, por sí solo, diseñado para circular entre máquinas. La red Peppol funciona con UBL. El mandato belga del 1 de enero de 2026, la facturación gubernamental de los Países Bajos y el canal transfronterizo hacia Chorus Pro de Francia utilizan UBL sobre Peppol BIS Billing 3.0.

Así que la relación es:

• Factur-X / ZUGFeRD = PDF/A-3 con XML dentro. Optimizado para “necesito una copia legible para humanos Y una copia legible para máquinas en el mismo archivo”.
• UBL = solo XML. Optimizado para “máquinas en ambos extremos, la red gestiona el transporte”.

En la práctica, la mayoría de los procesos de la UE necesitan ambos. Se emite la factura en UBL sobre Peppol porque eso es lo que el mandato exige para el transporte, y se archiva una copia Factur-X / ZUGFeRD como registro legible para humanos porque eso es lo que exige la ley de archivo fiscal.

Hay una particularidad que conviene conocer: ZUGFeRD 2.x y Factur-X 1.x también pueden incrustar UBL, no solo CII. El mismo PDF híbrido puede contener CII (Cross Industry Invoice, el esquema original) o UBL. La mayoría de los procesos alemanes usan CII; la mayoría de los franceses usan UBL. Ambos son válidos. Si se recibe un archivo Factur-X y el analizador solo conoce CII, se ignorarán silenciosamente la mitad de las facturas entrantes del mercado alemán.

Cuándo usar cada uno

Usar UBL solo cuando la factura solo va a ser procesada por máquinas y la red ya gestiona el archivo en ambos extremos. Este es el caso Peppol, gobierno a empresa y la mayoría de los flujos del sector público.

Usar Factur-X / ZUGFeRD cuando:

• El comprador es una empresa privada que quiere revisar la factura antes de pagarla.
• Se necesita que el PDF legible sea la copia de archivo legal.
• Se cruza la frontera alemana o francesa, donde el híbrido es el formato privado dominante.
• Se quiere un solo archivo que se pueda enviar por correo y también ingerir automáticamente.

Usar ambos, en paralelo, cuando el mandato exige entrega por Peppol (UBL) y el archivo fiscal exige una copia legible (PDF/A-3). Esta es la realidad para el B2B en Bélgica desde enero de 2026 y será la realidad en Francia a partir de septiembre de 2026.

Los casos extremos transfronterizos

Algunos patrones que suelen sorprender:

1. El comprador exige Factur-X, el proveedor envía ZUGFeRD. No se necesita conversión si ambos son 2.1 EN 16931. Solo hay que confirmar la versión. Se ven procesos haciendo reescrituras XML innecesarias aquí.
2. El comprador exige UBL sobre Peppol, el proveedor solo tiene Factur-X. Hay que extraer el XML incrustado, transformar CII a UBL y enviarlo por Peppol. Esta es la brecha más común de “híbrido a XML puro”.
3. El proveedor envía Factur-X con UBL dentro, el analizador del comprador espera CII. Analiza cero líneas silenciosamente. Se necesita un analizador que compruebe ambos.
4. PDF/A-3 válido, XML incrustado inválido. La validación de PDF/A-3 no mira dentro del adjunto. Se necesita un validador que compruebe el XML contra EN 16931 por separado.

Esto es exactamente lo que hace nuestro validador público en /check: inspecciona la conformidad con PDF/A-3, extrae el adjunto independientemente de si es CII o UBL, y valida el XML contra el modelo semántico EN 16931. Se obtiene un veredicto por cada capa por separado, de modo que cuando algo falla se sabe si el problema está en el contenedor, el esquema o los datos.

La conclusión

Dejar de pensar en Factur-X, ZUGFeRD y UBL como alternativas. Factur-X y ZUGFeRD son el mismo sobre híbrido bajo dos marcas nacionales. UBL es el formato XML puro sobre Peppol. Los procesos transfronterizos reales en 2026 producen ambos, archivan el híbrido y envían el XML puro. Quien diga que hay que elegir uno no ha cruzado suficientes fronteras.