What it means
The tax registration (ram:ID inside ram:SpecifiedTaxRegistration) of the delivery party on an invoice line must say what kind of number it is, in the attribute schemeID. In practice VA stands for a VAT number and FC for a national tax number. This rule only checks that schemeID is there, not what it says.
Why it matters
A tax number without a type is ambiguous. The recipient cannot tell whether it is a VAT number or a national tax number, so the file fails the structure check of the Extended profile and is reported as invalid.
How to fix it
In your invoicing software, open the delivery party of the line and check how its tax number is entered. Choose whether it is a VAT number or a tax number, so the software writes the scheme with it. If you do not need the number, clear it. In XML, add schemeID with a value such as VA to the ram:ID inside ram:SpecifiedTaxRegistration.
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-001104 still fails, and which other rules do.
Related rules
- 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
- FX-SCH-A-001110 Repeated electronic address entry for the final recipient