What it means
The rule checks ram:TypeCode under the line's ram:SpecifiedLineTradeSettlement/ram:AdditionalReferencedDocument against the Extended profile's code list 18. An empty value passes. It does not check ram:ReferenceTypeCode.
Why it matters
A recognised document type code helps software distinguish the kinds of documents and objects referenced by the line.
How to fix it
Correct ram:TypeCode in the affected ram:AdditionalReferencedDocument. Choose the permitted code that matches the reference, such as 916 for a supporting document or 130 for an invoiced object identifier. Do not use a descriptive word in place of a code. Export again 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-001127 still fails, and which other rules do.
Related rules
- FX-SCH-A-001128 Tax category code on a line must be allowed
- FX-SCH-A-001129 Tax point date code on a line must be allowed
- FX-SCH-A-001130 Exemption reason code on a line must be allowed
- FX-SCH-A-001131 The tax type code on a line must be a valid code
- FX-SCH-A-001132 Date format of a line's period end date must be valid
- FX-SCH-A-001133 Date format of a line's period start date must be valid