What it means
This rule counts direct ram:RoleCode children of ram:UltimateShipToTradeParty in the header delivery section. Zero or one is allowed; two or more fail the check.
Why it matters
The Extended profile allows a single role-code field in this party block. Repeating the field exceeds that limit.
How to fix it
In ram:ApplicableHeaderTradeDelivery/ram:UltimateShipToTradeParty, keep the appropriate ram:RoleCode and remove extra occurrences. You can omit the field if you do not need it. If your invoicing software does not let you correct this field, give its support team the rule ID and XML path. 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:RoleCode' 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-000833 still fails, and which other rules do.
Related rules
- FX-SCH-A-000834 Keep at most one electronic-address block for the final delivery party
- FX-SCH-A-000835 The final delivery party can have only one tax registration
- 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