What it means
The payee (BG-10) is the party that receives the payment when that is not the seller. In the Extended profile it may have an electronic address (ram:URIUniversalCommunication), such as an email address or a Peppol ID. At most one such entry is allowed. The rule fails when there are two or more.
Why it matters
The Extended profile gives the payee room for one electronic address. A second entry breaks the structure of the profile, so the file is invalid and can be rejected.
How to fix it
Open the payee details in your invoicing software and keep the one electronic address you want the recipient to use. Then export again. In the XML, ram:PayeeTradeParty may contain only one ram:URIUniversalCommunication.
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-000909 still fails, and which other rules do.
Related rules
- FX-SCH-A-000910 The payee may have at most one tax registration
- FX-SCH-A-000911 The payee contact's email entry needs one address element
- FX-SCH-A-000912 The payee contact's fax entry needs one number element
- FX-SCH-A-000913 The payee contact's phone entry needs one number element
- FX-SCH-A-000914 The payee's global identifier needs a valid scheme code
- FX-SCH-A-000915 The payee's address needs exactly one country element