What it means
For each ram:SpecifiedAdvancePayment under ram:ApplicableHeaderTradeSettlement, the test counts its direct ram:InvoiceSpecifiedReferencedDocument children. The rule allows none or one, but not more than one.
Why it matters
The Extended profile limits each advance payment to one invoice reference. Repeating the reference element exceeds that limit even if the references identify the same invoice.
How to fix it
Check which invoice, if any, the affected advance payment should reference. Keep only the appropriate ram:InvoiceSpecifiedReferencedDocument inside its ram:SpecifiedAdvancePayment. You do not need to add a reference solely for this rule. Export the file 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:InvoiceSpecifiedReferencedDocument' may occur at maximum 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-000326 still fails, and which other rules do.
Related rules
- FX-SCH-A-000327 A logistics charge needs exactly one amount
- FX-SCH-A-000328 Each logistics charge needs tax details
- FX-SCH-A-000329 Exactly one rate per logistics charge tax entry
- FX-SCH-A-000330 At most one partial payment amount per set of terms
- FX-SCH-A-000331 At most one payee per set of payment terms
- FX-SCH-A-000332 Use an allowed source currency code