What it means
This rule counts direct ram:URIUniversalCommunication children of ram:ShipToTradeParty under ram:SpecifiedLineTradeDelivery and permits zero or one. It does not count or check address values inside those blocks. A contact person's ram:EmailURIUniversalCommunication is outside this check.
Why it matters
The Extended profile provides one electronic address block at this party-level location, separate from a contact person's email details.
How to fix it
Check the electronic address recorded for the line's delivery party. In XML, keep at most one ram:URIUniversalCommunication inside ram:SpecifiedLineTradeDelivery/ram:ShipToTradeParty, retaining the intended address in its ram:URIID. Remove repeated blocks, then export and recheck your 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: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-001091 still fails, and which other rules do.
Related rules
- FX-SCH-A-001092 Line delivery party may have only one tax registration
- FX-SCH-A-001093 Line delivery contact email needs one address element
- FX-SCH-A-001094 Line delivery contact fax needs one number element
- FX-SCH-A-001095 Line delivery contact phone needs one number element
- FX-SCH-A-001096 The delivery party's global ID on a line needs a scheme
- FX-SCH-A-001097 The scheme of the delivery party's global ID is not allowed