What it means
Each ram:PayerTradeParty under ram:ApplicableHeaderTradeSettlement may contain zero or one direct ram:ID child. Repeated ram:ID elements fail this count even if their values are identical.
Why it matters
The Extended profile allows only one direct ram:ID element in each payer block. Other identifier elements are outside this test.
How to fix it
Check the payer identifier in your invoice export. Under ram:ApplicableHeaderTradeSettlement/ram:PayerTradeParty, keep at most one direct ram:ID. Do not remove global identifiers or company registration numbers just to satisfy this rule. Save or export the corrected file 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:ID' may occur at maximum 1 times. 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-000927 still fails, and which other rules do.
Related rules
- FX-SCH-A-000928 Give the payer exactly one name element
- FX-SCH-A-000929 Do not repeat the payer's role code
- FX-SCH-A-000930 The payer may have only one electronic address
- FX-SCH-A-000931 Use at most one payer tax registration block
- FX-SCH-A-000932 Give the payer's contact email block one address element
- FX-SCH-A-000933 Give the payer's fax block one number element