What it means
For the Extended profile of Factur-X and ZUGFeRD, this test accepts an empty delivery type code or a value found in code list 36 of FACTUR-X_EXTENDED_codedb.xml. FX-SCH-A-000319 separately requires exactly one ram:DeliveryTypeCode within each ram:ApplicableTradeDeliveryTerms. Passing this value check alone does not establish that the delivery terms are correct.
Why it matters
A non-empty delivery type code must match the profile's list so that its meaning can be read consistently.
How to fix it
Check ram:DeliveryTypeCode inside ram:ApplicableTradeDeliveryTerms. Use the exact permitted code for your agreed delivery terms, without appending a place name or description to the code. Do not choose an unrelated code merely to clear the error. If the delivery-terms block was included by mistake, remove it. Export and recheck the file.
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:DeliveryTypeCode' 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-000320 still fails, and which other rules do.
Related rules
- FX-SCH-A-000321 The buyer's agent can have only one role code
- FX-SCH-A-000322 A transport movement needs exactly one transport mode
- FX-SCH-A-000323 The line total basis amount can appear only once
- FX-SCH-A-000324 The discount and charge basis amount can appear only once
- FX-SCH-A-000325 Each advance payment needs a tax entry
- FX-SCH-A-000326 At most one invoice reference per advance payment