What it means
The delivery party on an invoice line can carry a tax registration (ram:SpecifiedTaxRegistration), such as a VAT number or a national tax number. Each entry must contain exactly one ram:ID. An empty entry, or one with two numbers, fails.
Why it matters
The recipient's software reads each tax registration as one number with one meaning. An entry with none or two does not fit the structure of the Extended profile, so the file is reported as invalid.
How to fix it
In your invoicing software, check the VAT number and tax number fields on the delivery party of the line. Enter one number per field and clear any field you do not need. If you build the XML yourself, each ram:SpecifiedTaxRegistration must hold a single ram:ID, and the element should be left out when there is no number.
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-001103 still fails, and which other rules do.
Related rules
- FX-SCH-A-001104 Tax registration of the delivery party needs a scheme
- FX-SCH-A-001105 The delivery party's electronic address needs exactly one value (Extended)
- FX-SCH-A-001106 The delivery party's electronic address needs a scheme (Extended)
- FX-SCH-A-001107 Unsupported electronic address scheme for the delivery party
- FX-SCH-A-001108 Repeated identifier for the final recipient on a line
- FX-SCH-A-001109 Repeated role code for the final recipient on a line