What it means
A non-empty ram:ReferenceTypeCode inside ram:ContractReferencedDocument under ram:ApplicableHeaderTradeAgreement must match the profile's reference type code list. An empty value does not fail this code-list check.
Why it matters
The type code describes what the reference identifies.
How to fix it
Check the type assigned to your contract reference. In your CII XML, correct ram:ReferenceTypeCode inside ram:ContractReferencedDocument under ram:ApplicableHeaderTradeAgreement using the matching code from the profile's reference type list. Export the corrected file and recheck it.
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:ReferenceTypeCode' 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-000707 still fails, and which other rules do.
Related rules
- FX-SCH-A-000708 Do not repeat the end user's identifier field
- FX-SCH-A-000709 Include exactly one end user name field
- FX-SCH-A-000710 Use at most one end user role code
- FX-SCH-A-000711 Do not repeat the end user's electronic address block
- FX-SCH-A-000712 Use at most one end user tax registration block
- FX-SCH-A-000713 Put one address field in each end user contact email block