What it means
This rule counts direct ram:URIUniversalCommunication children of ram:UltimateShipToTradeParty in the header delivery section. Zero or one is allowed. It does not count email blocks within the party's contact details or check the contents of the remaining communication block.
Why it matters
The Extended profile allows one electronic-address block at this position. Repeating that block does not match the permitted structure.
How to fix it
Check the electronic address recorded directly for the final delivery party. In ram:ApplicableHeaderTradeDelivery/ram:UltimateShipToTradeParty, keep the ram:URIUniversalCommunication block containing the appropriate address and remove extra blocks. Do not remove contact email fields to address this rule. 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-000834 still fails, and which other rules do.
Related rules
- FX-SCH-A-000835 The final delivery party can have only one tax registration
- FX-SCH-A-000836 An email entry for the final recipient needs one address field
- FX-SCH-A-000837 A fax entry for the final recipient needs one number field
- FX-SCH-A-000838 A phone entry for the final recipient needs one number field
- FX-SCH-A-000839 The final recipient's global identifier needs a scheme
- FX-SCH-A-000840 The final recipient's global identifier scheme must be allowed