What it means
Each ram:ProductEndUserTradeParty under ram:ApplicableHeaderTradeAgreement may contain zero or one direct ram:SpecifiedTaxRegistration child. This rule counts registration blocks rather than checking their identifiers.
Why it matters
The Extended profile allows at most one tax registration block for each product end user.
How to fix it
Check which tax registration belongs in your product end user details. In your CII XML, remove additional ram:SpecifiedTaxRegistration blocks directly inside ram:ProductEndUserTradeParty, retaining the appropriate registration and its scheme. Export the corrected file 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-000712 still fails, and which other rules do.
Related rules
- FX-SCH-A-000713 Put one address field in each end user contact email block
- FX-SCH-A-000714 Put one number field in each end user contact fax block
- FX-SCH-A-000715 Put one number field in each end user contact telephone block
- FX-SCH-A-000716 Add a scheme to the end user's global identifier
- FX-SCH-A-000717 Use an allowed scheme for the end user's global identifier
- FX-SCH-A-000718 Include exactly one country field in the end user's address