What it means
The check applies to every ram:ID inside a manufacturer's tax registration (ram:SpecifiedTaxRegistration) in which one ID is marked FC, the type for a tax number. Each ID there must carry a schemeID. In practice it fails when an extra ID sits next to the FC one without a type.
Why it matters
Factur-X 1.09 EXTENDED and ZUGFeRD 2.5 EXTENDED require a schemeID attribute on every ram:ID in a manufacturer's tax registration entry containing an ID marked FC.
How to fix it
Open the manufacturer's tax details on the product or line and remove the extra number. If it is a different kind of number, enter it as its own entry with its type: FC for a tax number, VA for a VAT number. In the XML, every ram:ID in a ram:SpecifiedTaxRegistration containing an ID marked FC needs a schemeID.
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
Attribute '@schemeID' is required in this context. 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-001167 still fails, and which other rules do.
Related rules
- FX-SCH-A-001168 A manufacturer VAT number entry must hold exactly one number
- FX-SCH-A-001169 Every ID in a manufacturer VAT number entry needs a scheme
- FX-SCH-A-001170 The manufacturer's electronic address needs one address element
- FX-SCH-A-001171 The manufacturer's electronic address needs a scheme
- FX-SCH-A-001172 The manufacturer's address scheme must be a known code
- FX-SCH-A-001173 The product's country of origin must be a valid country code