What it means
Within the line's ram:SpecifiedLineTradeDelivery/ram:UltimateShipToTradeParty, this check allows zero or one ram:SpecifiedTaxRegistration child. It counts registration entries, not the numbers within them.
Why it matters
The Extended profile permits only one tax registration entry for this party. This rule does not give a VAT number priority over a national tax number.
How to fix it
Check the VAT number and national tax number recorded for the line's final recipient. Retain the registration you need in one ram:SpecifiedTaxRegistration and remove additional registration blocks. Do not combine multiple numbers into one field to avoid the limit. 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:SpecifiedTaxRegistration' 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-001111 still fails, and which other rules do.
Related rules
- FX-SCH-A-001112 The final recipient's contact email needs exactly one address
- FX-SCH-A-001113 The final recipient's contact fax entry needs one number element
- FX-SCH-A-001114 The final recipient's contact phone block needs a number
- FX-SCH-A-001115 The final recipient's global identifier needs a scheme
- FX-SCH-A-001116 Unsupported global identifier scheme for the final recipient
- FX-SCH-A-001117 The final recipient's address needs one country element