What it means
An invoice can refer to an earlier invoice (BG-3), for example when a credit note corrects it. That reference can include the invoice date of the earlier invoice (BT-26). The date is written as text with a format attribute, and this rule checks the attribute against the profile's list. The usual value is 102, which means YYYYMMDD.
Why it matters
The recipient uses the reference to link this document to the invoice it follows up. If the date cannot be read with certainty, the link is unreliable. The file fails the check and may be rejected.
How to fix it
Check the date of the original invoice in the reference field of your invoicing software and export the file again. If you build the XML yourself, the date goes in qdt:DateTimeString inside ram:FormattedIssueDateTime of ram:InvoiceReferencedDocument. Note that this element uses the qdt prefix, not udt. Set format to 102 and write the value as YYYYMMDD.
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 '@format' 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-000862 still fails, and which other rules do.
Related rules
- FX-SCH-A-000863 Use an allowed type code for the earlier invoice
- FX-SCH-A-000864 Keep at most one invoicee identifier
- FX-SCH-A-000865 The invoicee must have exactly one name
- FX-SCH-A-000866 Keep at most one invoicee role code
- FX-SCH-A-000867 Keep at most one invoicee electronic address entry
- FX-SCH-A-000868 Keep at most one invoicee tax registration