What it means
Each postal address in the invoice is a PostalTradeAddress block. The rule checks that the block has no CareOf element, which is used when post goes to someone at another person's or company's address. EN 16931 has no separate field for it.
Why it matters
A field the standard does not define has no agreed meaning for the recipient's software. The file therefore fails the check and the invoice is rejected.
How to fix it
Write the c/o text in an address line, normally the second one, for example c/o Jane Smith. In your invoicing software, look for a c/o field on the address and move its text into an address line. If the file is generated, ask your software supplier to export it as an address line. In the XML, put the text in LineTwo and delete the CareOf line.
The rule as published
CareOf 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-093 still fails, and which other rules do.
Related rules
- CII-DT-094 Put the house number in the address line, not its own element
- CII-DT-095 A postal address must not use a department name element
- CII-DT-096 A postal address must not use an additional street name element
- CII-DT-097 Dates in the file must be written as eight digits (YYYYMMDD)
- CII-DT-098 Put a VAT exemption reason only in the VAT breakdown
- CII-DT-101 Identifiers must not carry a schemeName attribute