Skip to content

Fatal

CII-DT-096: A postal address must not use an additional street name element

In short

Fatal: fails the selected checks.

CII-DT-096 means a postal address in the file has an AdditionalStreetName element, which EN 16931 does not allow. Fix it by moving that text into the second address line.

On this page

What it means

Each postal address in the invoice is a PostalTradeAddress block. The rule checks that the block has no AdditionalStreetName element, which would hold a second street line such as a floor, unit or side street. EN 16931 gives an address up to three plain address lines instead.

Why it matters

The standard defines address lines and not a separate extra street element. The element has no agreed meaning for the recipient's software, so the file fails the check and the invoice is rejected.

How to fix it

Put the extra street text in the second address line, so that the first line keeps the street and house number. In your invoicing software, look for a second street or address field and check that it is exported as an address line. If the file is generated, ask your software supplier to stop writing an AdditionalStreetName element. In the XML, move the text into LineTwo and delete the AdditionalStreetName line.

The rule as published

AdditionalStreetName 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
Rule text from phive-rules 4.6.4.

Check your file

Drop your e-invoice to see whether CII-DT-096 still fails, and which other rules do.

Updated 6 November 2026