- WorkAlio
- Validation rules
- BR-DE-17
XRechnung (BR-DE) rules
BR-DE-17: Invoice type code (BT-3) must use a code this document type allows
What this rule requires
Invoice type code (BT-3) must use a code this document type allows.
ExampleXRechnung 3.0 (UBL)
An invoice built like a valid one, except for this:
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>INV-1001</cbc:ID>
<cbc:IssueDate>2026-01-15</cbc:IssueDate>
<cbc:InvoiceTypeCode>999</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
</Invoice>The validator says: Invoice type code (BT-3) carries 999, which is not a value this document type allows.
How to fix it
Replace the value in Invoice type code with one this document type allows.
Frequently asked questions
- What does BR-DE-17 mean?
- Invoice type code (BT-3) must use a code this document type allows. The rule runs under XRechnung 3.0 (UBL).
- How do I fix BR-DE-17?
- Replace the value in Invoice type code with one this document type allows. In UBL the element is /Invoice/cbc:InvoiceTypeCode, and the codes it accepts there are 326, 380, 384, 389, 875, 876, and 877. Code 381, the credit note, is carried in /CreditNote/cbc:CreditNoteTypeCode instead.
Runs under these profiles
- XRechnung 3.0 (UBL)
Element path
- Invoice type code (BT-3)UBL /
Invoice/ cbc:InvoiceTypeCodeCII / CrossIndustryInvoice/ ExchangedDocument/ TypeCodeRead from what WorkAlio's CII parser accepts — there is no CII writer yet, so this path is not independently verified the way the UBL path is.
Allowed values
- 326
- 380
- 381
- 384
- 389
- 875
- 876
- 877