What it means
Each ram:InvoiceReferencedDocument under ram:ApplicableHeaderTradeSettlement must contain exactly one ram:IssuerAssignedID for the earlier invoice number (BT-25). The rule applies to the BASIC WL, Basic, EN 16931 and Extended profiles of Factur-X and ZUGFeRD. It checks the number of elements, not the number's text, and is not restricted to credit notes or corrections.
Why it matters
The earlier invoice number identifies the document concerned, allowing the reference to be linked to the right invoice.
How to fix it
Check every earlier-invoice reference (BG-3), not just those on credit notes or corrected invoices. Add the missing invoice number or remove duplicate ram:IssuerAssignedID elements so that each ram:InvoiceReferencedDocument contains one. Remove the whole reference only if it was added by mistake and is not needed. Export and recheck the 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
Element 'ram:IssuerAssignedID' must occur exactly 1 times. Where this rule applies
| Rule set | Version |
|---|---|
| Factur-X 1.09 BASIC WL | 1.0.9-2 |
| Factur-X 1.09 BASIC | 1.0.9-2 |
| Factur-X 1.09 EN 16931 | 1.0.9-2 |
| Factur-X 1.09 EXTENDED | 1.0.9-2 |
| ZUGFeRD 2.5 BASIC WL | 2.5.2 |
| ZUGFeRD 2.5 BASIC | 2.5.2 |
| ZUGFeRD 2.5 EN 16931 | 2.5.2 |
| ZUGFeRD 2.5 EXTENDED | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000415 still fails, and which other rules do.
Related rules
- FX-SCH-A-000416 The invoice date must be written as YYYYMMDD (format 102)
- FX-SCH-A-000417 The invoice type code must be one the profile allows
- FX-SCH-A-000418 Use an allowed Basic WL specification identifier
- FX-SCH-A-000419 Give the buyer one postal address
- FX-SCH-A-000420 Add the buyer identifier scheme
- FX-SCH-A-000421 Use an allowed buyer identifier scheme