What it means
This rule compares a non-empty schemeID on ram:ID inside the line delivery party's ram:SpecifiedLegalOrganization with the profile's registration scheme list. An absent or empty value does not fail this test. FX-SCH-A-001101 separately checks that the attribute exists.
Why it matters
A recognised registration scheme code identifies the source of the company registration number consistently across software.
How to fix it
Correct schemeID on ram:ID inside ram:SpecifiedLineTradeDelivery/ram:ShipToTradeParty/ram:SpecifiedLegalOrganization. Use the profile's registration scheme list and match the code to the number; 0009 identifies a French SIRET and 0106 a Dutch KvK number. Preserve leading zeros and do not substitute a register name for its code. Remove the ID only if you have no registration number to report. Export 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
Value of '@schemeID' is not allowed. 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-001102 still fails, and which other rules do.
Related rules
- FX-SCH-A-001103 The delivery party's tax registration needs exactly one number (Extended)
- 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