What it means
This rule counts direct ram:SpecifiedTaxRegistration children of ram:UltimateShipToTradeParty in the header delivery section. Zero or one is allowed. It does not check the identifier inside the block or decide which type of tax registration you should include.
Why it matters
This part of the Extended profile allows at most one tax registration block. The rule does not give a VAT number priority over a national tax number.
How to fix it
Confirm which tax registration needs to be included for the final delivery party. Keep that registration in ram:ApplicableHeaderTradeDelivery/ram:UltimateShipToTradeParty and remove any extra ram:SpecifiedTaxRegistration blocks. Do not choose a registration solely to clear the error. 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-000835 still fails, and which other rules do.
Related rules
- FX-SCH-A-000836 An email entry for the final recipient needs one address field
- FX-SCH-A-000837 A fax entry for the final recipient needs one number field
- FX-SCH-A-000838 A phone entry for the final recipient needs one number field
- FX-SCH-A-000839 The final recipient's global identifier needs a scheme
- FX-SCH-A-000840 The final recipient's global identifier scheme must be allowed
- FX-SCH-A-000841 The final recipient's address needs one country field