What it means
Each ram:ShipFromTradeParty under ram:ApplicableHeaderTradeDelivery may contain zero or one direct ram:SpecifiedTaxRegistration child. This rule counts the registration elements; it does not choose the registration type.
Why it matters
The Extended profile provides one optional tax registration block for this party. Repeating it does not match the required XML structure.
How to fix it
Check which tax registration is appropriate for the ship-from party. In ram:ApplicableHeaderTradeDelivery/ram:ShipFromTradeParty, retain at most one ram:SpecifiedTaxRegistration element. You can omit it if you do not need this information. Export your invoice 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: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-000797 still fails, and which other rules do.
Related rules
- FX-SCH-A-000798 The ship-from contact email block needs one address field
- FX-SCH-A-000799 The ship-from contact fax block needs one number field
- FX-SCH-A-000800 The ship-from contact telephone block needs one number field
- FX-SCH-A-000801 The ship-from party's global ID needs a scheme attribute
- FX-SCH-A-000802 Use an allowed ship-from identifier scheme
- FX-SCH-A-000803 The ship-from address needs one country element