What it means
In the Extended profiles of Factur-X and ZUGFeRD, ram:SellerTaxRepresentativeTradeParty (BG-11) may contain zero or one direct ram:URIUniversalCommunication child. This rule counts blocks, not their address values. It does not count contact email blocks inside ram:DefinedTradeContact.
Why it matters
The profile provides one optional electronic address block directly under the tax representative. This structural limit does not determine where your invoice should be sent.
How to fix it
Check the electronic address recorded directly for your seller's tax representative. Keep the intended address in at most one ram:URIUniversalCommunication under ram:SellerTaxRepresentativeTradeParty and remove duplicate blocks. Do not treat an email block under ram:DefinedTradeContact as a duplicate of this party-level block. Recheck the corrected 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-000759 still fails, and which other rules do.
Related rules
- FX-SCH-A-000760 The tax representative's contact email needs one address element
- FX-SCH-A-000761 The tax representative's fax block needs one number element
- FX-SCH-A-000762 Keep one number in the tax representative's telephone block
- FX-SCH-A-000763 The tax representative's global ID needs a scheme code
- FX-SCH-A-000764 Use an allowed scheme for the tax representative's global identifier
- FX-SCH-A-000765 Use an allowed country code for the tax representative