QR-IBAN and QR reference: get Swiss invoice payments right

Streamline Your Swiss Invoicing with QR IBAN and QR Reference

As a Swiss artisan or freelancer, efficient invoicing and payments are the lifeblood of your business. The introduction of the QR-invoice, featuring a multi-functional QR code, marked a significant step towards digitising financial transactions. At the heart of this innovation lie two key elements: the QR IBAN and the QR Reference (QRR). Wondering how they work and how to integrate them seamlessly into your daily routine to speed up transactions and save valuable time? This guide is designed to provide you with clear, practical answers.

Understanding QR IBAN: The New Standard for Your Payments

A QR-IBAN is a bank-issued identifier distinct from the regular IBAN. Its IID, in positions 5–9, is between 30000 and 31999. In a Swiss QR-bill it must be paired with a QR reference (QRR). A regular IBAN is used with a Creditor Reference (SCOR) or without a reference (NON).

For you, as an artisan or professional, this translates to faster and more reliable payment reception. No more waiting for a mislabelled or incorrect bank transfer. The automation of bank data transmission ensures funds reach the correct account, more securely and efficiently. Whether you operate in construction, artistic crafts, consulting, or any other sector, adopting the QR IBAN integrated into the QR-invoice is a simple yet powerful step to optimise your cash flow.

The QR Reference (QRR): Your Invoice's Unique Identifier

The QR reference (QRR) contains exactly 27 digits, including the check digit. It must be paired exclusively with a QR-IBAN and can identify the invoice when reconciling a payment.

For example, an electrician can have the invoicing software generate a valid QRR for each invoice. When importing camt.054 payment notifications, that reference helps identify the corresponding invoice. It must contain 27 digits with a valid check digit.

Pratiko currently uses an ordinary IBAN and puts the invoice indication in the payment's free-text message. This workflow does not generate structured QRR or SCOR references and does not turn an ordinary IBAN into a QR-IBAN. Consider both the bank account and the tool's actual capabilities when selecting a process. On the first document, compare the printed details with those read by a banking application: beneficiary, account, amount and currency. A successful scan does not prove that the customer has executed the transfer. The bank credit must be checked separately before treating the invoice as paid.

Integrating QR IBAN and QRR into Your Workflow

For Swiss artisans and SMEs, integrating these elements is simpler than it might seem, especially if you use appropriate invoicing software. Here are the key steps:

The goal is to minimise manual intervention. By automating QR-invoice generation, you save time and reduce error risks. A customer receiving a clear invoice with an easy-to-scan QR code is more likely to pay promptly. For example, a carpenter in Neuchâtel can ensure their clients settle invoices on time, even if they are across the canton.

What is a QR-IBAN and How Does It Differ from a Standard IBAN?

A standard IBAN (International Bank Account Number) is your regular business account number starting with CH. When you issue a QR-bill using your standard IBAN, you have two options under Swiss rules: you can either issue the bill without a reference number, or you can use an ISO 11649 Creditor Reference (SCOR). In this setup, clients see your account details and can add an unstructured message in the free-text field, such as «Boiler repair, Invoice 1042».

A QR-IBAN, on the other hand, is a dedicated account number exclusively intended for the Swiss payment system. It is used solely with a 27-digit structured QR reference, which is the direct digital successor of the former orange ESR (BVR) reference. Technically, Swiss financial institutions recognize a QR-IBAN by its institution identification: digits five through nine (the clearing number) always fall within the specific range between 30000 and 31999.

Under the official SIX standards, these formats must follow strict compatibility rules: a QR-IBAN must always be paired with a 27-digit QR reference. Conversely, you cannot use a 27-digit QR reference with a standard IBAN. Mixing these combinations causes banking apps and e-banking portals to reject the payment part instantly as invalid.

Common Misconceptions About Swiss QR-Bills and QR-IBANs

Several misconceptions persist regarding Swiss payment standards. The most common is the belief that every QR-bill strictly requires a QR-IBAN. That is incorrect. The QR payment part itself is mandatory for Swiss invoicing, but using your standard IBAN is completely compliant, provided you do not attempt to attach an old-style 27-digit reference to it.

Another frequent misunderstanding involves TWINT. Many customers expect that scanning the Swiss QR-bill code with the TWINT app will complete the payment directly. The Swiss QR code contains exclusively bank transfer data: recipient name, IBAN or QR-IBAN, amount, currency, and reference. It is designed to be scanned using mobile banking applications from Swiss banks or PostFinance, not digital wallets.

Getting a QR-IBAN is neither complicated nor expensive. Swiss banks—including Cantonal banks, Raiffeisen, UBS, and PostFinance—provide a QR-IBAN upon request, usually at no additional charge through online banking. It does not open a separate bank account; it functions as a routing alias that directs funds straight into your existing business checking account.

Check the account, reference and first payment

Before changing bank details, ask the bank which IBAN fits the chosen payment workflow. Do not manufacture a QR-IBAN by altering digits of a normal account; it is assigned by the institution. Valid combinations are QR-IBAN with QRR, or ordinary IBAN with SCOR or no structured reference. A QRR has exactly 27 digits including its check digit. A commercial invoice number does not become a valid QRR merely by adding zeros. Keep the link between document and reference in the generating system, and verify that the bank export provides enough information for checking the payment.

When a customer changes an amount or combines several invoices in a transfer, a reference alone is not enough to settle every outstanding document. Check the actual transaction and balance before updating invoice status. Even a reference with a valid check digit can be linked to the wrong commercial record in your own files. Test a representative document after bank details change and retain the version sent to the customer. Do not promise that QR-IBAN is always free or activated identically at every bank: pricing, availability and provisioning depend on the institution and the agreed banking service.

Missing reference: checking an incoming payment

If a payment arrives without the expected message, search using several details together: date, payer, amount and commercial records. Generating a QRR afterwards does not change the data in an already executed transfer. Ask the customer for bank confirmation where needed and check whether the amount covers several invoices. Keep the case unresolved until the match is clear. When switching from manual messages to structured references, test representative documents first and decide how payments against older invoices will be handled. A process change neither removes outstanding balances nor updates copies already delivered to customers. During the transition, the reconciliation routine should therefore account for both old and new documents, rather than assuming every credit follows the newest reference format.

Make the choice with three practical questions

Before switching, answer three questions: has your bank assigned a QR-IBAN to the account, does the program generate a valid QRR, and can your checking process link that reference to the invoice? If any answer is no, do not force the combination. Consider ordinary IBAN with a message or a compatible reference workflow. Manual checking may remain manageable for isolated invoices. As document numbers increase, measure time spent finding payments and resolving exceptions instead of assuming a new identifier removes every check. Both suitable bank details and a clear administrative routine are needed for the change to be useful.

Test the complete path on a representative document before making the final choice: creation, code reading, delivery, receipt of money and search in the records. This is an administrative test, not just a check of the QR graphic. Whoever handles payments should understand which details to look for in the bank export and how unmatched entries are treated. Keep official bank information with the company records rather than copying it from an unrelated old invoice. A correct identifier and a clear review process support each other. Neither replaces verification of the actual payment or the outstanding balance.