BT-10, Leitweg-ID y errores de reglas de negocio: por qué un XML válido sigue siendo rechazado

La validación de facturas electrónicas alemanas tiene dos capas, y la mayoría de los emisores solo prueba la primera. El FAQ de la BStBK nombra ambas: errores de formato y errores de reglas de negocio (Geschäftsregelfehler). Un archivo puede ser XML perfectamente válido contra el esquema y aun así fallar la segunda capa, rechazado por el sistema del receptor o marcado como crítico por un validador.

Capa 1: errores de formato

Un error de formato significa que el archivo viola las sintaxis permitidas o sus especificaciones técnicas. Versión de esquema equivocada, caracteres no válidos, XML mal formado. La consecuencia legal es severa: una factura electrónica formalmente defectuosa no cumple el artículo 14 (1) frase 6 UStG. Es una factura en otro formato, con deducción del IVA solo durante los períodos transitorios.

Los errores de formato son ruidosos. Los validadores rechazan el archivo directamente. La mayoría del software los atrapa.

Capa 2: errores de reglas de negocio

Las reglas de negocio comprueban las dependencias lógicas de la información dentro de la factura. El archivo se puede parsear, pero el contenido se contradice o omite lo que las reglas exigen. Casos típicos del FAQ de la BStBK:

• Contenido obligatorio ausente: sin entrada en el campo BT-10 de referencia del comprador en una XRechnung donde el comprador la exige
• Contenido contradictorio: el importe de impuesto declarado no coincide con el importe calculado

Los validadores los reportan como errores críticos. Los sistemas de los receptores rechazan la factura o la envían a una cola manual donde queda sin pagar.

Los campos que más fallan

BT-10 (referencia del comprador)

La referencia del comprador es cómo las grandes empresas y el sector público enrutan su factura internamente. Para facturación B2G a autoridades federales alemanas, la Leitweg-ID (un identificador de enrutado estructurado) es obligatoria y va en este campo. Los compradores empresariales exigen cada vez más su propia referencia: un centro de coste, un número de pedido, un código de contrato.

Por qué falla: el campo es opcional en el estándar base pero obligatorio en la especificación del comprador. Su software valida contra el estándar; el comprador valida contra sus requisitos de alta. Ambos archivos son "válidos"; solo uno se paga.

Corrección en la fuente: la referencia del comprador pertenece a la ficha del cliente, recogida en el alta, no tecleada por factura.

Campos aritméticos

EN 16931 define cómo deben sumar los importes de línea, descuentos, cargos e impuestos. Una estrategia de redondeo que difiere entre su cálculo de línea y su cálculo de impuesto produce un descuadre de un céntimo y un error crítico.

Corrección en la fuente: calcule a nivel de línea, sume hacia arriba y use el modo de redondeo que especifica el estándar. Nunca redondee la base imponible y el importe del impuesto en direcciones distintas.

Identificadores de vendedor y comprador

Un ID de IVA en formato incorrecto, una dirección electrónica ausente (BT-34/BT-49) cuando el canal de transmisión la exige (IDs de punto Peppol), o una razón social desactualizada que ya no coincide con los datos de registro.

Corrección en la fuente: higiene de datos maestros. Los errores de validación aquí son síntomas de una ficha desactualizada, no de una factura mala.

El flujo de validación

1. Valide en producción, con datos de producción. Facturas de prueba construidas desde fichas reales de clientes, no ejemplos sintéticos. Los errores viven en sus datos maestros.
2. Use el validador KoSIT como referencia. Comprueba sintaxis, semántica y conformidad con extensiones nacionales.
3. Clasifique cada hallazgo. Error de formato: corrija el generador. Error de regla de negocio: corrija los datos o la lógica de cálculo.
4. Corrija en la fuente, nunca en el archivo. El XML editado a mano se desincroniza de su contabilidad y su archivo. El registro GoBD debe coincidir con lo que envió.
5. Recoja las especificaciones del comprador en el alta. Requisitos de BT-10, Leitweg-ID, IDs de punto, expectativas de perfil. Una factura rechazada por falta de referencia es un retraso de cobro, no solo un defecto técnico.

El lado del receptor

La BStBK recomienda que los receptores validen cada factura electrónica entrante: sintaxis, semántica y conformidad con extensiones nacionales. Los hallazgos disparan contacto con el emisor, no contabilización silenciosa.

Para los compradores, los errores de reglas de negocio en facturas entrantes son un sistema de alerta temprana:

• Un proveedor cuyas facturas siguen fallando comprobaciones aritméticas tiene un error de cálculo que acabará tocando un importe de impuesto
• Una referencia de comprador ausente significa que su equipo de cuentas a pagar enruta a mano: coste y retraso
• Un error de regla de negocio en información obligatoria del IVA puede poner en peligro su deducción si queda sin corregir

Malentendidos habituales

"Pasó la validación de esquema, así que la factura está bien." El esquema es la capa uno. Las reglas de negocio son la capa dos. Los compradores y los auditores operan en ambas.

"El BT-10 es opcional." En el estándar base, sí. En la especificación de su cliente, normalmente no. El campo que es opcional en el estándar es obligatorio en la relación comercial.

"Un céntimo de redondeo no importa." Para un validador es un error crítico. Para un sistema automatizado de cuentas a pagar, un rechazo. Automatice el redondeo que el estándar espera.

"Corregiremos las facturas rechazadas cuando los clientes se quejen." Las colas de rechazo son silenciosas. La factura queda sin pagar; el recordatorio sale; la relación absorbe la fricción. Valide antes de enviar.

Este material es información de carácter general y no constituye asesoramiento legal ni fiscal. Para una situación concreta, verifique la normativa vigente o consulte a un asesor cualificado.