What it means
This checks ram:SpecifiedAdvancePayment/ram:IncludedTradeTax/ram:ExemptionReasonCode against the profile's reason-code list. An empty code value passes this test. The rule does not determine whether the tax treatment or exemption is justified.
Why it matters
The reason code records the stated basis for the tax treatment in a form software can recognise.
How to fix it
Check the reason recorded for the advance payment's tax treatment. Replace ram:ExemptionReasonCode with the appropriate code from the permitted list. VATEX-EU-IC denotes intra-community supply and VATEX-EU-AE denotes reverse charge; do not use either unless it describes your transaction. Do not change the VAT category merely to clear a code-list 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:ExemptionReasonCode' 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-000956 still fails, and which other rules do.
Related rules
- 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
- 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