Skip to main content
KoSIT XRechnung errors: four rules to check first
Blog

KoSIT XRechnung errors: four rules to check first

2 min readReviewed: August 29, 2026
Markdown export

Official references

Use these sources to verify dates, formats, and official rule changes.

A KoSIT report tells you which validation rule failed and where it failed. Start with the rule ID, then correct the named Business Term (BT) or Business Group (BG). Do not guess from the short error text.

Use the validator configuration that matches the XRechnung version in the file. The KoSIT 2026-01-31 release includes XRechnung 3.0.2; it is not a general validator for every historical version.

What KoSIT checks

The XRechnung configuration validates UBL or CII XML against the XML schema, EN 16931 rules, and German XRechnung rules. It does not validate the PDF/A-3 container of a ZUGFeRD or Factur-X file. Use a hybrid-invoice validator for that separate task.

For an XRechnung 3.0.2 document, BT-24 should identify the profile as urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. Keep the exact value from the selected specification; a shortened or mixed ZUGFeRD identifier selects the wrong rule context.

Four common BR-DE failures

BR-DE-1 — Payment instructions: the invoice must contain PAYMENT INSTRUCTIONS (BG-16). Check the payment means and the related account or direct-debit data.

BR-DE-2 — Seller contact: the invoice must contain SELLER CONTACT (BG-6). BR-DE-5, BR-DE-6, and BR-DE-7 then require BT-41, BT-42, and BT-43.

BR-DE-15 — Buyer reference: Buyer reference (BT-10) is missing. For a German public recipient, use the routing value that the recipient supplied, often a Leitweg-ID. Do not invent one.

BR-DE-16 — Seller tax identifier: when the listed VAT category codes are used, provide at least one of Seller VAT identifier (BT-31), Seller tax registration identifier (BT-32), or Seller tax representative VAT identifier (BT-63).

A safe correction sequence

  1. Confirm the XRechnung version and the validator release.
  2. Open the first fatal rule in the report and note its XML location.
  3. Correct the named BT or BG in the source data, not only in the generated XML.
  4. Generate the invoice again and rerun the same validator.
  5. Review warnings separately. A warning is not the same as a rejected invoice.

Ready to convert your invoices?

Convert PDF invoices to XRechnung, ZUGFeRD, and other formats. Subscriptions from €10/month with annual billing (excl. taxes), with a 3-day trial on your first subscription. Or without a subscription: €5 per conversion (excl. taxes).

Related articles