SE-R-013
The last digit of a Swedish organization number must be valid according to the Luhn algorithm.
What does this rule mean?
The check digit of a Swedish organisation number is wrong.
The last digit follows the Luhn algorithm — when it fails there is almost always a transposed digit.
Official rule message (standard)
The last digit of a Swedish organization number must be valid according to the Luhn algorithm.
Where the rule applies
Syntax: CII · UBL
The same rule, expressed twice: UBL and CII name the same fields with different paths. Running a CII file against the UBL rules is why you get errors that mean nothing.
UBL
//cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity[../cac:PostalAddress/cac:Country/cbc:IdentificationCode = 'SE' and cbc:CompanyID]
CII
rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:SpecifiedLegalOrganization[../ram:PostalTradeAddress/ram:CountryID = 'SE' and ram:ID]
Technical test
The rule passes when this Schematron expression holds true:
u:checkSEOrgnr(normalize-space(ram:ID))How to fix it
A missing or incorrect business entry only you can supply. Add or correct it, then re-check.
Check the organisation number for typing errors.
Correct the affected entry in your XML, then re-check the invoice. Validation runs locally in your browser — your file never leaves your machine.
Check an e-invoice here
Drop an XML or ZUGFeRD PDF file here. Validation runs locally in your browser against EN 16931 — your file never leaves your machine.