What it means
The contact person (ram:DefinedTradeContact) of the party the goods on an invoice line finally go to (ram:UltimateShipToTradeParty) can have an email entry (ram:EmailURIUniversalCommunication). When that entry is present, it must contain exactly one ram:URIID, which is the email address.
Why it matters
The recipient's software reads the entry as a single email address. An entry with none or two does not fit the structure of the Extended profile, so the file fails the schema check and is reported as invalid.
How to fix it
In your invoicing software, open the contact for the final recipient on the line and check the email field. Enter one address, or clear the field so no email entry is written. If you build the XML yourself, put a single ram:URIID inside ram:EmailURIUniversalCommunication, or leave the element out.
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-001112 still fails, and which other rules do.
Related rules
- 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
- FX-SCH-A-001117 The final recipient's address needs one country element
- FX-SCH-A-001118 Repeated region in the final recipient's address