Saltar al contenido principal
XRechnung · reglas de KoSIT

Error BR-DE-15 en XRechnung: la factura no lleva Buyer reference (BT-10)

BR-DE-15 es una regla de XRechnung, el formato alemán de factura electrónica: toda factura tiene que llevar la referencia del comprador, el campo BT-10. A una administración pública alemana se le pone ahí su Leitweg-ID; a una empresa, la referencia que te haya dado. Si falta, el validador de KoSIT da la factura por no válida.

FlexigoTech · Responsable: Víctor Gómez · Actualizado el 4 de noviembre de 2026

Lo esencial

Versiones
Odoo 17, 18, 19 y 20
Comprobado
en el código del módulo, versión 17.0 y 20.0 · en las fuentes enlazadas al final
Lectura
3 min

El texto de la regla, tal como sale en el informe del validador (KoSIT la escribe en alemán), es este: «Das Element "Buyer reference" (BT-10) muss übermittelt werden.» Quiere decir que el elemento Buyer reference tiene que ir en la factura. En el Schematron de XRechnung 3.0.2 (versión v2.6.0 de KoSIT) su gravedad es fatal: no es un aviso, la factura no pasa.

Qué comprueba y qué no

La regla solo mira que el campo exista y no esté vacío. No comprueba que el valor tenga sentido: cualquier texto la cumple. En UBL es el elemento cbc:BuyerReference, en la cabecera del documento.

Peppol BIS, el formato que se usa en Bélgica o Países Bajos, es más flexible: le basta con la referencia del comprador o con la del pedido, como dice su regla PEPPOL-EN16931-R003: «A buyer reference or purchase order reference MUST be provided.» Por eso una factura que viaja sin problemas por Peppol puede caer en BR-DE-15 cuando la conviertes en XRechnung para un cliente alemán.

Tarjeta de la regla BR-DE-15 de XRechnung
BR-DE-15 es fatal en el Schematron de KoSIT: sin BT-10, la XRechnung no es válida.

De dónde saca Odoo el BT-10

La exportación XRechnung que trae Odoo (sin módulos de terceros) rellena el campo así:

VersiónValor de BT-10Si no hay ninguno
Odoo 17El campo Referencia de la empresa cliente. Si su Peppol e-address (EAS) es 0204, su Peppol Endpoint.Escribe «N/A».
Odoo 18 y 19El campo Referencia del contacto o, si está vacío, el de su empresa. Con EAS 0204, el Peppol Endpoint.Escribe «N/A».
Odoo 20Igual, pero el esquema y el identificador se llaman Routing ID y Routing Endpoint. Con Routing ID 0204, el Routing Endpoint.Escribe «N/A».

Con la XRechnung de Odoo, BR-DE-15 no llega a saltar, porque el campo nunca va vacío. Pero «N/A» solo cumple la letra de la regla. No es la referencia que espera tu cliente, y si facturas a una administración no es su Leitweg-ID. Antes de enviar, abre el XML o la vista previa y mira qué lleva BT-10.

Cuando el cliente es una administración

El 0204 es el esquema del Leitweg-ID en la lista de direcciones electrónicas. Si en la ficha del organismo pones ese esquema y su Leitweg-ID como identificador, Odoo lo copia a BT-10 sin que tengas que escribirlo en cada factura. Para una empresa privada, lo normal es la referencia que te pida, a menudo su número de pedido o de proveedor: va en el campo Referencia de su ficha.

Con nuestro módulo XRechnung y ZUGFeRD

El módulo tiene su propia pestaña E-Invoicing en la ficha del cliente, con dos campos para este dato: Leitweg-ID (BT-10), que usa si marcas el cliente como administración (B2G Partner), y Buyer Reference (BT-10) para el resto. Si marcas el cliente como administración y le falta el Leitweg-ID, el módulo no genera la factura: para con «B2G partner requires a Leitweg-ID (BT-10).». Si no lo es y la Buyer Reference está vacía, el XML sale sin BuyerReference, sin rellenos como «N/A», y ahí aparece el BR-DE-15.

Ficha de un cliente público en Odoo 20 con la pestaña E-Invoicing del módulo XRechnung
Cliente marcado como B2G Partner, con su Leitweg-ID (BT-10) y la Buyer Reference vacía. Captura de Odoo 20 con datos de demostración.

En Odoo 18, 19 y 20 lo ves antes de mandar nada: con la suscripción a FlexigoTech Cloud, cada XRechnung que generas se valida con las reglas de KoSIT y los fallos quedan en la factura, en Validation Errors, una línea por regla. Una factura con BR-DE-15 no se marca como Ready to send. La versión publicada para Odoo 17 genera la XRechnung pero no la valida.

Cómo dejarlo bien

  1. Si el cliente es una administración alemana, pide su Leitweg-ID y ponlo en su ficha: en el campo Leitweg-ID de la pestaña E-Invoicing con nuestro módulo, o como dirección electrónica con esquema 0204 en Odoo.
  2. Si es una empresa, pregunta qué referencia quiere ver y guárdala en su ficha (Buyer Reference con el módulo, Referencia en Odoo).
  3. Genera la XRechnung de nuevo: la que ya enviaste no cambia, y si la rechazaron toca mandar la corregida.
  4. Comprueba BT-10 en el resultado antes de enviarla.

Sigue leyendo

XRechnung: errores BR-DE-2 a BR-DE-7, BR-DE-27 y BR-DE-28, el contacto del vendedorBR-DE-2 a BR-DE-7 piden en XRechnung la ciudad, el código postal, un contacto, un teléfono y un correo del vendedor. Qué dice cada regla y cómo cumplirlas en Odoo.Errores BR-DE-1, BR-61 y BR-DE-23 en XRechnung: las instrucciones de pagoBR-DE-1 pide en XRechnung las instrucciones de pago (BG-16) y BR-61 la cuenta cuando se paga por transferencia. Qué pone Odoo 17, 18, 19 y 20 y cómo arreglarlo.Errores PEPPOL-EN16931-R010 y R020: la dirección electrónica del comprador o del vendedorPEPPOL-EN16931-R010 y R020 piden la dirección electrónica del comprador y del vendedor; BR-62, BR-63 y BR-CL-25, su esquema. Dónde está en Odoo 17, 18, 19 y 20.
Comprobado en el código del módulo (versión 17.0 y 20.0) y en las fuentes enlazadas

Fuentes