What it means
For each ram:SpecifiedTaxRegistration under ram:ShipToTradeParty in the header delivery section, this rule requires exactly one direct ram:ID child. It checks the number of elements, not whether the identifier text is empty or correct.
Why it matters
The Extended profile represents the identifier for each tax registration in one ram:ID field. Omitting or repeating that field does not match the required structure.
How to fix it
Check each tax registration block for the delivery party separately. Add a missing ram:ID or remove extra ram:ID elements within that block, keeping the correct identifier. If a registration is not required for your invoice, remove its whole ram:SpecifiedTaxRegistration block instead of leaving it incomplete. 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' must occur exactly 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-000827 still fails, and which other rules do.
Related rules
- FX-SCH-A-000828 The delivery party's tax registration needs a scheme
- FX-SCH-A-000829 The delivery party's electronic address needs one address field
- FX-SCH-A-000830 The delivery party's electronic address needs a scheme
- FX-SCH-A-000831 The delivery party's electronic address scheme must be allowed
- FX-SCH-A-000832 The final delivery party can have only one ID
- FX-SCH-A-000833 The final delivery party can have only one role code