What it means
Each existing ram:PayeeTradeParty/ram:SpecifiedTaxRegistration must contain exactly one ram:ID child element. This rule counts elements, not populated numbers, and does not check the identifier's text or scheme. It does not determine how many tax registration entries the payee may have.
Why it matters
The profile represents a tax registration with a single identifier element, giving software one defined place to read its number.
How to fix it
In the payee's ram:SpecifiedTaxRegistration, add a missing ram:ID with the correct VAT number or tax number, or remove extra ram:ID elements so one remains. Do not move extra identifiers into additional payee tax registration entries: FX-SCH-A-000910 limits the payee to at most one such entry. Regenerate and recheck your file.
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-000922 still fails, and which other rules do.
Related rules
- FX-SCH-A-000923 Add the scheme attribute to the payee's tax registration number
- FX-SCH-A-000924 Give the payee's electronic address block one address element
- FX-SCH-A-000925 Add the scheme attribute to the payee's electronic address
- FX-SCH-A-000926 Use a permitted scheme for the payee's electronic address
- FX-SCH-A-000927 Use at most one direct ram:ID for the payer
- FX-SCH-A-000928 Give the payer exactly one name element