What it means
The check counts ram:URIUniversalCommunication elements directly inside ram:BuyerTaxRepresentativeTradeParty in the header trade agreement. The count may be zero or one. This test counts communication blocks, not the address elements inside them.
Why it matters
The Extended profile provides one optional electronic address block for this party. Repeating the block breaks that structure, even if the same address appears each time.
How to fix it
Check the electronic address of the buyer's tax representative. Keep the intended ram:URIUniversalCommunication block under ram:BuyerTaxRepresentativeTradeParty and remove any extra blocks. If you are not supplying an electronic address, omit the block. Export the invoice again and recheck it.
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-000675 still fails, and which other rules do.
Related rules
- FX-SCH-A-000676 Tax registration for the buyer's tax representative
- FX-SCH-A-000677 Email address for the tax representative's contact
- FX-SCH-A-000678 Fax number for the tax representative's contact
- FX-SCH-A-000679 A contact's phone entry must hold exactly one number
- FX-SCH-A-000680 Identifier scheme for the buyer's tax representative
- FX-SCH-A-000681 Accepted identifier scheme for the buyer's tax representative