What it means
Within the line's ram:SpecifiedLineTradeDelivery/ram:UltimateShipToTradeParty, this check counts ram:URIUniversalCommunication children and allows zero or one. It does not check the address value inside an entry.
Why it matters
The Extended profile limits this party's electronic address entry to one occurrence. The limit applies even if the repeated entries contain the same address.
How to fix it
Check the electronic address entries under the affected line's ram:UltimateShipToTradeParty. Retain the entry you need and remove additional ram:URIUniversalCommunication blocks. If the duplicates come from your export, correct the mapping, then export and recheck.
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:URIUniversalCommunication' 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-001110 still fails, and which other rules do.
Related rules
- FX-SCH-A-001111 Repeated tax registration for the final recipient
- FX-SCH-A-001112 The final recipient's contact email needs exactly one address
- FX-SCH-A-001113 The final recipient's contact fax entry needs one number element
- FX-SCH-A-001114 The final recipient's contact phone block needs a number
- FX-SCH-A-001115 The final recipient's global identifier needs a scheme
- FX-SCH-A-001116 Unsupported global identifier scheme for the final recipient