¿Qué es una factura electrónica? Una introducción en lenguaje sencillo
Un equipo financiero puede enviar una factura como PDF, como imagen escaneada o como texto pegado en un correo electrónico y llamar al proceso «electrónico» con toda la razón. Según la normativa de la UE, ninguna de esas opciones cuenta como factura electrónica.
La distinción no es estética: determina si una empresa cumple sus obligaciones de facturación electrónica en Alemania, Italia, España y en cualquier otro mercado de la UE que esté implantando la obligación de facturación estructurada, o si sigue enviando papel digital que simplemente viaja por internet en lugar de por correo postal.
En resumen
- Una factura electrónica es una factura emitida, transmitida y recibida en un formato de datos estructurado que permite el procesamiento automático y electrónico, tal como define la Directiva de la UE 2014/55/UE.
- Un PDF, una factura escaneada o una factura en el cuerpo de un correo es digital, pero ninguna está estructurada, así que ninguna cuenta como factura electrónica.
- La norma europea EN 16931 define esa estructura y admite dos sintaxis XML: UBL y CII.
- Una factura electrónica estructurada pasa por creación, validación, transmisión por red y contabilización automática, sin ningún paso en el que una persona vuelva a teclear los datos.
- La facturación electrónica B2G es obligatoria en toda la UE desde la Directiva 2014/55/UE, aunque los Estados miembros tuvieron hasta 2019 (administración central) y 2020 (administraciones subcentrales) para implantar realmente la capacidad de recepción; las obligaciones B2B se están implantando país por país, de cara al requisito ViDA de ámbito europeo para el comercio intracomunitario a partir de julio de 2030.
¿Qué es exactamente una factura electrónica?
Una factura electrónica es una factura emitida, transmitida y recibida en un formato de datos electrónico estructurado que un sistema informático puede leer y procesar sin que una persona abra el archivo y vuelva a introducir sus datos. La definición legal procede de la Directiva 2014/55/UE: una factura emitida, transmitida y recibida en un formato estructurado que permite su procesamiento automático y electrónico.
Esa última expresión sostiene toda la definición. En una factura electrónica estructurada, el número de factura, los identificadores de comprador y vendedor, las líneas de detalle y los importes de impuestos se encuentran todos en un esquema fijo y legible por máquina. Un sistema de contabilidad o ERP la importa directamente a cuentas por pagar, sin que ningún emplead@ vuelva a teclear un solo campo.
¿Qué hace que una factura sea estructurada y no solo digital?
Una factura estructurada separa los datos de su apariencia, colocando cada campo en una posición definida que un sistema puede leer, en lugar de presentarlos como texto para que los lea una persona.
Una factura en papel agrupa tres cosas que la mayoría de la gente nunca piensa en separar: los datos, un diseño visual para leerlos y un objeto físico para entregarlos. Escanear el papel, exportarlo como PDF o pegarlo en un correo elimina la entrega física, pero mantiene los otros dos problemas, porque alguien sigue teniendo que mirar el diseño y teclear los números en el sistema siguiente.
Una factura electrónica estructurada renuncia por completo a la capa visual como fuente de verdad. Puede seguir existiendo una representación legible por humanos para quien quiera consultarla, igual que ZUGFeRD y Factur-X incorporan una, pero esa representación es un subproducto. La factura son los datos.
¿En qué se diferencia una factura electrónica de un PDF o una factura escaneada?
Una factura en PDF y una verdadera factura electrónica pueden describir la misma operación y ser, aun así, documentos legalmente distintos, porque la diferencia está en si lee un ordenador o una persona.
| Tipo de factura | Formato de datos | Requiere lectura manual | Estructura legible por máquina | Cumple las obligaciones de facturación electrónica de la UE |
|---|---|---|---|---|
| Factura en papel | Texto impreso | Sí | No | No |
| Factura en PDF o escaneada | Imagen digital o texto sin estructurar | Sí | No | No |
| Factura por correo o web (HTML) | Texto digital sin estructurar | Sí | No | No |
| Factura electrónica estructurada (XML UBL o CII) | XML estructurado | No | Sí | Sí, cuando cumple EN 16931 o un CIUS nacional |
El bloque de eInvoicing de la Comisión Europea es explícito al señalar que las facturas electrónicas no son archivos PDF o Word, imágenes de una factura, facturas HTML sin estructurar ni el resultado de un OCR de una factura en papel escaneada, por muy digital que parezca el canal de entrega.
¿Qué significa realmente «emitida, transmitida y recibida en formato estructurado»?
La definición de la Directiva 2014/55/UE nombra tres pasos distintos, y una factura tiene que superar los tres para contar.
Emitida en formato estructurado significa que el sistema del vendedor genera la factura directamente en el esquema requerido, no como un PDF que se convierte después. Todos los campos obligatorios (número de factura, fecha de emisión, identificadores de las partes, líneas de detalle, desglose del IVA) tienen que estar presentes desde el momento en que existe el documento.
Transmitida en formato estructurado significa que el archivo pasa del vendedor al comprador sin perder esa estructura por el camino. Un archivo XML estructurado puede viajar técnicamente como adjunto de correo, pero la mayoría de las obligaciones nacionales lo enrutan por una red definida, como Peppol, para que el lado receptor pueda validar el mensaje antes de que llegue al comprador.
Recibida en formato estructurado significa que el sistema del comprador recibe los mismos datos estructurados que envió el vendedor, intactos, y puede actuar sobre ellos sin un paso de conversión. La norma europea de facturación electrónica lo plantea como un modelo de conformidad de tres niveles: el documento de la factura debe seguir el modelo CORE o un CIUS nacional, el sistema emisor debe poder crear ese tipo de facturas y el sistema receptor debe aceptar y procesar toda factura conforme sin rechazar campos opcionales válidos.
Si estructuras correctamente la factura y luego la envías como PDF por correo, o si envías un archivo XML válido que el sistema del comprador no puede ingerir, el intercambio falla en uno de los tres pasos, por muy digital que parezca desde fuera.
¿Qué formatos utilizan las facturas electrónicas estructuradas?
La mayoría de las facturas electrónicas estructuradas en Europa se basan en EN 16931, el modelo semántico de datos publicado por el Comité Europeo de Normalización (CEN) a petición de la Comisión Europea. EN 16931 define qué información debe contener una factura, no un único formato de archivo; dos sintaxis transportan esos datos.
| Sintaxis | Elemento raíz / contenedor | Uso habitual |
|---|---|---|
| UBL 2.1 | <Invoice> para facturas, <CreditNote> para abonos | Peppol BIS Billing 3.0 y varios otros perfiles CIUS nacionales de la UE |
| UN/CEFACT CII | Cross Industry Invoice XML | La variante CII de la XRechnung alemana y el formato híbrido ZUGFeRD/Factur-X |
Quien emite no siempre puede elegir libremente entre las dos. En la red Peppol, UBL es la sintaxis obligatoria para Peppol BIS Billing 3.0: todo access point debe admitirla, aunque un receptor puede registrarse de forma opcional para aceptar también CII. Los híbridos ZUGFeRD/Factur-X, en cambio, no permiten elección alguna: CII es la única sintaxis que admite el formato. Las administraciones nacionales añaden sus propias reglas sobre EN 16931 mediante un CIUS: la XRechnung alemana, actualmente en la versión 3.0.2, es un ejemplo, aunque para finales de 2026 se espera una revisión 4.0 alineada con una versión actualizada de la norma EN 16931, así que conviene volver a comprobar este número de versión antes de publicar. La FatturaPA italiana queda por completo fuera de este sistema, ya que es anterior a EN 16931 y no utiliza ni UBL ni CII; es el formato que exige el Sistema di Interscambio para la facturación nacional, no el único formato que acepta el SDI, puesto que los proveedores transfronterizos que facturan a organismos públicos italianos pueden usar en su lugar un perfil CIUS-IT conforme con EN 16931. La API E-INVOICE de fiskaly genera y valida estas variantes de CIUS en varios mercados desde una única integración, en lugar de exigir una canalización de formato distinta por país.
Puntos clave
- Una factura electrónica es una categoría legal, no un tipo de archivo. La Directiva 2014/55/UE la define por lo que ocurre con los datos (estructurados, procesamiento automático), no por si la factura llegó de forma electrónica.
- «Digital» y «estructurado» son propiedades distintas. Un PDF puede ser digital sin estar estructurado, y solo las facturas estructuradas cumplen las obligaciones de facturación electrónica de la UE.
- EN 16931 es la norma que hay detrás de la mayoría de las facturas electrónicas de la UE y admite dos sintaxis XML, UBL y CII, en lugar de un único formato de archivo.
- Algunos esquemas nacionales quedan por completo fuera de EN 16931. La FatturaPA italiana y la Facturae española son anteriores a la norma europea y no utilizan ni UBL ni CII.
- El listón de la conformidad tiene tres partes: emitir, transmitir y recibir tienen que producirse en formato estructurado para que un intercambio cuente como verdadera factura electrónica.
¿Cómo pasa una factura electrónica del emisor al receptor?
- El sistema del vendedor genera la factura en un esquema estructurado. Un ERP, una plataforma de contabilidad o una API de facturación rellena directamente los campos obligatorios de EN 16931 o del CIUS, en lugar de producir primero un PDF.
- La factura se valida frente a las reglas de negocio aplicables. Comprobaciones automáticas confirman que los campos obligatorios están presentes, que los cálculos de impuestos son correctos y que los códigos usados (moneda, país, categoría de IVA) son válidos antes de que el documento salga del sistema del vendedor.
- La factura se transmite por una red estructurada. Muchos mercados de la UE la enrutan a través de un Peppol Access Point, que valida el formato del mensaje antes de reenviarlo; otros usan una plataforma nacional como el Sistema di Interscambio italiano.
- El sistema receptor valida el archivo entrante. El access point o la plataforma del comprador comprueba la factura frente al mismo esquema y las mismas reglas de negocio antes de aceptarla.
- La factura se contabiliza automáticamente en cuentas por pagar. Nadie vuelve a teclear los importes, el número de factura o el desglose de impuestos; los campos estructurados se trasladan directamente al libro mayor del comprador.
La factura se archiva durante el período de conservación exigido. La mayoría de las jurisdicciones de la UE exigen que los documentos fiscales se conserven durante varios años en un formato verificable y a prueba de manipulaciones, a menudo mediante una infraestructura de archivo específica como fiskaly SAFE, y por eso el archivo suele funcionar en paralelo a la facturación electrónica y no como una idea de última hora.
Construir desde cero cada uno de estos pasos (generación del esquema, validación, transmisión por red y archivo) supone un esfuerzo de ingeniería considerable para cualquier empresa que quiera asumirlo en solitario. Una integración por API de facturación electrónica como fiskaly E-INVOICE se conecta a un ERP, un sistema de facturación o una plataforma TPV existentes para encargarse directamente de la generación, la validación y la transmisión, en lugar de exigir que ese sistema se reconstruya en torno a los requisitos de cada país.
¿Por qué exigen los gobiernos la facturación electrónica estructurada?
Las administraciones tributarias quieren lo mismo que los departamentos de contabilidad: datos que no tengan que volver a teclear y que puedan comprobar automáticamente. Una factura estructurada permite a una administración tributaria validar los cálculos del IVA y detectar fraudes casi en tiempo real, algo que un PDF o un rastro en papel hace mucho más difícil a gran escala.
Esa lógica está detrás de la reforma de la UE «IVA en la Era Digital» (ViDA), que extiende la facturación electrónica estructurada a las operaciones B2B intracomunitarias a partir de julio de 2030. Algunos Estados miembros ya van por delante de ese calendario. La obligación alemana de facturación electrónica B2B exige a las empresas recibir facturas electrónicas estructuradas desde el 1 de enero de 2025, con las obligaciones de envío entrando por fases para las empresas más grandes en 2027 y para el resto en 2028. El Sistema di Interscambio italiano exige la facturación electrónica para operaciones B2G desde 2014, ampliada a las operaciones nacionales B2B y B2C desde enero de 2019. La ley española Crea y Crece está implantando una obligación B2B paralela: se espera que las grandes empresas (facturación superior a 8 M€) arranquen en torno a octubre de 2027 y el resto de empresas afectadas para octubre de 2028, aunque los calendarios españoles de facturación electrónica tienen un historial de retrasos, así que trata estas fechas como orientativas y no como fijas. Para conocer los plazos país por país que hay detrás de estas obligaciones, consulta la guía de fiskaly sobre las obligaciones de facturación electrónica en Europa.
¿A quién le importa la facturación electrónica ahora mismo?
Cualquier empresa que facture a una entidad del sector público en la UE ya necesita capacidad de facturación electrónica estructurada: la facturación electrónica B2G es obligatoria en todo el bloque desde que entró en vigor la Directiva 2014/55/UE, con los Estados miembros obligados a tener lista la capacidad de recepción de la administración central para 2019 y la subcentral para 2020. Los requisitos B2B van poniéndose al día mercado por mercado, y los proveedores de software que dan servicio a esas empresas (plataformas TPV, ERP, herramientas de contabilidad) son quienes realmente tienen que construir esa capacidad, porque sus clientes esperan que funcione de fábrica en lugar de que se les remita a una solución aparte.
Conclusión
La línea entre «digital» y «estructurado» es lo que separa una factura escaneada de una factura electrónica legalmente conforme. Un PDF o una imagen enviada por correo todavía le pide a una persona que lea y vuelva a introducir los datos; una factura electrónica estructurada (emitida en un esquema definido, transmitida intacta y recibida en una forma sobre la que el sistema del comprador puede actuar directamente) no lo hace. Para el detalle formato por formato de cómo se comparan UBL, XRechnung, FatturaPA y Facturae, consulta la guía de formatos de factura electrónica de fiskaly. Para conocer los plazos país por país que hay detrás de estas obligaciones, consulta la guía de fiskaly sobre las obligaciones de facturación electrónica en Europa. Para generar, validar y transmitir facturas electrónicas estructuradas en varios mercados desde una única integración, consulta fiskaly E-INVOICE.