What it means
In the EN 16931 and Extended profiles of Factur-X and ZUGFeRD, this rule selects ram:AdditionalReferencedDocument elements under ram:ApplicableHeaderTradeAgreement that contain ram:TypeCode with the value 130. It requires one ram:IssuerAssignedID in each selected element. It counts identifier elements, not their text content.
Why it matters
The identifier names the object being invoiced, such as a subscription or a metering point. Each reference block needs one field for that identifier.
How to fix it
Check your invoiced-object reference, which is distinct from a contract reference. In the affected ram:AdditionalReferencedDocument with ram:TypeCode 130, add the intended identifier in one ram:IssuerAssignedID or remove repeated identifier elements. If the reference is unused, remove that whole ram:AdditionalReferencedDocument. Export the corrected invoice and check it again.
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 EN 16931 | 1.0.9-2 |
| Factur-X 1.09 EXTENDED | 1.0.9-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-000557 still fails, and which other rules do.
Related rules
- FX-SCH-A-000558 Keep one type code in the invoiced-object reference
- FX-SCH-A-000559 A reference to the invoiced object must use the type code 130
- FX-SCH-A-000560 A tender or lot reference needs exactly one identifier
- FX-SCH-A-000561 A tender or lot reference needs exactly one type code
- FX-SCH-A-000562 A tender or lot reference must use the type code 50
- FX-SCH-A-000563 A supporting document needs exactly one reference