Attestwire › Rule reference › PEPPOL-COMMON-R048
PEPPOL-COMMON-R048 An Italian VAT number under scheme 9906 should be well formed
noun · Peppol BIS · warning · BT-49
For a sample invoice, the library reports: The Buyer electronic address (BT-49) is "IT01234567890" under scheme "9906", which identifies the Italian VAT number (Peppol endpoint scheme 9906). A value in that scheme must be "IT" followed by eleven digits whose last digit is a check digit, and this one is not.
- Business term
BT-49- Severity
warning
The fix
Correct buyer.electronicAddress, 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
"electronicAddress": { "schemeId": "9906", "value": "IT01234567897" }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-R048",
"field": "BT-49",
"severity": "warning",
"message": "The Buyer electronic address (BT-49) is \"IT01234567890\" under scheme \"9906\", which identifies the Italian VAT number (Peppol endpoint scheme 9906). A value in that scheme must be \"IT\" followed by eleven digits whose last digit is a check digit, and this one is not. Scheme 9906 is the endpoint-only spelling of the Partita IVA, addressed as a routing identifier rather than quoted as a tax number. Same value, same check. 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 buyer.electronicAddress, 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": "\"electronicAddress\": { \"schemeId\": \"9906\", \"value\": \"IT01234567897\" }",
"xpath": "/ubl:Invoice/cac:AccountingCustomerParty/cac:Party/cbc:EndpointID",
"docsUrl": "https://attestwire.com/rules/PEPPOL-COMMON-R048"
}
xpath is always a UBL path. On a CII invoice, look for the
matching CII field instead.