What it means
This rule checks a non-empty format value on qdt:DateTimeString inside the line's ram:ReceivingAdviceReferencedDocument/ram:FormattedIssueDateTime against the profile's date format list. An absent or empty value does not fail this test. FX-SCH-A-001087 separately checks that the attribute exists.
Why it matters
A recognised format code lets software interpret the date using the representation defined for that code.
How to fix it
Correct format on qdt:DateTimeString inside ram:ReceivingAdviceReferencedDocument/ram:FormattedIssueDateTime under the line's ram:SpecifiedLineTradeDelivery. Use 102 if the date is written as YYYYMMDD, or another listed code matching the date you provide. Do not put the pattern YYYYMMDD itself in the attribute. Export and recheck your 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 '@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-001088 still fails, and which other rules do.
Related rules
- FX-SCH-A-001089 Line delivery party may have only one identifier
- FX-SCH-A-001090 Line delivery party may have only one role code
- FX-SCH-A-001091 Line delivery party may have only one electronic address block
- FX-SCH-A-001092 Line delivery party may have only one tax registration
- FX-SCH-A-001093 Line delivery contact email needs one address element
- FX-SCH-A-001094 Line delivery contact fax needs one number element