What it means
In the header delivery section, ram:UltimateShipToTradeParty may contain zero or one direct ram:ID child. Two or more fail this rule. The check does not count ram:GlobalID elements or identifiers within other blocks.
Why it matters
The Extended profile provides a single ram:ID field at this position. Other identification fields have separate structural requirements.
How to fix it
Check the identifier recorded for the final delivery party. In ram:ApplicableHeaderTradeDelivery/ram:UltimateShipToTradeParty, keep the appropriate ram:ID and remove extra direct ram:ID elements. You can omit ram:ID if you do not need it. 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:ID' 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-000832 still fails, and which other rules do.
Related rules
- FX-SCH-A-000833 The final delivery party can have only one role code
- 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