PlaygroundAPIPricingSign inDEGet API key
Loading…

Compliant e-invoices in one POST request. Generate, validate and parse XRechnung and ZUGFeRD / Factur-X. Made in Germany, hosted in the EU.

ProductPlaygroundPricingSign inGet API key
ResourcesDocumentationInteractive referenceOpenAPI specTypeScript SDK (npm)ChangelogStatusSupport
RechtlichesImpressumDatenschutzAGBAVV
© 2026 VIBOA UG (haftungsbeschränkt) · HannoverDE · EN

Not legal or tax advice. XRechnung® is a standard of KoSIT; ZUGFeRD® of FeRD. Names used for format identification only.

DocumentationAuthenticationYour first invoiceThe 422 reportQuotas & limitsTest vs. live keys
API referencePOST…/generatePOST…/validatePOST…/parse
ReferenceError codesValidation rulesInteractive referenceOpenAPI spec↗@normbill/xrechnung↗Status

Validation rules

UBL-SR-14

The seller's additional legal information (BT-33) appears more than once — only one PartyLegalEntity/CompanyLegalForm is allowed.

Rule
UBL-SR-14 — official EN 16931 / XRechnung rule
Severity
error
Detected by
tier 3 — KoSIT validator (authoritative)
Reachability
Only reachable when validating your own XML — normbill-generated documents cannot trigger it

The normbill invoice model has no additional legal information field; the serializer never emits CompanyLegalForm.

How to fix it

Keep a single cbc:CompanyLegalForm inside the supplier's cac:PartyLegalEntity.

UBL-SR-14 auf Deutsch — was bedeutet der Fehler?

Der KoSIT-Validator lehnt die Rechnung ab, weil die weitere rechtliche Information des Verkäufers (BT-33) mehrfach vorkommt — nur eine PartyLegalEntity/CompanyLegalForm ist erlaubt.

So beheben Sie den Fehler

Behalten Sie genau eine cbc:CompanyLegalForm in der cac:PartyLegalEntity des Verkäufers.

Official sources

  • XRechnung specification (KoSIT / xeinkauf.de)
  • KoSIT validator on GitHub and the XRechnung validator configuration

Every 422 from the API lists the rule id, the path in your request JSON, a plain-language message and a suggested fix — see the docs overview for the report format.