Skip to content

Fatal

CII-DT-010: Remove listID from the invoice type code

In short

Fatal: fails the selected checks.

CII-DT-010 means the invoice type code (BT-3) in your CII file has a listID attribute, which is not allowed there. Remove that attribute from ram:TypeCode under rsm:ExchangedDocument and keep the code value.

On this page

What it means

The check applies only to /rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:TypeCode, which holds the invoice type code (BT-3). It fails if listID is present, regardless of the attribute's value.

Why it matters

The invoice type is represented by its code value in this CII mapping, without a listID attribute.

How to fix it

Find rsm:ExchangedDocument and its ram:TypeCode child. Remove only listID from that child. Keep the existing document type code, such as 380 for an invoice, 381 for a credit note or 389 for a self-billed invoice. Save or regenerate your CII file, then check it again.

Once the file is corrected, check it again for free: Validate an invoice against EN 16931

Or fix the invoice in a form and download the corrected file, for 1 credit: Fix a rejected e-invoice

The rule as published

listID should not be present

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-010 still fails, and which other rules do.

Updated 6 November 2026