What it means
This checks ram:SpecifiedAdvancePayment/ram:IncludedTradeTax/ram:TypeCode against the profile's tax-type list. An empty code value passes this test. FX-SCH-A-000953 separately requires exactly one ram:TypeCode element per tax entry.
Why it matters
The tax type distinguishes the kind of tax described by the entry from its category and rate.
How to fix it
Identify the tax described by the advance payment entry, then correct ram:TypeCode using the profile's permitted tax-type list. For a VAT entry, use VAT. Do not relabel a different tax as VAT merely to clear the error. Export and recheck.
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 'ram:TypeCode' 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-000957 still fails, and which other rules do.
Related rules
- FX-SCH-A-000958 Each advance payment invoice reference needs one number element
- FX-SCH-A-000959 Add the format attribute to the referenced invoice date
- FX-SCH-A-000960 Use an allowed format for the referenced invoice date
- FX-SCH-A-000961 Use an allowed type for the referenced invoice
- FX-SCH-A-000962 Each financial adjustment needs one amount element
- FX-SCH-A-000963 One description per logistics charge