La estructura de las normas de e-facturaci�n: desde el modelo sem�ntico EN 16931, pasando por las vinculaciones sint�cticas (UBL, CII).
La e-facturaci�n va mucho m�s all� del simple env�o de un archivo XML. Detr�s de cada e-factura se esconde un sistema de acuerdos cuidadosamente elaborado, desde la pregunta de qu� informaci�n debe contener una factura hasta la pregunta de c�mo esa informaci�n se estructura exactamente. Este art�culo explica esa arquitectura paso a paso.
El fundamento de cada e-factura es el modelo sem�ntico. Este modelo describe el significado de los datos de una factura, independientemente del formato t�cnico. Piense en el proveedor, el cliente, el n�mero de factura, la fecha de facturaci�n, los importes y los tipos de IVA. Se trata del contenido, no de la forma.
En Europa, esto est� definido en EN 16931, la norma europea para la facturaci�n electr�nica. EN 16931 especifica exactamente qu� elementos de informaci�n debe contener una e-factura (obligatorios) y cu�les son opcionales. El resultado es un modelo abstracto, tecnol�gicamente neutro, que describe qu� es una e-factura, sin decir nada sobre c�mo se almacena t�cnicamente esa informaci�n.
EN 16931 fue desarrollada por CEN (el organismo europeo de normalizaci�n) por encargo de la Comisi�n Europea y est� jur�dicamente anclada en la directiva europea 2014/55/UE. Cualquier e-factura considerada v�lida en Europa debe cumplir con este modelo sem�ntico.
Un modelo sem�ntico por s� solo no es suficiente. Los ordenadores necesitan un formato de archivo concreto para poder leer y procesar los datos. Ese formato concreto se denomina la sintaxis o vinculaci�n sint�ctica.
EN 16931 reconoce dos sintaxis oficiales:
Ambas sintaxis expresan la misma informaci�n sem�ntica, pero en una estructura XML diferente. Una factura en UBL tiene un aspecto t�cnico distinto de una factura en CII, pero contiene los mismos datos.
UBL es la sintaxis m�s utilizada en Europa y en la red Peppol. La mayor�a de las e-facturas enviadas a trav�s de Peppol son facturas UBL. CII se utiliza principalmente en Alemania y Francia, entre otros como base para Factur-X/ZUGFeRD.
Una sintaxis como UBL describe la estructura, pero no dice nada sobre las reglas de juego aplicables dentro de una red espec�fica. Por eso existen los perfiles, que a�aden reglas de validaci�n adicionales por encima de la sintaxis.
El perfil m�s importante para la red Peppol es Peppol BIS Billing 3.0. Este perfil toma UBL (o CII) como base y a�ade cientos de reglas de negocio:
Una factura que cumple con Peppol BIS Billing V3 cumple autom�ticamente con EN 16931. El perfil es un refuerzo, no una desviaci�n.
Para m�s informaci�n sobre este perfil, consulte el art�culo sobre Peppol BIS Billing V3.
Los pa�ses pueden refinar el modelo europeo para su propio mercado. Esto se hace mediante un CIUS (Core Invoice Usage Specification). Un CIUS a�ade reglas y requisitos espec�ficos del pa�s, pero nunca puede estar en contradicci�n con el modelo EN 16931 subyacente.
Ejemplos conocidos:
Una factura que cumple con un CIUS cumple autom�ticamente con Peppol BIS Billing y con EN 16931. La relaci�n es estrictamente jer�rquica: cada capa se construye sobre la anterior.
Mientras que BIS Billing y las variantes CIUS fueron dise�ados para Europa, PINT (Peppol International Invoice) extiende el alcance al resto del mundo. PINT es un perfil independiente, tambi�n basado en EN 16931, pero con variantes regionales:
Para m�s informaci�n sobre PINT, consulte el art�culo sobre PINT.
Todas las capas juntas forman una pir�mide, de lo abstracto a lo concreto:
EN 16931 (modelo sem�ntico, �qu� debe figurar en una factura?)
�
+-- Vinculaciones sint�cticas (�c�mo se almacena?)
� +-- UBL 2.1
� +-- CII (UN/CEFACT)
�
+-- Perfiles (�qu� reglas se aplican?)
� +-- Peppol BIS Billing 3.0 (perfil Peppol europeo)
� +-- PINT (perfil Peppol internacional)
� +-- PINT EU
� +-- PINT A-NZ
� +-- PINT Japan
� +-- ...
�
+-- CIUS (adaptaciones nacionales)
+-- NLCIUS (Pa�ses Bajos)
+-- XRechnung (Alemania)
+-- Svefaktura (Suecia)
+-- ebInterface (Austria)
+-- France CIUS (Francia)
La capa superior es la m�s abstracta (solo significado), la capa inferior la m�s concreta (campos XML espec�ficos y reglas de validaci�n para un pa�s determinado).
Adem�s de las normas XML puras, tambi�n existen formatos h�bridos que combinan un PDF visual con datos XML legibles por m�quina en un solo archivo. El principio t�cnico es siempre el mismo: un documento PDF/A-3 con un archivo XML adjunto integrado. El destinatario puede visualizar la factura (como PDF) y al mismo tiempo procesar los datos de forma automatizada (a trav�s del XML).
El ejemplo m�s conocido es Factur-X/ZUGFeRD, que integra XML CII y se utiliza ampliamente en Europa. Adem�s existe ISDOC.PDF, la variante checa que integra un esquema XML nacional propio en lugar de CII. Ambos formatos comparten el concepto h�brido, pero difieren en el XML integrado y en el grado de conformidad con EN 16931.
Los formatos h�bridos son especialmente pr�cticos durante la fase de transici�n hacia la facturaci�n electr�nica completa: sirven como puente entre el PDF tradicional y la factura XML completamente estructurada. Una comparaci�n detallada, incluyendo la estructura t�cnica y las complicaciones en el procesamiento, se encuentra en Formatos de factura h�bridos: PDF con XML integrado.
La siguiente tabla re�ne las principales normas de e-facturaci�n. De esta forma puede ver de un vistazo c�mo se relacionan entre s� y con la norma europea EN 16931.
EN 16931 constituye el fundamento sem�ntico sobre el que se apoyan todas las dem�s normas. UBL y CII son las dos vinculaciones sint�cticas oficialmente reconocidas. Las especificaciones CIUS (Peppol BIS, NLCIUS, XRechnung) refuerzan el modelo con restricciones u obligaciones adicionales, sin modificar el modelo base. ZUGFeRD/Factur-X combina un PDF visual con un archivo XML CII integrado. ISDOC es el formato nacional checo con su propia variante h�brida. PINT es el sucesor de BIS para la facturaci�n Peppol internacional, con variantes regionales para Australia, Jap�n y Singapur, entre otros.
Como usuario de eConnect, no necesita gestionar esta jerarqu�a usted mismo. La plataforma transforma autom�ticamente entre todos los formatos compatibles. �Env�a una factura UBL a un destinatario que espera XRechnung? La factura se transforma. �Recibe una factura CII mientras su software de contabilidad espera UBL? eConnect convierte el documento.
La jerarqu�a de normas es lo que hace esto posible: como todos los formatos se remontan al mismo modelo sem�ntico (EN 16931), la conversi�n sin p�rdidas entre formatos es t�cnicamente factible.
Consejo : �Desea saber m�s sobre un formato espec�fico? Consulte los art�culos en la categor�a Formatos, donde se describe cada formato con sus caracter�sticas.
Descargar archivos de ejemplo