SE-R-013

fatalPeppol BIS Billing 3.0profileCIIUBL

The last digit of a Swedish organization number must be valid according to the Luhn algorithm.

Why it fails

The check digit of the Swedish organisation number fails the Luhn algorithm, so the number is mistyped or invented.

How to fix it

Re-enter the number from the register. The last digit is a Luhn checksum over the first nine, so a single transposed pair of digits is caught here.

What the validator checks

CII — context rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedLegalOrganization[../ram:PostalTradeAddress/ram:CountryID = 'SE' and ram:ID]

u:checkSEOrgnr(normalize-space(ram:ID))

UBL — context //cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity[../cac:PostalAddress/cac:Country/cbc:IdentificationCode = 'SE' and cbc:CompanyID]

u:checkSEOrgnr(normalize-space(cbc:CompanyID))

Related rules

Part of SE-R — Sweden.

• SE-R-001
• SE-R-002
• SE-R-003
• SE-R-004
• SE-R-005
• SE-R-006
• SE-R-007
• SE-R-008
• SE-R-009
• SE-R-010
• SE-R-011
• SE-R-012

Check your own invoice against SE-R-013

This is a Peppol BIS Billing 3.0 rule: an invoice can be perfectly valid EN 16931 and still be rejected by it.