What it means
This rule counts the direct ram:IssuerAssignedID children of each ram:UltimateCustomerOrderReferencedDocument. It requires exactly one element, but does not check its contents. This reference is separate from the buyer's purchase order number (BT-13).
Why it matters
The Extended profile requires one identifier field in each end customer order reference so that the order number has a defined place in the XML.
How to fix it
Under ram:ApplicableHeaderTradeAgreement/ram:UltimateCustomerOrderReferencedDocument, add ram:IssuerAssignedID if it is missing or remove extra ram:IssuerAssignedID elements. Put the end customer's order number in the remaining element, then export your invoice again and recheck it.
Once the file is corrected, check it again for free: Validate a ZUGFeRD invoice
Or fix the invoice in a form and download the corrected file, for 1 credit: Fix a rejected e-invoice Beta
The rule as published
Element 'ram:IssuerAssignedID' must occur exactly 1 times. Where this rule applies
| Rule set | Version |
|---|---|
| Factur-X 1.09 EXTENDED | 1.0.9-2 |
| ZUGFeRD 2.5 EXTENDED | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000783 still fails, and which other rules do.
Related rules
- FX-SCH-A-000784 The end customer order date needs a format attribute
- FX-SCH-A-000785 Use an allowed format code for the end customer order date
- FX-SCH-A-000786 Use an allowed format code for the delivery date
- FX-SCH-A-000787 A delivery note reference needs one number field
- FX-SCH-A-000788 The delivery note date needs a format attribute
- FX-SCH-A-000789 Use an allowed format code for the delivery note date