What it means
This checks ram:ReceivableSpecifiedTradeAccountingAccount/ram:TypeCode in the header settlement against the profile's account-type list. An empty code value passes this test. It does not check ram:ID, which holds the buyer accounting reference (BT-19).
Why it matters
The type code classifies the accounting account separately from the reference used to identify it.
How to fix it
Check the account type associated with the buyer accounting reference. Correct ram:TypeCode inside the header's ram:ReceivableSpecifiedTradeAccountingAccount using the profile's account-type list. Do not replace the buyer accounting reference (BT-19) in ram:ID with a type code. 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 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-000949 still fails, and which other rules do.
Related rules
- FX-SCH-A-000950 Add the format attribute to the advance payment received date
- FX-SCH-A-000951 Use an allowed format for the advance payment received date
- FX-SCH-A-000952 Each advance payment tax entry needs one amount element
- FX-SCH-A-000953 Each advance payment tax entry needs one tax type element
- FX-SCH-A-000954 Each advance payment tax entry needs one category element
- FX-SCH-A-000955 Use an allowed advance payment tax category