Fecha de entrega en ZUGFeRD y XRechnung (BT-72): cómo asignarla y corregirla correctamente
Muchos conversores automáticos toman como fecha de entrega, sin más, la fecha de la factura, y eso es un error. La fecha real de entrega o prestación es un campo propio de la EN 16931 (BT-72) y debe reflejar el momento real de la entrega, no el día en que se redactó la factura.
> Respuesta rápida: La fecha de entrega (BT-72, en el XML como ActualDeliveryDate) es el día de la entrega o prestación real, no la fecha de la factura (BT-2). Ambas pueden diferir. TaxLayer detecta la fecha de entrega de forma independiente a partir de la factura y permite revisarla y corregirla antes de la generación.
La fecha de entrega no es la fecha de la factura
En muchas facturas aparecen dos fechas distintas: la fecha en que se emitió la factura y la fecha en que realmente se entregó o se prestó el servicio. Un ejemplo:
| Campo | Significado | Ejemplo |
|---|---|---|
| BT-2 Fecha de factura | Fecha de emisión de la factura | 24/08/2026 |
| BT-72 Fecha de entrega/prestación | Día de la entrega real | 21/08/2026 |
Si la fecha de entrega se rellena por error con la fecha de la factura, la factura electrónica es formalmente válida, pero incorrecta en su contenido, con consecuencias para la contabilización, el momento de la prestación y el IVA.
Qué exige la EN 16931
La EN 16931 conoce la fecha real de entrega como BT-72. En las dos sintaxis se representa así:
- ZUGFeRD / CII:
ram:ApplicableHeaderTradeDelivery → ram:ActualDeliverySupplyChainEvent → ram:OccurrenceDateTime - XRechnung / UBL:
cac:Delivery → cbc:ActualDeliveryDate
El formato es una fecha de calendario (en CII como YYYYMMDD, código de formato 102). Describe el momento de la entrega, con independencia de la fecha de factura o de vencimiento.
El error típico de los conversores automáticos
Un simple conversor de PDF a XML suele leer solo los datos de cabecera evidentes y rellena los campos que faltan con valores por defecto. Si no dispone de una detección propia de la fecha de entrega, inserta en su lugar la fecha de la factura. Mientras ambas fechas coinciden, esto no se nota; en cuanto difieren, la factura electrónica contiene un ActualDeliveryDate incorrecto.
Así lo resuelve TaxLayer
TaxLayer detecta la fecha de entrega o prestación de forma independiente y separada de la fecha de la factura. En el paso de revisión, antes de la generación, se muestra en un campo propio de fecha de entrega y allí puede corregirse antes de que se cree el archivo ZUGFeRD o XRechnung. En el XML generado figura luego la fecha correcta como ActualDeliveryDate.
Así, la responsabilidad sobre la exactitud del contenido sigue en sus manos, y ningún error automático puede colarse.
Conclusión
La fecha de entrega es un campo propio, obligatorio o de uso práctico, de la EN 16931 (BT-72) y no debe igualarse a ciegas con la fecha de la factura. En cada conversión, asegúrese de que el ActualDeliveryDate refleje la fecha de entrega real.
---
Pruebe TaxLayer gratis ahora – detecta automáticamente la fecha de entrega, los números de artículo y las referencias, y permite revisarlos antes de la generación. Preguntas a info@landauer.de.
Preguntas frecuentes
¿Cuál es la diferencia entre BT-2 y BT-72?
BT-2 es la fecha de la factura (fecha de emisión). BT-72 es la fecha real de entrega o prestación, es decir, el día en que se entregó la mercancía o se prestó el servicio. Ambas pueden diferir.
¿Cómo se llama la fecha de entrega en el XML?
En ZUGFeRD/CII figura como ActualDeliveryDate (en el elemento ram:ActualDeliverySupplyChainEvent), y en XRechnung/UBL como cbc:ActualDeliveryDate en el bloque de entrega. Semánticamente ambos son el BT-72 de la EN 16931.
¿Es obligatoria la fecha de entrega en la factura electrónica?
Según la EN 16931, BT-72 no es obligatorio en toda factura, pero en la práctica se exige con frecuencia, sobre todo cuando la fecha de entrega y la de factura difieren. En las entregas intracomunitarias y en muchos sectores resulta prácticamente imprescindible.
¿Por qué muchos conversores ponen la fecha de la factura como fecha de entrega?
Porque muchas herramientas no detectan la fecha de entrega por separado y, en su lugar, insertan la fecha de la factura. Esto genera un ActualDeliveryDate incorrecto cuando la entrega se produjo en realidad otro día.
¿Puedo corregir la fecha de entrega en TaxLayer?
Sí. TaxLayer detecta la fecha de entrega a partir del documento y la muestra en el paso de revisión como un campo propio que puede ajustar en cualquier momento antes de generar el archivo. Más referencias en Números de artículo en ZUGFeRD.
Herramientas gratuitas
Artículos relacionados
Convierta sus facturas PDF ahora
Pruebe TaxLayer gratis – 2 conversiones al mes, sin tarjeta de crédito.
Comenzar