All error codes · Error code · XRechnung (KoSIT)

BR-DE-17 Invoice type code not allowed

XRechnung allows only some invoice type codes (BT-3): 326, 380, 381, 384, 389 and the construction codes 875 to 877. Any other code gives a warning.

The rule's official text

Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice).

The invoice type code (BT-3) should be one of 326 (partial invoice), 380 (invoice), 381 (credit note), 384 (corrected invoice), 389 (self-billed invoice) or 875, 876, 877 (construction invoices).

What usually causes it

  • A prepayment invoice was marked 386 (prepayment invoice).
  • The software uses a ZUGFeRD or Peppol code that XRechnung doesn't provide for.

How to fix it

  1. Use the matching allowed code: 380 for a normal invoice, 326 for a partial invoice, 381 for a credit note, 384 for a corrected invoice.
  2. A warning doesn't make the validator reject the invoice, but some recipients still do, so better change the code.

Where it sits in the XML

UBL
cbc:InvoiceTypeCode (for credit notes cbc:CreditNoteTypeCode)
CII
rsm:ExchangedDocument/ram:TypeCode

Fixed? Check the invoice again.

Free, no account, with the KoSIT validator. The file isn't stored.

Related error codes

All error codes

Invoices that get through. From the hours you tracked.

Try it free for 14 days

docket writes every invoice as a ZUGFeRD PDF and an XRechnung at once, following exactly these rules. More on e-invoicing in docket.