What it means
Each ram:EmailURIUniversalCommunication under ram:PayerTradeParty/ram:DefinedTradeContact must contain exactly one direct ram:URIID child. This test counts elements; it does not check whether the email address is present as text, valid or usable.
Why it matters
The Extended profile requires one address element within each payer contact email block.
How to fix it
Check the email address in the payer's contact details. In ram:PayerTradeParty/ram:DefinedTradeContact/ram:EmailURIUniversalCommunication, include one ram:URIID containing the intended address and remove any additional ram:URIID elements. Save or export the corrected file and check it again.
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-000932 still fails, and which other rules do.
Related rules
- FX-SCH-A-000933 Give the payer's fax block one number element
- FX-SCH-A-000934 The payer's telephone block needs exactly one number
- FX-SCH-A-000935 Add the scheme attribute to the payer's global identifier
- FX-SCH-A-000936 Use a permitted scheme for the payer's global identifier
- FX-SCH-A-000937 Give the payer's postal address one country element
- FX-SCH-A-000938 Do not repeat the region in the payer's postal address