Validador XRechnung

Última actualización: mayo de 2026

Comprensión de los informes de prueba y mensajes de error de XRechnung

¿Qué dice un informe de prueba KoSIT?

Un informe de prueba KoSIT muestra si una XRechnung cumple con los requisitos formales del estándar. Contiene el resultado de la comprobación (conforme o no conforme), la evaluación (aceptar o rechazar), el tipo de documento (UBL o CII), la versión del validador utilizada y una lista de normas violadas con códigos como BR-DE-01 o BR-CO-15. Solo leyendo estos códigos queda claro dónde falta o se rellena incorrectamente un campo BT.
Consulta XRechnung online gratis ahora

Anatomía de un informe de prueba KoSIT

El validador oficial de KoSIT genera un informe estructurado en formato HTML o XML. Está dividido en cinco áreas:

  1. Información del documento: Nombre del archivo, hora de comprobación, tipo de documento reconocido (Factura UBL, Nota de Crédito UBL o CII UN/CEFACT).
  2. Resultado de conformidad: «conforme» o «no conforme» al estándar XRechnung en la versión aplicada.
  3. Valoración: El informe recomienda aceptar o rechazar el documento. Una factura conforme aún puede ser rechazada si se incumplen las normas técnicas (BR-CO-…).
  4. Infracciones de las normas: Haz la lista con código, gravedad (error, advertencia) y XPath afectado. Aquí encontrarás la referencia al número BT.
  5. Versión del validador: ¿Qué configuración del KoSIT se utilizó, como xrechnung-3.0.2-2024-09-30?

Los errores BR-DE más comunes en un vistazo

Aproximadamente el 80 por ciento de todos los rechazos se pueden rastrear hasta una lista manejable de normas. La siguiente tabla explica los códigos más comunes con causa y solución.

Código Importancia Causa típica solución
BR-EN-01 Información obligatoria: falta el ID de Leitweg BT-10 (Referencia del comprador) no llenado Introduce el ID de ruta del destinatario en el campo cbc:BuyerReference .
BR-EN-02 Información de contacto del vendedor incompleta BG-6 sin nombre, teléfono ni correo electrónico Rellena al menos BT-41, BT-42 y BT-43.
BR-EN-03 La ciudad de vendedor ha desaparecido BT-37 vacío Ciudad en la dirección del vendedor.
BR-EN-04 El código postal del vendedor falta BT-38 vacío Pon el código postal en la dirección del vendedor.
BR-EN-05 El código de país del vendedor falta BT-40 en blanco o sin ISO 3166-1 Introduce un código ISO de dos dígitos (por ejemplo, DE).
BR-EN-09 La ciudad del comprador ha desaparecido BT-52 vacío La ciudad en la dirección del comprador.
BR-EN-15 Se requiere referencia del comprador BT-10 falta o no está en el formato esperado Introduce el ID de ruta o el número de pedido.
BR-EN-17 Código inválido para el tipo de factura BT-3 no 380, 381, 384, 389 o 875-881 Elige el código UN/CEFACT correcto.
BR-EN-21 Falta el nombre del elemento de factura BT-153 vacío Nombre del artículo por artículo.
BR-EN-23 Términos de pago requeridos Faltan BT-20 o BG-16 Código de medio de pago (BT-81) y vencimiento establecido.
BR-EN-26 IBAN necesario para la transferencia SEPA BT-84 vacío a pesar de Medios de Pago 58 Introduce IBAN en el formato sin espacios.
BR-CO-10 Suma de los importes de los artículos incorrecta BT-106 difiere de la suma BT-131 Cálculo matemáticamente consistente de los importes netos de los artículos.
BR-CO-13 Subtotal inconsistente BT-109 ≠ BT-106 − BT-107 + BT-108 Calcula correctamente los descuentos y recargos a nivel de documento.
BR-CO-15 La cantidad bruta no es correcta BT-112 ≠ BT-109 + BT-110 Revisa el importe del impuesto y compensa las diferencias de redondeo.

UBL o CII – por qué la sintaxis cambia el mensaje de error

XRechnung permite dos sintaxis: UBL 2.1 (común en Alemania) y la Factura Intersectorial UN/CEFACT (CII). El informe de la prueba se refiere al elemento afectado mediante XPath. En UBL, el país receptor se llama de alguna manera, /Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCodeen CII /rsm:CrossIndustryInvoice/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddress/ram:CountryID. En cuanto al contenido, este es el mismo número BT (BT-55), solo que la ruta difiere. Si buscas el número BT en el glosario, encontrarás el error independientemente de la sintaxis.

Glosario de números BT – los campos más importantes

Número BT Importancia
BT-1 Número de factura
BT-2 Fecha de emisión de la factura
BT-3 Código de tipo de factura (por ejemplo, 380 = factura comercial)
BT-5 Vigencia de la factura
BT-9 Fecha prevista de parto
BT-10 Referencia del comprador / ID de ruta
BT-23 Tipo de proceso de negocio (por ejemplo, urn:fdc:peppol.eu:2017:poacc:billing:01:1.0)
BT-24 Identificador de especificación (XRechnung CIUS)
BT-27 Nombre del vendedor
BT-44 Nombre del comprador
BT-48 Número fiscal del comprador (número de IV)
BT-81 Código de método de pago (por ejemplo, 58 = Transferencia de Crédito SEPA)
BT-84 IBAN para transferencia SEPA
BT-106 Suma de los importes de los elementos excluyendo impuestos
BT-112 Cantidad bruta (cantidad total incluyendo impuestos)
BT-115 Cantidad a pagar

«Conformista, pero rechazado» – ¿qué hay detrás?

Un XRechnung puede ser técnicamente compatible y aun así activar la recomendación «Rechazar». El validador KoSIT verifica dos niveles: cumplimiento del esquema y las reglas de negocio (BR-CO-…). Si una factura infringe una norma empresarial, por ejemplo porque las cantidades no coinciden o falta una información obligatoria como el IBAN para los pagos de transferencia, es sintácticamente correcta, pero técnicamente incompleta. En este caso, el destinatario —especialmente las autoridades contratistas públicas— puede rechazar formalmente la factura.

Qué hacer después de un mensaje de error

  1. Anota el código de error y busca el número XPath o BT en el informe.
  2. Identifica el campo BT en el sistema generador (ERP, facturación, SAP).
  3. Revisa el archivo corregido , idealmente con la misma versión del validador.
  4. Frecuencia de los documentos: Si códigos como BR-DE-01 aparecen de forma sistemática, existe un problema de configuración en el sistema fuente.

Versiones XRechnung – Una visión general

La versión que utilice tu validador se puede encontrar en el informe de prueba. Una tabla completa de versiones con periodos de validez puede encontrarse en la página de resumen de XRechnung. Importante para la práctica: la versión 3.0.2 se aplicará a partir del 1 de enero de 2025; Se espera que la versión 4.0 salga a finales de 2026.

Preguntas frecuentes – Informe de la prueba XRechnung

¿Quién proporciona el módulo de prueba para XRechnung?

La Oficina de Coordinación para Normas TI (KoSIT) desarrolla y publica el validador oficial, incluyendo los archivos de configuración. Fuente: xoev.de.

¿Qué significa «no cumpliente» en el informe de prueba?

El archivo infringe una o más reglas de esquema o reglas de negocio. La factura puede ser rechazada por el destinatario hasta que se corrija el error.

¿Cuál es la diferencia entre UBL y CII en XRechnung?

UBL y CII son dos sintaxis permitidas con modelos de datos empresariales idénticos. Los números BT se mantienen igual, los nombres de los elementos XML y los XPaths difieren.

¿Es suficiente un informe de prueba conforme para la aprobación del envío?

No. La conformidad significa solo fidelidad al esquema. En la práctica, existen reglas de negocio (BR-CO-…) y, si es necesario, reglas específicas de CIUS como BR-DE-… .

Valida tu vida ahora

¿Quieres comprobar un XRechnung inmediatamente? Nuestro validador de facturas electrónicas utiliza el módulo de verificación actual de KoSIT, funciona mediante navegador y entrega el informe en pocos segundos, sin registro. Para la generación y envío de XRechnung directamente desde SAP, recomendamos nuestra solución SAP E-Bill.

→ Al validador gratuito de facturas electrónicas

SAP Add-On
MailCenter
Comunicación digital para SAP ECC y S/4HANA
Solicitar una Demo en Vivo
SAP Add-on MailCenter
Alfred Sichinger

Alfred Sichinger

Jefe de Marketing

El marketing es el arte de tocar a la gente y poner en marcha visiones.