What it means
This rule checks format on udt:DateTimeString under ram:TaxApplicableTradeCurrencyExchange/ram:ConversionRateDateTime against date format list 3. An empty value passes. FX-SCH-A-001009 checks attribute presence only. Neither test checks the date text itself.
Why it matters
The format code identifies how the exchange rate date text should be interpreted.
How to fix it
Replace the format value with the appropriate allowed code. For example, use 102 when the date is written as YYYYMMDD. Keep the date text consistent with the code rather than putting a pattern such as yyyy-MM-dd in the attribute. 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 '@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-001010 still fails, and which other rules do.
Related rules
- FX-SCH-A-001011 The VAT accounting currency must be an allowed code
- FX-SCH-A-001012 A line note can contain at most one text element
- FX-SCH-A-001013 A line note can have at most one subject code
- FX-SCH-A-001014 The line note subject code must be an allowed code
- FX-SCH-A-001015 A line document reference needs one identifier element
- FX-SCH-A-001016 A line document reference needs one type-code element