EN 16931: Guía completa de la norma europea de facturación electrónica
Todo sobre EN 16931: el modelo semántico CEN mandatado por la Directiva UE 2014/55/UE, las sintaxis UBL y CII, las CIUS nacionales, las reglas de negocio y su relación con Peppol BIS 3.0.
¿Qué es EN 16931 y por qué es importante?
EN 16931 es la norma europea para el modelo de datos semántico de las facturas electrónicas, publicada por el CEN (Comité Europeo de Normalización). Fue declarada obligatoria por la Directiva UE 2014/55/UE, que exigía a todos los Estados miembros de la UE aceptar facturas electrónicas conformes con esta norma en la contratación pública (B2G) antes de 2019. EN 16931 no es un formato de archivo — es un modelo semántico que define el significado y las restricciones de cada elemento de datos de una factura electrónica, independientemente de cómo se codifique.
La norma define QUÉ debe contener una factura electrónica, pero no CÓMO codificarla. Dos sintaxis XML están oficialmente vinculadas a EN 16931: UBL 2.1 (OASIS Universal Business Language) y CII (Cross Industry Invoice) de la ONU/CEFACT. Cualquier factura codificada en una u otra de estas sintaxis y conforme al modelo semántico EN 16931 se considera una factura estándar europea. A medida que las obligaciones de facturación electrónica se amplían del B2G al B2B en Europa — con Francia exigiendo el B2B a partir de 2026, Alemania a partir de 2027 y Bélgica a partir de enero de 2026 — comprender EN 16931 se ha vuelto esencial para cualquier profesional de las finanzas y la informática que trabaje con empresas europeas.
Estructura de EN 16931: el modelo semántico
El modelo semántico EN 16931 define aproximadamente 170 términos de negocio (BT) y grupos de términos de negocio (BTG) que describen colectivamente una factura electrónica completa. Estos términos están organizados en grupos lógicos que cubren el ciclo de vida completo de una factura, desde la identificación de cabecera hasta los detalles de las líneas y el resumen fiscal. La norma se publica en varias partes: EN 16931-1 define el modelo semántico en sí, mientras que EN 16931-2 define los vínculos sintácticos para UBL y CII.
Los campos obligatorios que debe contener cualquier factura conforme a EN 16931 incluyen:
- Número de factura (BT-1) — Un identificador único para la factura, asignado por el vendedor. Debe ser único dentro del sistema de facturación del vendedor.
- Fecha de emisión de la factura (BT-2) — La fecha en que se emitió la factura, en formato ISO 8601 (AAAA-MM-DD).
- Información del vendedor (BT-27 a BT-44) — Nombre, dirección postal y al menos un identificador (número de IVA, identificador de entidad legal) del vendedor.
- Información del comprador (BT-44 a BT-59) — Nombre y dirección postal del comprador. El número de IVA es obligatorio cuando el comprador está sujeto al IVA.
- Desglose de IVA (BT-118 a BT-130) — Un desglose completo de los importes de impuestos por código de categoría de IVA y tipo. Cada tipo de IVA aplicable debe tener su propia línea de desglose.
- Líneas de factura (BTG-25) — Al menos una línea de factura con la cantidad, el precio unitario, el importe de la línea y la descripción del artículo. La información de categoría de IVA a nivel de línea es obligatoria.
Los grupos de información opcionales incluyen los detalles de entrega (dirección de entrega, fecha de entrega real), las instrucciones de pago (IBAN, referencia de pago, fecha de vencimiento), los descuentos y cargos a nivel de documento, y los archivos adjuntos como copias PDF o documentos justificativos. Aunque opcionales en la norma base, muchas CIUS (Core Invoice Usage Specifications) nacionales elevan estos campos al estado de obligatorios — por ejemplo, XRechnung exige una fecha de entrega real, y algunos perfiles Peppol requieren una referencia del comprador. Comprender qué campos son obligatorios a nivel EN 16931 base frente al nivel CIUS es esencial para la interoperabilidad transfronteriza.
Las dos sintaxis: UBL 2.1 vs CII
UBL 2.1, desarrollado por OASIS, es la sintaxis más utilizada para las facturas conformes a EN 16931 en Europa del Norte y Occidental. Es la sintaxis utilizada por Peppol BIS Billing 3.0, el perfil de facturación electrónica paneuropeo desplegado a través de la red Peppol. UBL utiliza un formato XML muy estructurado con espacios de nombres bien definidos: el elemento raíz es Invoice o CreditNote, según el tipo de documento. Las facturas UBL están ampliamente soportadas por los ERP, el software de contabilidad y las plataformas de facturación electrónica en Europa.
CII (UN/CEFACT Cross Industry Invoice) es utilizado por XRechnung (el formato obligatorio alemán), Factur-X (el formato híbrido PDF+XML franco-alemán) y ZUGFeRD. Su elemento raíz es rsm:CrossIndustryInvoice y utiliza una estructura más jerárquica y centrada en el comercio, influenciada por el modelo de documento comercial más amplio de la ONU/CEFACT. Aunque menos común que UBL en contextos puramente electrónicos, CII domina en los flujos de trabajo de PDF híbridos donde un XML de factura está integrado en un documento PDF.
| Característica | UBL 2.1 | CII (UN/CEFACT) |
|---|---|---|
| Caso de uso principal | Red Peppol, EDI B2G/B2B | XRechnung, Factur-X, ZUGFeRD |
| Elemento raíz | Invoice / CreditNote | CrossIndustryInvoice |
| Regiones dominantes | Europa del Norte/Oeste, mundial | Alemania, Francia (PDF híbrido) |
| Soporte PDF híbrido | No nativamente (Peppol usa XML puro) | Sí (Factur-X, ZUGFeRD) |
Un principio de diseño fundamental de EN 16931 es que ambas sintaxis corresponden 1:1 al mismo modelo semántico. Esto significa que la conversión entre UBL y CII es sin pérdidas — cada término de negocio en una factura UBL válida tiene un equivalente CII exacto y viceversa. Herramientas de transformación estándar (hojas de estilo XSLT) están disponibles para convertir entre los dos formatos sin perder datos de factura. Esta interoperabilidad es una piedra angular de la visión europea de la facturación electrónica: los proveedores y compradores pueden usar formatos diferentes y aun así intercambiar facturas sin reingreso manual de datos.
Implementaciones nacionales: CIUS y mandatos nacionales
Francia hizo obligatoria la facturación electrónica B2G a través de Chorus Pro desde 2017, utilizando Factur-X (una CIUS EN 16931) como formato de referencia. El futuro mandato B2B — inicialmente previsto para septiembre de 2026 — exige que todas las empresas francesas sujetas al IVA reciban facturas electrónicas estructuradas y las emitan progresivamente. Las grandes empresas deben emitir facturas electrónicas primero, seguidas de las más pequeñas. La plataforma Chorus Pro, operada por la Direction Générale des Finances Publiques (DGFiP), continuará como hub B2G, mientras que el mercado B2B será atendido por Plataformas de Desmaterialización Asociadas (PDP) certificadas y la plataforma pública (PPF).
Alemania hizo obligatorio XRechnung para la contratación pública federal B2G desde noviembre de 2020, utilizando la CIUS del KoSIT de EN 16931 en las sintaxis UBL y CII. La Wachstumschancengesetz (ley de oportunidades de crecimiento) amplía la facturación electrónica obligatoria a las transacciones B2B: todas las empresas alemanas sujetas al IVA deben poder recibir facturas electrónicas conformes a EN 16931 a partir de enero de 2025. A partir de enero de 2027, las grandes empresas (facturación superior a 800.000 EUR) también deberán enviar facturas electrónicas; a partir de enero de 2028, todas las empresas restantes deberán cumplir. A diferencia de Francia, Alemania no exige un formato específico para el B2B — XRechnung, ZUGFeRD 2.x, Peppol BIS 3.0, o cualquier otro formato conforme a EN 16931 es aceptado.
Bélgica hizo obligatorio Peppol para la contratación pública B2G de forma progresiva desde 2019 e implementa la facturación electrónica B2B obligatoria a partir de enero de 2026. La implementación belga utiliza Peppol BIS Billing 3.0 como CIUS de referencia. Todas las empresas belgas sujetas al IVA deben poder recibir facturas electrónicas estructuradas, con una obligación de enviarlas que sigue poco después. El enfoque belga a través de Peppol es notable por su diseño de red en primer lugar: en lugar de una plataforma centralizada, las facturas transitan por puntos de acceso Peppol acreditados, permitiendo un intercambio transfronterizo fluido con otros países conectados a Peppol.
FatturaPA y la plataforma SDI (Sistema di Interscambio) italianos son obligatorios para el B2B desde enero de 2019, convirtiendo a Italia en el primer gran país de la UE en hacer obligatoria la facturación electrónica B2B. Aunque FatturaPA es anterior a EN 16931 y utiliza un modelo de datos diferente, la Comisión Europea lo ha reconocido como sustancialmente equivalente. Los Países Bajos, los países nórdicos (Dinamarca, Finlandia, Noruega, Suecia) y los estados bálticos se apoyan en gran medida en Peppol BIS 3.0 para la facturación electrónica B2G y B2B, haciendo de UBL la sintaxis dominante en estas regiones. España está implementando una CIUS llamada Factura-e / VERI*FACTU para el B2B entre 2025 y 2027.
Reglas de negocio y validación: más allá del XSD
EN 16931 no solo define un modelo de datos, sino también un conjunto completo de reglas de negocio (BR-xx) que van mucho más allá de lo que una definición de esquema XML (XSD) puede validar. Estas reglas de negocio garantizan la coherencia semántica — por ejemplo, asegurando que la suma de los importes de las líneas de factura sea igual al total de la factura, o que las categorías de IVA se usen de forma coherente. La validación XSD solo verifica que los elementos estén presentes y tengan los tipos de datos correctos; la validación de reglas de negocio verifica que los datos tengan sentido lógico y comercial.
BR-CO-10: Verificación del total de la factura
La suma de los importes netos de las líneas de factura menos los descuentos más los cargos debe ser igual al importe total de la factura sin IVA. Las violaciones de esta regla se encuentran entre las causas más comunes de rechazo de facturas en los sistemas B2G automatizados.
BR-S-08: Coherencia del IVA al tipo normal
Para los artículos sujetos al IVA al tipo normal (código de categoría S), el tipo de IVA debe ser superior a cero. Una factura con un tipo de IVA nulo pero el código de categoría S falla esta regla. El código de categoría correcto para los suministros a tipo cero es Z.
BR-AE-05: Completitud de la inversión del sujeto pasivo
Cuando se utiliza la categoría de IVA de inversión del sujeto pasivo (AE), el identificador de IVA del comprador debe estar presente. Este es un error frecuente al emitir facturas B2B transfronterizas entre Estados miembros de la UE.
BR-E-01: Documentación de exención de IVA
Cuando se utiliza la categoría de exención de IVA (E), la factura debe incluir un motivo de exención o una referencia al artículo de exención de IVA aplicable. Esto suele faltar en facturas generadas por ERP más antiguos.
BR-52: Requisito de referencia del comprador
Aunque opcional en EN 16931, la referencia del comprador (BT-10) es obligatoria en Peppol BIS 3.0 y en XRechnung (como Leitweg-ID). Las reglas específicas de las CIUS son restricciones adicionales superpuestas a la norma base.
Las CIUS nacionales añaden capas adicionales de validación. XRechnung añade aproximadamente 50 reglas adicionales (de-BR-xx) sobre las reglas de negocio de EN 16931, cubriendo requisitos específicos de Alemania como el Leitweg-ID obligatorio, los códigos de medios de pago restringidos y la fecha de entrega obligatoria. Peppol BIS 3.0 añade su propio conjunto de reglas (PEPPOL-EN16931-xx) diseñadas para garantizar la interoperabilidad en la red Peppol, como la referencia obligatoria del comprador y las restricciones específicas de las listas de códigos. Comprender qué reglas se aplican — base EN 16931, específicas de CIUS, o ambas — es esencial para construir sistemas de facturación conformes.
La validación frente a las reglas de negocio de EN 16931 requiere validación basada en Schematron, no solo validación de esquema XSD. Schematron es una norma ISO para la validación basada en reglas de documentos XML, que permite a los validadores expresar reglas complejas entre elementos que son imposibles de codificar en XSD. Los artefactos de validación oficiales de EN 16931 (esquemas XSD y reglas Schematron) son publicados por el CEN y la Comisión Europea. Organismos nacionales como KoSIT (Alemania) publican reglas Schematron adicionales para sus CIUS. ValidateFin implementa un subconjunto de estas reglas en el navegador, verificando las facturas UBL contra las restricciones de EN 16931 y Peppol BIS 3.0 sin enviar datos a un servidor.
Peppol y EN 16931: infraestructura frente a norma
Peppol (Pan-European Public Procurement Online) a menudo se confunde con EN 16931, pero cumplen funciones diferentes. EN 16931 es una norma de datos — define el contenido de una factura electrónica. Peppol es una red de transporte y un marco de gobernanza — define cómo se entregan de forma segura las facturas entre socios comerciales a través de Europa y más allá. Peppol BIS Billing 3.0 es una CIUS de EN 16931 que utiliza la sintaxis UBL, lo que significa que es una especialización de EN 16931 con restricciones adicionales y con la sintaxis UBL específicamente exigida. Cada factura Peppol BIS 3.0 es también una factura conforme a EN 16931, pero no todas las facturas EN 16931 circulan por Peppol.
La red Peppol funciona mediante un modelo de cuatro esquinas. La esquina 1 es el ERP o sistema de facturación del proveedor. La esquina 2 es el punto de acceso Peppol del proveedor — un proveedor de servicios certificado que se conecta a la red Peppol. La esquina 3 es el punto de acceso Peppol del comprador. La esquina 4 es el ERP o sistema contable del comprador. Los puntos de acceso buscan la dirección Peppol del comprador a través de registros SMP (Service Metadata Publisher), que son directorios que mapean los identificadores de participantes Peppol con sus puntos de acceso y los tipos de documentos que pueden recibir. Esta infraestructura permite a cualquier empresa conectada a Peppol descubrir y contactar a cualquier otra empresa conectada a Peppol sin acuerdos bilaterales.
ValidateFin valida las facturas UBL contra las reglas semánticas de EN 16931 y las reglas de negocio de Peppol BIS 3.0. Esta doble validación detecta errores que pasarían desapercibidos para los validadores basados únicamente en esquemas: un documento puede ser XML bien formado e incluso válido según el esquema, y aun así fallar las reglas de negocio de EN 16931 o Peppol y ser rechazado por un punto de acceso Peppol o una plataforma B2G nacional. El validador se ejecuta completamente en su navegador — su archivo de factura nunca abandona su dispositivo, garantizando la plena privacidad de los datos financieros sensibles.
Valide sus facturas contra EN 16931
ValidateFin comprueba sus facturas UBL contra las reglas semánticas de EN 16931 y las reglas de negocio de Peppol BIS 3.0, proporcionando mensajes de error detallados que identifican exactamente qué regla de negocio falló y por qué. Tanto si está construyendo una integración ERP, preparando un mandato B2B nacional, o depurando una factura rechazada, ValidateFin le ofrece retroalimentación inmediata y procesable — 100% del lado del cliente, sin datos cargados.
Validar sus facturasPreguntas frecuentes
¿Qué es EN 16931?
EN 16931 es la norma europea para el modelo de datos semántico de las facturas electrónicas, publicada por el CEN (Comité Europeo de Normalización). Define el significado y las restricciones de cada elemento de datos en una e-factura. Fue exigida por la Directiva UE 2014/55/UE para la contratación pública B2G y es la base de todos los mandatos europeos de facturación electrónica.
¿Es obligatoria EN 16931?
Para la facturación B2G (empresa-a-gobierno), el cumplimiento de EN 16931 es obligatorio en todos los Estados miembros de la UE desde 2019. Para el B2B, depende del país: Alemania exige e-facturas conformes a EN 16931 para la recepción B2B a partir de enero de 2025, Bélgica a partir de enero de 2026, y Francia a partir de 2026. Otros países siguen el mismo camino.
¿Cuál es la diferencia entre EN 16931 y UBL?
EN 16931 es un modelo de datos semántico — define QUÉ debe contener una factura. UBL 2.1 es una sintaxis — define CÓMO codificar esos datos en XML. EN 16931 tiene dos vínculos sintácticos oficiales: UBL 2.1 y CII de la ONU/CEFACT. UBL no es lo mismo que EN 16931; es una forma de codificar una factura conforme a EN 16931.
¿Qué es una CIUS?
CIUS significa Core Invoice Usage Specification (Especificación de uso de la factura básica). Es una especialización de EN 16931 que añade restricciones adicionales para un caso de uso o país específico. Ejemplos: Peppol BIS 3.0 es una CIUS para la red Peppol, XRechnung es la CIUS B2G de Alemania, y Factur-X EN 16931 es la CIUS de Francia. Una factura CIUS válida es también una factura EN 16931 válida.
¿Se aplica EN 16931 a las facturas B2B?
La norma EN 16931 base fue diseñada para el B2G, pero está siendo adoptada para los mandatos B2B en toda Europa. Países como Alemania, Francia, Bélgica y España están haciendo obligatorias las e-facturas conformes a EN 16931 para las transacciones B2B según diferentes calendarios entre 2025 y 2028.
¿Cuáles son los campos obligatorios en EN 16931?
Los campos obligatorios incluyen: número de factura, fecha de factura, nombre y dirección del vendedor, identificador del vendedor (número de IVA o identificador de entidad legal), nombre y dirección del comprador, código de moneda, desglose de IVA por categoría, importes totales de la factura, y al menos una línea de factura con descripción del artículo, cantidad, precio unitario e importe de la línea.
¿Cómo validar una factura contra EN 16931?
La validación requiere dos pasos: (1) validación del esquema XSD para verificar la estructura XML, y (2) validación Schematron para verificar las reglas de negocio semánticas (BR-xx). ValidateFin realiza ambos pasos en el navegador para las facturas UBL, verificando contra las reglas de EN 16931 y Peppol BIS 3.0 sin cargar su archivo.
¿Cuál es la relación entre Peppol y EN 16931?
Peppol BIS Billing 3.0 es una CIUS (Core Invoice Usage Specification) de EN 16931 que utiliza la sintaxis UBL 2.1. Peppol es la red de transporte; EN 16931 define el contenido de la factura. Cada factura Peppol BIS 3.0 es conforme a EN 16931, pero puede utilizar EN 16931 sin usar la red Peppol.
¿Puedo convertir entre UBL y CII?
Sí. Como UBL y CII corresponden 1:1 al mismo modelo semántico EN 16931, la conversión entre ellos es sin pérdidas. Hojas de estilo XSLT estándar están disponibles para esta conversión. Esto permite convertir una factura XRechnung basada en CII a UBL para la entrega Peppol, o viceversa.
¿Qué ocurre si mi factura falla la validación EN 16931?
En contextos B2G, las facturas no conformes son rechazadas automáticamente por plataformas como Chorus Pro (Francia), ZRE (Alemania), o los puntos de acceso Peppol. En contextos B2B, los sistemas de procesamiento automatizado de los compradores pueden rechazar la factura o requerir intervención manual. Corregir las violaciones de reglas de negocio específicas identificadas por un validador como ValidateFin es el camino más rápido hacia el cumplimiento.