attestwireAttestwire › Rule reference › PEPPOL-COMMON-R049
PEPPOL-COMMON-R049 A Swedish organisation number must be ten digits with a valid check digit
noun · Peppol BIS · fatal · BT-34
For a sample invoice, the library reports: The Seller electronic address (BT-34) is "2021005488" under scheme "0007", which identifies the Swedish organisation number (Organisationsnummer). A value in that scheme must be exactly ten digits ending in a Luhn check digit, and this one is not.
- Business term
BT-34- Severity
fatal
The fix
Correct seller.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": "0007", "value": "2021005489" }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-R049",
"field": "BT-34",
"severity": "fatal",
"message": "The Seller electronic address (BT-34) is \"2021005488\" under scheme \"0007\", which identifies the Swedish organisation number (Organisationsnummer). A value in that scheme must be exactly ten digits ending in a Luhn check digit, and this one is not. Sweden's organisationsnummer is a ten-digit Luhn-checked value, written without the hyphen that Swedish paperwork usually shows. Strip the hyphen and keep all ten digits — dropping the century prefix is the common way to break it. Peppol flags this fatal: the identifier is what an access point resolves to find your counterparty, so a value that fails its own check digit is undeliverable. 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.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\": \"0007\", \"value\": \"2021005489\" }",
"xpath": "/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID",
"docsUrl": "https://attestwire.com/rules/PEPPOL-COMMON-R049"
}
xpath is always a UBL path. On a CII invoice, look for the
matching CII field instead.