What it means
For each ram:PayerTradeParty/ram:SpecifiedTaxRegistration in the header settlement, this rule counts its ram:ID child elements. The count must be one. It does not check whether the identifier is filled in or valid.
Why it matters
One identifier element gives each tax registration a consistent structure for recording its number.
How to fix it
Check each ram:PayerTradeParty/ram:SpecifiedTaxRegistration. Add a ram:ID containing the relevant tax registration number if the element is missing. If there are duplicate ram:ID elements, keep the identifier that belongs to that registration and remove the duplicates. 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:ID' must occur exactly 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-000944 still fails, and which other rules do.
Related rules
- FX-SCH-A-000945 Identify the payer's tax registration scheme
- FX-SCH-A-000946 Each payer electronic address block needs one address element
- FX-SCH-A-000947 Identify the payer's electronic address scheme
- FX-SCH-A-000948 Use an allowed scheme for the payer's electronic address
- FX-SCH-A-000949 Use an allowed header accounting account type
- FX-SCH-A-000950 Add the format attribute to the advance payment received date