What it means
For each ram:PayerTradeParty/ram:URIUniversalCommunication in the header settlement, this rule counts ram:URIID child elements. It requires exactly one element, but does not check its text or whether the address works.
Why it matters
A single address element gives each communication block a consistent structure for software to read.
How to fix it
Check ram:PayerTradeParty/ram:URIUniversalCommunication. Add a missing ram:URIID containing the intended electronic address, or remove duplicate ram:URIID elements after keeping the correct address. 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:URIID' 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-000946 still fails, and which other rules do.
Related rules
- 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
- FX-SCH-A-000951 Use an allowed format for the advance payment received date
- FX-SCH-A-000952 Each advance payment tax entry needs one amount element