What it means
For each ram:SpecifiedAdvancePayment/ram:IncludedTradeTax, this rule counts ram:TypeCode child elements. It requires exactly one element, but does not check its value. FX-SCH-A-000957 separately checks non-empty tax type codes against the permitted list.
Why it matters
The tax type identifies which kind of tax the entry describes.
How to fix it
Add a missing ram:TypeCode or remove duplicate elements in each ram:SpecifiedAdvancePayment/ram:IncludedTradeTax. Supply the code for the tax described by the entry, such as VAT for VAT. Changing a VAT category or rate does not directly correct this element count. 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
Element 'ram:TypeCode' 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-000953 still fails, and which other rules do.
Related rules
- FX-SCH-A-000954 Each advance payment tax entry needs one category element
- FX-SCH-A-000955 Use an allowed advance payment tax category
- FX-SCH-A-000956 Use an allowed advance payment exemption reason code
- FX-SCH-A-000957 Use an allowed advance payment tax type
- 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