What it means
Each ram:PayerTradeParty under ram:ApplicableHeaderTradeSettlement may contain zero or one direct ram:RoleCode child. This rule checks the number of elements, not whether the code itself is correct.
Why it matters
The Extended profile permits only one role code element in each payer block.
How to fix it
Check the role code included in your payer details. In ram:ApplicableHeaderTradeSettlement/ram:PayerTradeParty, keep at most one ram:RoleCode and remove any additional role code elements. If your software produces the duplicates, ask its supplier to correct the export. Check the corrected file again.
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-000929 still fails, and which other rules do.
Related rules
- FX-SCH-A-000930 The payer may have only one electronic address
- FX-SCH-A-000931 Use at most one payer tax registration block
- FX-SCH-A-000932 Give the payer's contact email block one address element
- FX-SCH-A-000933 Give the payer's fax block one number element
- FX-SCH-A-000934 The payer's telephone block needs exactly one number
- FX-SCH-A-000935 Add the scheme attribute to the payer's global identifier