Check any XRechnung 3.x e-invoice against the official KOSIT schematron — both UBL and CII syntax variants supported. Free, no signup, instant results with the exact rule ID (BR-DE-*, CII-DE-*, EN 16931) for every error.
Drag and drop or pick the XML file — either UBL (Invoice / CreditNote) or CII (CrossIndustryInvoice). The validator auto-detects the syntax from the root element and CustomizationID URN.
2
Run EN 16931 + XRechnung 3.x rules
The validator runs the underlying EN 16931 European norm followed by all XRechnung-specific rules (BR-DE-*, CII-DE-*, profile constraints) using the official KOSIT schematron release.
3
Read the detailed report
Errors and warnings come back with the exact KOSIT rule ID, the XPath location in the document, and a plain-English description, so you know exactly what to fix and where.
What the XRechnung validator checks
EN 16931 European norm
Full EN 16931 ruleset: mandatory fields (BT-*), business rules (BR-*), calculation chain (BR-CO-*), VAT category logic (BR-S-*, BR-Z-*, BR-E-*, BR-AE-*, BR-K-*, BR-G-*, BR-O-*) and decimal-precision rules (BR-DEC-*).
XRechnung-specific rules
All BR-DE-* (UBL) and CII-DE-* (CII) constraints required by German federal and state public-sector buyers. Includes mandatory Leitweg-ID (BR-DE-1), valid German VAT identifiers, banking details for SEPA, and the German- specific date and currency formats.
UBL and CII syntax both supported
UBL XRechnung (used by PEPPOL access points and modern e-invoicing software) and CII XRechnung (UN/CEFACT Cross Industry Invoice, used by SAP Document Compliance, DATEV and ZUGFeRD tooling) are both detected and routed to the right pipeline automatically.
XSD schema validation (UBL)
UBL 2.1 schema-level checks catch structural errors before the business rules ever run — wrong element order, missing required types, namespace mistakes, invalid enumeration values from the official UBL code lists.
Why XRechnung validation matters
Since 27 November 2020, every supplier invoicing a German federal public-sector buyer must send the invoice as XRechnung. Most German federal states extended the same requirement to state and municipal contracts over the following years. Submitting a non-compliant invoice through ZRE (Zentrale Rechnungseingangs- plattform des Bundes), OZG-RE or any state portal results in immediate rejection — no human review — and the payment clock does not start until you resubmit a passing invoice.
The aiDoks XRechnung validator uses the same official schematron files distributed by KOSIT (Koordinierungsstelle für IT-Standards) that the government portals use. If aiDoks says "valid", your invoice passes at the portal. If aiDoks reports errors, every rule comes with the exact ID (e.g. BR-DE-15 for the Leitweg-ID, BR-CO-13 for tax-total mismatch) so the next iteration is fast.
Common XRechnung validation errors
BR-DE-1 — The Buyer reference (Leitweg-ID) is missing. German federal/state buyers always send a Leitweg-ID with the order — it must be repeated in the invoice's cbc:BuyerReference (UBL) or ram:BuyerReference (CII).
BR-DE-15 — Buyer contact information is incomplete. XRechnung requires either an electronic address or a postal address — most validators require both.
BR-DE-21 — Specification identifier missing or wrong. The CustomizationID must be urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0.
BR-CO-15 — Total payable amount mismatch. Sum of line totals + charges - allowances must equal the payable amount, rounded to 2 decimal places.
BR-S-08 — Standard-rated VAT but rate is missing. Add the correct VAT rate to the relevant cac:TaxCategory / ram:CategoryTradeTax element.
Beyond XRechnung: PEPPOL, Factur-X, EN 16931 and more
The aiDoks validator is a single tool for every major European e-invoice format. Upload a PEPPOL BIS 3.0 invoice, a Factur-X / ZUGFeRD PDF, a plain EN 16931 CII document or an Estonian e-arve XML and the tool auto-detects the format and applies the right validation pipeline. Useful if you exchange invoices across multiple EU markets or operate in both PEPPOL and XRechnung corridors.
XRechnung validator: FAQ
Kas ir XRechnung un kam tas jāizmanto?
XRechnung ir vācu CIUS (Core Invoice Usage Specification) standartam EN 16931. Kopš 2020. gada 27. novembra visiem Vācijas federālo iestāžu piegādātājiem rēķini jāsūta XRechnung formātā; daudzas Vācijas federālās zemes un pašvaldības to pieprasa arī valsts un vietējam iepirkumam. Validators pārbauda gan UBL, gan CII sintaksi pret jaunākajiem XRechnung 3.x noteikumiem — to pašu noteikumu kopumu, ko izmanto oficiālais KOSIT validators.
Ko pārbauda XRechnung validators?
Tiek izpildīti divi noteikumu līmeņi pēc kārtas: pamatā esošā Eiropas norma EN 16931 (BR-CO-*, BR-S-*, BR-DEC-* utt.), kam seko XRechnung specifiskie noteikumi (BR-DE-*, CII-DE-* un profila ierobežojumi). XSD shēmas pārbaudes notiek UBL rēķiniem, pilna Schematron validācija notiek gan UBL, gan CII. Kļūdas tiek atgrieztas ar precīzu KOSIT noteikuma ID un saprotamu aprakstu.
Vai validators atbalsta gan UBL, gan CII XRechnung?
Jā. Tiek atbalstīti gan UBL XRechnung (ko izmanto PEPPOL piekļuves punkti un mūsdienu e-rēķinu programmatūra), gan CII XRechnung (UN/CEFACT Cross Industry Invoice, ko izmanto SAP Document Compliance, DATEV un ZUGFeRD/Factur-X rīki). Sintakse tiek noteikta automātiski.
Vai XRechnung validators ir bez maksas un vai mani rēķinu dati tiek saglabāti?
Validators ir bez maksas un bez konta. Jūsu rēķinu XML tiek nosūtīts uz aiDoks apstrādei, validēts atmiņā un netiek saglabāts pēc atbildes. Mēs nereģistrējam un nesaglabājam rēķinu saturu.
Kā tas atšķiras no oficiālā KOSIT validatora?
aiDoks validators izmanto tos pašus oficiālos XRechnung Schematron failus, ko izplata KOSIT — noteikumu pārklājums ir identisks. Atšķirības: moderna tīmekļa saskarne ar vācu/angļu/franču/igauņu/latviešu/lietuviešu/spāņu valodu, vilkšanas-un-nomešanas augšupielāde, tūlītēji rezultāti, automātiska formāta noteikšana un viens rīks visiem formātiem.
Kura XRechnung versija tiek atbalstīta?
XRechnung 3.x (pašreizējā galvenā versija). Validators tiek piegādāts ar jaunāko stabilo KOSIT Schematron izlaidumu un tiek atjaunināts, kad KOSIT publicē jaunu revīziju.