What it means
For ram:SpecifiedTaxRegistration under the line's ram:SpecifiedLineTradeDelivery/ram:UltimateShipToTradeParty, this check requires one ram:ID child. FX-SCH-A-001111 separately limits this party to at most one tax registration entry.
Why it matters
The Extended profile structures this registration around one identifier element. The separate registration limit still applies when you correct this error.
How to fix it
Check the tax registration for the affected line's final recipient. Retain at most one ram:SpecifiedTaxRegistration and place the relevant VAT number or national tax number in one ram:ID within it. Remove extra ram:ID elements rather than creating another registration. If the registration is not needed, omit the whole block. 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:ID' 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-001121 still fails, and which other rules do.
Related rules
- FX-SCH-A-001122 The final recipient's tax registration needs a type
- FX-SCH-A-001123 Electronic address of a line's delivery party needs exactly one ID
- FX-SCH-A-001124 Electronic address of a line's delivery party needs a scheme
- FX-SCH-A-001125 Electronic address scheme of a line's delivery party must be valid
- FX-SCH-A-001126 Reference type of a document referred to on a line must be valid
- FX-SCH-A-001127 Document type code of a line's referenced document must be valid