What it means
This rule counts the direct ram:IssuerAssignedID children of each ram:DeliveryNoteReferencedDocument under ram:ApplicableHeaderTradeDelivery. It requires exactly one element, but does not check its contents or how many delivery note references the invoice may contain.
Why it matters
The Extended profile requires one identifier field within each delivery note reference so that the delivery note number has a defined place in the XML.
How to fix it
In ram:ApplicableHeaderTradeDelivery/ram:DeliveryNoteReferencedDocument, add ram:IssuerAssignedID if it is missing or remove extra ram:IssuerAssignedID elements. Put the delivery note 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-000787 still fails, and which other rules do.
Related rules
- 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
- FX-SCH-A-000790 The despatch advice date needs a format attribute
- FX-SCH-A-000791 Use an allowed format code for the despatch advice date
- FX-SCH-A-000792 The receiving advice date needs a format attribute
- FX-SCH-A-000793 Use an allowed format code for the receiving advice date