What it means
Each postal address in the invoice is written as a PostalTradeAddress block. That covers the seller's address (BG-5), the buyer's address (BG-8), the address of the seller's tax representative (BG-12) and the delivery address (BG-15). The rule checks that the block has no ID element, which would be an identifier attached to the address itself. A party's own identifiers, such as a company registration number, are separate fields and are not affected.
Why it matters
EN 16931 lists exactly which parts an address may have, so that every recipient reads it the same way. An address ID is not one of them and has no agreed meaning, so the file fails the check and the invoice is rejected.
How to fix it
The address ID is written by the software that creates the file, not typed by you. Check the export or format settings for a choice of profile and pick EN 16931 rather than Extended or a generic CII format. If you can edit the file, delete the ID line inside PostalTradeAddress and leave the address lines, postcode, city and country as they are. If you cannot, ask your software supplier to stop writing an ID in addresses.
The rule as published
ID shall not be used. Where this rule applies
| Rule set | Version |
|---|---|
| EN 16931 (CII) | 1.3.17 |
| XRechnung 3.0 (CII) | 3.0.2 |
| NLCIUS (CII) | 1.0.3.13 |
| France CTC (CII) | 1.4.0-04 |
Check your file
Drop your e-invoice to see whether CII-DT-082 still fails, and which other rules do.
Related rules
- CII-DT-083 A postal address must not use a separate PO box element
- CII-DT-084 A postal address must not use a building name element
- CII-DT-086 A postal address can have at most three address lines
- CII-DT-087 A postal address cannot have a fifth address line
- CII-DT-088 Put the street in the first address line, not a StreetName element
- CII-DT-089 A postal address must not use a city district element