Attestwire › Rule reference › PEPPOL-COMMON-R045
PEPPOL-COMMON-R045 An Italian Codice Fiscale under scheme 0210 should be well formed
noun · Peppol BIS · warning · BT-29
For a sample invoice, the library reports: The Seller identifier (BT-29) is "123" under scheme "0210", which identifies the Italian Codice Fiscale.
- Business term
BT-29- Severity
warning
The fix
Correct seller.identifier, or change its scheme identifier if the value belongs to a different register. A check digit failing almost always means one digit was transposed or dropped in transcription — compare it against the source register rather than re-typing it.
A passing value
"identifier": { "schemeId": "0210", "value": "01234567890" }What the library returns
The full error returned by @attestwire/en16931. It includes the rule ID,
affected field and suggested correction. Developers can use this object in their application:
{
"rule": "PEPPOL-COMMON-R045",
"field": "BT-29",
"severity": "warning",
"message": "The Seller identifier (BT-29) is \"123\" under scheme \"0210\", which identifies the Italian Codice Fiscale. A value in that scheme must be either eleven digits (an organisation), or the sixteen-character personal layout: six letters, two digits, a letter, two digits, three characters, a digit and a letter, and this one is not. The Codice Fiscale is issued in two shapes — the eleven-digit form for organisations and the sixteen-character encoded form for individuals — and mixing them up usually means an individual's code was entered for a company or vice versa. Peppol flags this one as a warning rather than a rejection, so the document will be delivered — but a wrong identifier is delivered to the wrong place, or to nowhere. This is a Peppol BIS Billing 3.0 profile rule: it applies because profile is \"peppol-bis-3\". It does not apply to the en16931, xrechnung-ubl or xrechnung-cii profiles, whose validators will accept the same document.",
"fix": "Correct seller.identifier, or change its scheme identifier if the value belongs to a different register. A check digit failing almost always means one digit was transposed or dropped in transcription — compare it against the source register rather than re-typing it.",
"example": "\"identifier\": { \"schemeId\": \"0210\", \"value\": \"01234567890\" }",
"xpath": "/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID",
"docsUrl": "https://attestwire.com/rules/PEPPOL-COMMON-R045"
}
xpath is always a UBL path. On a CII invoice, look for the
matching CII field instead.