Cumplimiento de la normativa ZUGFeRD en Alemania: perfiles, requisitos e integración con sistemas ERP

24 de agosto de 2026

10 minutos de lectura

Resumir con IA

Los requisitos alemanes en materia de facturación electrónica pueden hacer que un proceso de facturación con el que ya estás familiarizado parezca, de repente, un proyecto IT mucho más complejo. Si tu ERP ya funciona bien, lo último que quieres es tener que reestructurarlo solo para que admita otro formato de factura.

Por eso yo empezaría por lo que ya tienes. Algunos sistemas ERP pueden generar facturas electrónicas estructuradas mediante módulos integrados, API o componentes específicos para cada país. Otros siguen generando archivos PDF estándar y requieren un paso de conversión adicional. Una vez que sepas en qué situación se encuentra tu sistema, resultará mucho más fácil elegir una configuración ZUGFeRD que cumpla los requisitos sin introducir cambios innecesarios en el proceso central de facturación.

Dmitry Nazarevich

Director de Tecnología

Arquitecto visionario, Dmitry tiende puentes entre la innovación bruta y la viabilidad comercial. Supervisa la hoja de ruta tecnológica de la empresa y se asegura de que cada solución se construya sobre una pila que resuelva problemas empresariales inmediatos.

Ver perfil

¿Qué es ZUGFeRD?

ZUGFeRD es un formato híbrido de factura electrónica. Una factura ZUGFeRD combina un documento PDF/A-3 legible para el ser humano con código XML estructurado incrustado que los programas de contabilidad pueden procesar directamente.

El archivo XML contiene datos de factura definidos, como la información del vendedor y del comprador, las líneas de factura, los códigos taxe, los totales, los datos de pago y las referencias. En el caso de la facturación electrónica alemana, la versión y el perfil de ZUGFeRD seleccionados son tan importantes como el propio archivo.

¿Qué perfil ZUGFeRD deberías utilizar?

ZUGFeRD cuenta con cinco perfiles principales, además del perfil de referencia XRECHNUNG, y estos difieren tanto en el alcance de los datos como en su uso normativo. Para una implementación B2B alemana típica basada en la norma EN 16931, yo solería empezar con el perfil EN 16931 y pasar al EXTENDED cuando el proceso empresarial requiriera datos estructurados adicionales.

Perfil	Qué incluye	Situación en Alemania
MÍNIMO	Información básica sobre el comprador, el vendedor, los totales y los impuestos	No se reconoce como una factura UStG completa
BASIC WL	Información contable del encabezado sin partidas de factura	No se reconoce como una factura UStG completa
BÁSICO	Subconjunto de la norma EN 16931 para facturas más sencillas	Reconocida como una factura completa conforme a la UStG
EN 16931, anteriormente COMFORT	Modelo completo de factura básica según la norma EN 16931	Reconocida como una factura UStG completa y la opción principal para la facturación electrónica conforme a la normativa de la UE
AMPLIADO	EN 16931, además de datos adicionales para procesos empresariales más complejos	Reconocida como una factura completa conforme a la UStG
XRECHNUNG	Perfil de referencia basado en los requisitos de XRechnung de KoSIT	Es especialmente relevante en los casos en los que se aplican los requisitos de XRechnung, en particular en el ámbito B2G

FeRD recomienda expresamente la norma EN 16931 para las facturas electrónicas conformes con la normativa de la UE. El Ministerio Federal de Hacienda alemán también afirma que ZUGFeRD, a partir de la versión 2.0.1, puede cumplir los requisitos alemanes en materia de facturación electrónica, con la excepción de los niveles «MINIMUM» y «BASIC-WL».

Por lo tanto, la selección del perfil debe realizarse en una fase temprana. Elegir «MÍNIMO» porque contiene los importes básicos, por ejemplo, no convierte el documento en una factura electrónica alemana conforme a la normativa.

¿Quién está obligado a cumplir la normativa en Alemania?

Alemania está implantando la facturación electrónica B2B por etapas.

Desde el 1 de enero de 2025, las empresas alemanas afectadas deben estar técnicamente capacitadas para recibir facturas electrónicas correspondientes a las transacciones reguladas por la normativa B2B.
Hasta el 31 de diciembre de 2026, las normas transitorias siguen permitiendo el uso de facturas en papel y, con el consentimiento del destinatario, otros formatos electrónicos, como los archivos PDF normales.
Durante el año 2027, ese plazo de transición se amplía para los emisores cuya facturación del año anterior no supere los 800 000 €. Algunos acuerdos de EDI también cuentan con un plazo de transición hasta 2027.
A partir del 1 de enero de 2028 finaliza el período de transición general para la facturación B2B nacional sujeta a esta normativa.

Yo no consideraría esto como una norma según la cual todas las facturas alemanas deban utilizar ZUGFeRD. El ámbito de aplicación sigue dependiendo de la operación. Las facturas B2C, algunas operaciones exentas, las facturas de escaso valor y otros casos especiales pueden regirse por normas diferentes.

Por qué las facturas en formato PDF normales ya no son suficientes

Un PDF estándar contiene información destinada principalmente a la lectura humana. Una factura electrónica estructurada también proporciona al software de contabilidad campos definidos que pueden leerse automáticamente.

Una persona podría ver:

Una factura estructurada desglosa los importes que la componen, de modo que el programa informático pueda distinguir qué importe corresponde a la base imponible, al IVA, al total bruto y al importe a pagar.

Esa distinción permite que los sistemas ERP y de contabilidad procesen las facturas sin tener que reconstruir su significado a partir del texto o el diseño de página del PDF.

Comprueba primero qué funciones ya admite tu ERP

Antes de implementar un conversor, comprueba si el ERP ya ofrece funciones de facturación electrónica específicas para cada país, API o módulos de documentos.

Normalmente hay tres rutas:

Los entornos SAP, por ejemplo, pueden utilizar funcionalidades específicas de cada país a través de SAP Document and Reporting Compliance. Otros sistemas ERP o personalizados pueden requerir middleware o un servicio de conversión independiente.

Por lo tanto, un conversor independiente es la opción más acertada cuando no existe una compatibilidad nativa adecuada o cuando modificar la aplicación principal de facturación supondría un riesgo innecesario para el proyecto.

Cómo puede ayudar un conversor independiente de PDF a ZUGFeRD

En el caso de un proceso basado en PDF, el flujo de conversión podría ser el siguiente:

Siempre que sea posible, los datos estructurados de un sistema ERP son una fuente más fiable que los valores reconstruidos a partir del PDF. Los formatos JSON, XML y CSV, así como los registros de bases de datos o los datos de API, conservan el significado de los campos de las facturas y reducen los errores de interpretación.

Asignar los datos de las facturas al modelo EN 16931

La creación del XML requiere una asignación semántica correcta. El conversor debe identificar qué representa cada valor de la factura y colocarlo en el campo estructurado correspondiente.

El precio es sencillo. Otros campos requieren más contexto: los identificadores del vendedor y del comprador, el tipo de factura, las categorías fiscales, los códigos de unidad, las bonificaciones, los recargos, las referencias, las condiciones de pago, la información de entrega y el desglose del IVA pueden influir en el XML.

Importe de la factura	Término de la norma EN 16931
Número de factura	BT-1
Fecha de emisión	BT-2
Moneda	BT-5
Nombre del vendedor	BT-27
Nombre del comprador	BT-44
Importe neto de la línea	BT-131
Total sin IVA	BT-109
Total del IVA	BT-110
Total, IVA incluido	BT-112
Importe a pagar	BT-115

La mayor parte del trabajo de implementación se centra en este modelo de datos y en su validación. El sistema debe mapear correctamente los datos de origen, generar un XML válido, empaquetarlo en formato PDF/A-3 y mantener la coherencia entre ambas representaciones.

Validar por capas

Yo revisaría la factura en varias etapas:

Por ejemplo:

El conversor debería calcular y comparar estos valores, en lugar de copiar cadenas formateadas del PDF.

También comprobaría el archivo PDF/A-3 final una vez que se haya incrustado el XML. El proceso de empaquetado modifica el documento, por lo que limitarse a comprobar el PDF original no garantiza que el resultado final sea el esperado.

Antes de enviarlo, compararía el número de factura, las fechas, las partes, la moneda, los importes de las partidas, la información fiscal, los totales, los datos de pago y las referencias entre los archivos PDF y XML.

¿Necesitas incorporar la facturación electrónica a tu ERP?

Podemos ayudarte a evaluar tu configuración actual de ERP, definir el flujo de datos de facturación adecuado e implementar la facturación electrónica en los sistemas que ya utilizas.

Lista de comprobación de cumplimiento de ZUGFeRD

Utiliza una versión compatible de ZUGFeRD y el perfil adecuado.
Cumpla con los requisitos de la norma EN 16931 para el tipo de factura seleccionado.
Incluye todos los datos necesarios de la factura en el XML estructurado.
Genera un documento PDF/A-3 válido.
Incorpora el XML correctamente en el PDF.
Mantén la coherencia entre los valores de las facturas en formato PDF y XML.
Validar esquemas XSD y reglas de negocio de Schematron.
Comprueba los valores de la lista de códigos correspondientes a divisas, unidades, categorías de IVA y formas de pago.
Vuelve a calcular el IVA, los totales, las fechas y los importes a pagar.
Rechaza las facturas que no superen las comprobaciones de validación obligatorias.
Conserva la factura electrónica de acuerdo con los requisitos de conservación vigentes en Alemania.
Realizar pruebas con los sistemas contables de los clientes antes de su uso en producción.

Más sobre este tema

Servicios

Servicios de integración de KSeF: cumplimiento normativo en materia de facturación electrónica

Blog

Tramitación automatizada de facturas

Blog

Facturación electrónica SAP: conformidad de documentos e informes

Blog

Migración de datos de ERP: mejores prácticas, estrategia y herramientas

Contáctenos

Reserve usted una llamada o rellene usted el siguiente formulario y nos pondremos en contacto con usted cuando hayamos procesado su solicitud.

Nombre

Empresa

Correo electrónico

Teléfono

Mensaje

Envíenos un mensaje de voz

Adjuntar documentos

Cargar archivo

Puede adjuntar 1 archivo de hasta 2 MB. Formatos de archivo válidos: pdf, jpg, jpeg, png.

Al hacer clic en «Enviar», usted consiente el tratamiento de sus datos personales por parte de Innowise de conformidad con nuestra Política de privacidad para proporcionarle información relevante. Al enviar su número de teléfono, acepta que nos pongamos en contacto con usted a través de llamadas de voz, SMS y aplicaciones de mensajería. Pueden aplicarse tarifas de llamadas, mensajes y datos.

También puede enviarnos su solicitud
a contact@innowise.com

¿Qué pasa después?

Una vez recibida y procesada su solicitud, nos pondremos en contacto con usted para detallarle las necesidades de su proyecto y firmar un acuerdo de confidencialidad. Proyecto y firmaremos un acuerdo de confidencialidad.

Tras examinar sus deseos, necesidades y expectativas, nuestro equipo elaborará una propuesta de proyecto con el alcance del trabajo, el tamaño del equipo, el plazo y los costes estimados con el alcance del trabajo, el tamaño del equipo, el tiempo y las estimaciones de costes.

Concertaremos una reunión con usted para hablar de la oferta y concretar los detalles.

Por último, firmaremos un contrato y empezaremos a trabajar en su proyecto de inmediato.