A scanline is a structured, machine-readable reference line printed on an invoice or payment slip (KID in Norway, OCR-reference in Sweden, FIK in Denmark, viitenumero in Finland, ESR or QR-bill reference in Switzerland) that lets the payer transmit a single number which uniquely identifies the invoice, enabling straight-through cash application when the bank file returns it.
A scanline is a structured, machine-readable reference number printed at the bottom of an invoice or payment slip. Historically it was designed to be read by an optical character recognition (OCR-B) scanner at the bank or post office, hence the alternative names OCR reference or OCR-B reference line. The payer enters or scans a single number, the bank validates it against a check digit, and the resulting payment file carries that exact reference back to the biller. The biller's AR system then matches the incoming payment to one specific open invoice without any manual lookup.
Scanlines are most heavily used in the Nordics and DACH, where bank infrastructure and consumer billing conventions have standardised around them for decades. In these markets, a B2B or B2C invoice without a valid scanline is the exception, and the cash application function is built around the assumption that the scanline will be present in 90 percent or more of incoming payments.
Each country runs a different format, but the principle is identical: a numeric string with a built-in check digit that ties the payment to a single invoice.
The SEPA Creditor Reference, defined in ISO 11649, was designed to give the whole eurozone one structured reference that behaves like a scanline. The format is the prefix RF, followed by two check digits (Mod97-10, the same algorithm used in IBAN), followed by up to 21 alphanumeric characters of the biller's own reference.
For example, RF18 5390 0754 7034 is a valid SEPA Creditor Reference. The two check digits make the reference self-validating, so any bank or ERP can detect a typo before the payment is sent. Finnish billers were among the first to migrate viitenumero to RF-creditor references, and most modern accounts receivable systems can now generate both the national scanline and the RF reference on the same invoice for transitional periods.
The reason scanline-based markets achieve very high auto-match rates is that the reference travels intact through the entire payment chain. When a payer initiates a transfer, the scanline is captured in the pain.001 message sent to their bank. The interbank settlement carries it through, and the biller receives it in the MT940 end-of-day statement or, more granularly, in a camt.054 credit notification. The cash application engine reads the structured reference field, validates the check digit, and posts the payment against the matching open invoice automatically. No remittance advice, no email, no manual research.
For billers, this means the cash application team spends almost no time on Nordic and Swiss receipts and can concentrate human attention on cross-border, multi-invoice, and lockbox payments where the matching is genuinely ambiguous.
Even in scanline-mature markets, AR teams routinely deal with edge cases that break straight-through processing.
An AI-native cash application engine treats the scanline as the highest-confidence match key. When a valid KID, OCR, FIK, viitenumero, ESR, or RF-creditor reference is present and the check digit passes, the engine posts the payment instantly with no human review.
When the scanline is missing, truncated, or invalid, an agentic engine does not give up. It chains together secondary signals: the payer's IBAN and historical matching behaviour, free-text remittance fields, exact and partial amount matches against open invoices, the customer's typical payment pattern, and any attached remittance advice from email or portals. A machine-learning model ranks the candidate invoices and either posts automatically above a confidence threshold or routes a single suggested match to a human reviewer.
This combination, structured scanline plus intelligent fallback, is what allows modern AR functions in Nordic and DACH markets to operate with auto-match rates above 95 percent while still handling the messy 5 percent gracefully.
The invoice number is the biller's internal identifier for the invoice document. The scanline is a structured, bank-readable reference (often the invoice number plus a check digit and padding) that is printed in a specific format so that the payer's bank can transmit it intact through the payment file. The scanline is what enables straight-through cash application; the raw invoice number alone usually cannot survive the bank channel as a structured field.
Nordic and Swiss banks built nationwide giro and OCR infrastructures decades before SEPA existed, and consumer billing (utilities, telecom, government) standardised on a single reference per invoice. The UK, France, Benelux, and southern Europe instead relied on direct debit, free-text references, and remittance advice, so scanline never reached the same penetration. SEPA Creditor Reference (ISO 11649) is the attempt to bring scanline-style discipline to the whole eurozone.
Norwegian KID typically uses Mod10 (the Luhn algorithm, alternating digits weighted by 2 and 1) or Mod11 (digits weighted from 2 to 7, summed, and the remainder mod 11). Swedish OCR-reference uses Mod10. Swiss ESR uses Mod10 recursive. SEPA Creditor Reference uses Mod97-10, the same algorithm as IBAN. The check digit ensures a single-character typo is caught before the payment is submitted.
Yes and no. The QR-bill, introduced in 2020, embeds the reference inside a QR code instead of printing it as a 27-digit OCR line. The reference itself, the QRR, is still essentially the old ESR scanline format, and a structured Creditor Reference option is also supported. So the carrier changed (QR code instead of OCR-B characters), but the principle of a single structured reference per invoice is unchanged.
Not cleanly. A scanline points to exactly one invoice. When a customer wants to pay five invoices in one transfer, they have to either initiate five separate payments (each with its own scanline) or pay one lump sum with one scanline and rely on the biller to reconcile the residual manually. AI-native cash application closes this gap by detecting when an incoming amount matches the sum of several open invoices for the same payer and proposing the multi-invoice split automatically.
For the foreseeable future, both. National formats (KID, OCR, viitenumero, QRR) remain mandatory in their home markets because consumer banking apps, ERPs, and bank channels are built around them. SEPA Creditor Reference (RF) is the right choice for cross-border euro invoicing and for any new B2B implementation that wants one harmonised format. Most modern AR engines generate the national scanline and the RF reference on the same invoice during the transition.
