What it means
This rule permits zero or one direct ram:SpecifiedTaxRegistration child inside each ram:ShipToTradeParty under ram:SpecifiedLineTradeDelivery. It checks the number of blocks, not which tax registration you should choose.
Why it matters
The Extended profile provides a single tax registration block at this location rather than a list of registrations.
How to fix it
Check which tax registration belongs in the line's delivery-party details. In XML, retain at most one ram:SpecifiedTaxRegistration inside ram:SpecifiedLineTradeDelivery/ram:ShipToTradeParty. Do not automatically prefer a VAT number over a tax number: this rule does not specify that choice. Confirm the appropriate registration with the delivery party if you are unsure, then 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-001092 still fails, and which other rules do.
Related rules
- FX-SCH-A-001093 Line delivery contact email needs one address element
- FX-SCH-A-001094 Line delivery contact fax needs one number element
- FX-SCH-A-001095 Line delivery contact phone needs one number element
- FX-SCH-A-001096 The delivery party's global ID on a line needs a scheme
- FX-SCH-A-001097 The scheme of the delivery party's global ID is not allowed
- FX-SCH-A-001098 The delivery address on a line needs one country element