Peppol BIS Billing 3.0 · rule
UBL-CR-138
What does UBL-CR-138 mean? A UBL invoice should not include the AccountingSupplierParty CustomerAssignedAccountID
Why did my invoice fail UBL-CR-138?
The invoice should not contain the element cac:AccountingSupplierParty/cbc:CustomerAssignedAccountID, i.e. a customer-assigned account ID on the supplier party. This is one of the EN 16931 "cardinality restriction" (UBL-CR) warnings: the UBL 2.1 schema allows the element, but it maps to no business term in the EN 16931 core invoice model, so a compliant core invoice must leave it out. Seller identifiers in EN 16931 are expressed via BT-29 (cac:PartyIdentification/cbc:ID); the UBL CustomerAssignedAccountID field has no corresponding business term. Receivers may ignore or reject data carried in such elements, so remove it or move the information to the supported business term.
Official rule text
A UBL invoice should not include the AccountingSupplierParty CustomerAssignedAccountID
Common causes
- Your invoice generator emits the full UBL 2.1 structure and populates cbc:CustomerAssignedAccountID even though EN 16931 does not use it
- Mapping from an internal/ERP data model copies every available field into the UBL output instead of only the EN 16931 business terms
- A template or example invoice from a non-EN 16931 UBL context (e.g. generic UBL samples) was reused without stripping unsupported elements
Related rules
UBL-CR-001 · UBL-CR-002 · UBL-CR-003 · UBL-CR-004 · UBL-CR-005 · UBL-CR-006 · UBL-CR-007 · UBL-CR-008
Paste it into the live demo, or call POST /v1/validate. See the quickstart.