Skip to content

Warning

CII-SR-108: Keep the purchase order number at invoice level

In short

Warning: worth checking.

CII-SR-108 flags IssuerAssignedID inside a line-level BuyerOrderReferencedDocument. Remove that order number from the line and, if needed, enter it as the invoice-level purchase order number (BT-13). You can retain a valid order line reference (BT-132).

On this page

What it means

The check looks for BuyerOrderReferencedDocument/IssuerAssignedID inside an invoice line's SpecifiedLineTradeAgreement. It does not prohibit BuyerOrderReferencedDocument itself or its LineID, which carries the referenced purchase order line (BT-132).

Why it matters

The purchase order number (BT-13) identifies the order at invoice level. The order line reference (BT-132) identifies a line within that order. These fields have different purposes.

How to fix it

Check the invoice-level purchase order number (BT-13). If needed, enter it in ApplicableHeaderTradeAgreement/BuyerOrderReferencedDocument/IssuerAssignedID. Remove IssuerAssignedID from each affected line's BuyerOrderReferencedDocument, but keep any correct LineID for BT-132. If the invoice covers several orders, ask the buyer how to show the additional references. Re-export and recheck the file.

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

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

Updated 6 November 2026