What it means
For each ram:SpecifiedAdvancePayment/ram:InvoiceSpecifiedReferencedDocument, this rule counts ram:IssuerAssignedID child elements. It requires exactly one element. It does not require every advance payment to contain an invoice reference or check the number's contents.
Why it matters
The number identifies which earlier invoice the reference is intended to name.
How to fix it
Check the earlier invoice number in the advance payment's invoice reference. Add a missing ram:IssuerAssignedID inside ram:InvoiceSpecifiedReferencedDocument, or remove duplicate elements while keeping the correct referenced invoice number. This count error does not by itself call for splitting the payment into separate entries. Export and recheck.
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-000958 still fails, and which other rules do.
Related rules
- FX-SCH-A-000959 Add the format attribute to the referenced invoice date
- FX-SCH-A-000960 Use an allowed format for the referenced invoice date
- FX-SCH-A-000961 Use an allowed type for the referenced invoice
- FX-SCH-A-000962 Each financial adjustment needs one amount element
- FX-SCH-A-000963 One description per logistics charge
- FX-SCH-A-000964 One tax type code per logistics charge tax block