What it means
The rule checks ram:TypeCode under the line's ram:SpecifiedLineTradeSettlement/ram:InvoiceReferencedDocument against code list 33. An empty value passes. It checks the referenced document's type, not the type of the invoice you are currently checking.
Why it matters
The document type code identifies what kind of document the line refers to.
How to fix it
Check the type of the referenced document and correct ram:TypeCode inside the line's ram:InvoiceReferencedDocument. Use a permitted code that matches that document, such as 380 for an invoice. If your software generates the code incorrectly, ask its supplier to correct the export. 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-001136 still fails, and which other rules do.
Related rules
- FX-SCH-A-001137 Reason code for a line discount must be a valid code
- FX-SCH-A-001138 A reason code from list 5153 on a line charge must be allowed
- FX-SCH-A-001139 Reason code on a line charge must be from the charge reason list
- FX-SCH-A-001140 A line may have only one total for charges
- FX-SCH-A-001141 A line may have only one total for discounts
- FX-SCH-A-001142 Currency code of a line's tax total must be allowed