What it means
If ram:URIUniversalCommunication exists under ram:BuyerTradeParty, it must contain exactly one ram:URIID for the buyer's electronic address (BT-49). The test counts elements; it does not check whether the address text is empty, its scheme, its format or delivery. It applies to the Basic WL, Basic, EN 16931 and Extended profiles of Factur-X 1.09 and ZUGFeRD 2.5.
Why it matters
The address block needs one defined field for your buyer's electronic address. A missing or repeated ram:URIID does not meet that structure.
How to fix it
Use the electronic address the buyer asked you to use. Put it in one ram:URIID inside the buyer's ram:URIUniversalCommunication and remove repeated ram:URIID elements. Remove the whole address block only if it was included unintentionally and no other applicable rule requires it. Export again 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:URIID' must occur exactly 1 times. Where this rule applies
| Rule set | Version |
|---|---|
| Factur-X 1.09 BASIC WL | 1.0.9-2 |
| Factur-X 1.09 BASIC | 1.0.9-2 |
| Factur-X 1.09 EN 16931 | 1.0.9-2 |
| Factur-X 1.09 EXTENDED | 1.0.9-2 |
| ZUGFeRD 2.5 BASIC WL | 2.5.2 |
| ZUGFeRD 2.5 BASIC | 2.5.2 |
| ZUGFeRD 2.5 EN 16931 | 2.5.2 |
| ZUGFeRD 2.5 EXTENDED | 2.5.2 |
Check your file
Drop your e-invoice to see whether FX-SCH-A-000168 still fails, and which other rules do.
Related rules
- FX-SCH-A-000169 A tax representative needs one tax registration block
- FX-SCH-A-000171 A delivery event needs one date element
- FX-SCH-A-000172 The invoice can have at most one payment reference
- FX-SCH-A-000173 The invoice needs at least one tax breakdown block
- FX-SCH-A-000174 The invoice can have at most one payment terms block
- FX-SCH-A-000175 Use at most one buyer accounting reference