What it means
In the Basic WL profiles of Factur-X and ZUGFeRD, this rule checks ram:SpecifiedTradeSettlementPaymentMeans/ram:TypeCode against the profile's payment means code list. An empty checked value passes. FX-SCH-A-000488 separately counts the code elements; it does not check their contents.
Why it matters
The payment means code expresses the payment method in a form defined by the profile. This check covers the code, not whether the payment instructions are otherwise complete or correct.
How to fix it
Choose the actual payment method in your invoicing software and ensure its export uses a Basic WL payment means code. In XML, correct ram:TypeCode inside ram:SpecifiedTradeSettlementPaymentMeans. For example, 58 denotes a SEPA bank transfer. Use the permitted code rather than a written method name, then 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 BASIC WL | 1.0.9-2 |
| ZUGFeRD 2.5 BASIC WL | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000489 still fails, and which other rules do.
Related rules
- FX-SCH-A-000490 Use an allowed invoice note subject code (Basic)
- FX-SCH-A-000491 Use an allowed invoice date format code (Basic)
- FX-SCH-A-000492 Use an allowed invoice type code (Basic)
- FX-SCH-A-000493 Use a specification identifier allowed by Basic
- FX-SCH-A-000494 Use an allowed buyer identifier scheme (Basic)
- FX-SCH-A-000495 Use an allowed buyer country code (Basic)