Qué significa
Si los datos de entrega incluyen una parte que recibe la mercancía (cac:DeliveryParty), el bloque de entrega debe contener exactamente un nombre de quien recibe la entrega (BT-70) en total, contado en cac:DeliveryParty/cac:PartyName/cbc:Name, salvo en Peppol BIS y NLCIUS, que permiten cero o uno. La prueba falla si ese nombre falta o aparece más de una vez, excepto en Peppol BIS y NLCIUS, donde solo falla si aparece más de una vez. Un bloque de entrega sin cac:DeliveryParty pasa esta regla.
Por qué importa
EN 16931 exige exactamente un nombre de quien recibe la entrega en cada bloque de entrega que incluya cac:DeliveryParty. Las comprobaciones de Peppol BIS y NLCIUS permiten cero o un nombre.
Cómo corregirlo
En tu programa de facturación abre los datos de entrega y escribe una sola vez el nombre de quien recibió la mercancía, o no lo incluyas si usas Peppol BIS o NLCIUS. Si no tienes ninguna parte de entrega que nombrar, quítala: la fecha y la dirección de entrega no dependen de ella. En el XML, cada cac:Delivery que contenga cac:DeliveryParty necesita exactamente un cac:DeliveryParty/cac:PartyName/cbc:Name en total, salvo en Peppol BIS y NLCIUS, que permiten cero o uno.
Una vez corregido el archivo, vuelve a comprobarlo gratis: Comprobar una factura electrónica
O corrige la factura en un formulario y descarga el archivo corregido, por 1 crédito: Corregir una factura electrónica rechazada
Texto oficial de la regla
Deliver to party name shall occur maximum once Dónde se aplica esta regla
| Conjunto de reglas | Versión |
|---|---|
| EN 16931 (UBL) | 1.3.17 |
| EN 16931 (UBL credit note) | 1.3.17 |
| XRechnung 3.0 (UBL) | 3.0.2 |
| XRechnung 3.0 (UBL credit note) | 3.0.2 |
| Peppol BIS Billing 3.0 (invoice) | 2026.5 |
| Peppol BIS Billing 3.0 (credit note) | 2026.5 |
| SI-UBL 2.0 / NLCIUS (invoice) | 2.0.3.13 |
| SI-UBL 2.0 / NLCIUS (credit note) | 2.0.3.13 |
| France CTC (UBL invoice) | 1.4.0-04 |
| France CTC (UBL credit note) | 1.4.0-04 |
| CIUS-RO UBL Invoice 1.0.9 | 1.0.9 |
| CIUS-RO UBL Credit Note 1.0.9 | 1.0.9 |
Comprueba tu archivo
Arrastra aquí tu factura electrónica para ver si UBL-SR-25 sigue fallando y qué otras reglas fallan.
Reglas relacionadas
- UBL-SR-26 Un bloque de pago solo puede tener un concepto de pago
- UBL-SR-27 Un bloque de pago solo puede tener un código de medio de pago
- UBL-SR-28 Un bloque de pago solo puede tener una referencia de mandato
- UBL-SR-29 Solo se admite un identificador de acreedor SEPA en la factura
- UBL-SR-30 Un descuento solo puede tener un texto de motivo
- UBL-SR-31 Un recargo solo puede tener un texto de motivo