Pay QR code invoice: Guide for Switzerland 2026
Learn how to pay your QR code invoice – via banking app, e-banking or PostFinance.
Founder of Magic Heidi
You've opened an invoice as a PDF, your smartphone is already in hand, and your banking app is waiting for the scan. The QR code looks simple, yet questions quickly arise when paying a QR code invoice: Do you need to adjust the amount? Which reference goes where? And what do you do if the camera doesn't recognize the code?
As a Swiss freelancer, I regularly send QR invoices and pay them myself. In practice, the scan alone doesn't determine whether everything runs smoothly. A correct IBAN, the right reference type, a clearly legible payment slip, and a quick test before sending save you follow-up questions, rejections, and duplicate payments later.
What a QR invoice actually is
A QR invoice is the Swiss payment slip in digitally readable form. You'll find it on paper, as a PDF on screen, or directly in accounting software. The black and white code contains the payment data that your banking app transfers into a pre-filled payment form after scanning.
The QR invoice was officially introduced in Switzerland and Liechtenstein on June 30, 2020. From that date, financial institutions and invoice recipients had to be technically ready to process QR invoices. On October 1, 2022, QR invoices completely replaced the previous red and orange payment slips, as documented by SIX on the introduction of the QR invoice.
In everyday terms, this means: the old payment slip is no longer a parallel standard. The QR invoice now forms the basis for paying invoices by scan in e-banking or a mobile banking app. According to the SIX implementation guideline for QR invoices, around 600,000 companies in Switzerland were already able to send QR invoices to customers at launch. The QR invoice is considered the standard for written invoicing there.

What's inside the Swiss QR code
The code follows the Swiss Payments Code. It contains, among other things:
- Technical details: Character set and version define how the data is read.
- Payment data: This includes the recipient's IBAN or account, amount, currency, and name and address.
- Reference: It can enable automatic allocation of a payment to the correct invoice.
- Additional information: Invoice number, messages, and details about the invoice issuer can be added.
On paper, the QR invoice consists of the payment part with QR code and the receipt. For business customers, a version without a receipt can be used. The receipt is primarily a practical addition for manual processing, not the part that performs the digital scan.
Important for international customers: The Swiss QR code works with a Swiss or Liechtenstein IBAN or an account with bank clearing. A foreign bank may therefore encounter limits when reading or processing it. For cross-border payments, depending on the situation, a regular IBAN transfer or another payment method is needed. A supplementary overview of the QR invoice obligation in Switzerland helps with classification.
Scanning the QR code and paying the invoice
The process depends on whether you're working with a smartphone, on a desktop, or via PostFinance. The basic rule remains the same: perform the scan, check the data, consciously approve the payment.
Mobile banking with a smartphone
- Open your bank's mobile banking app.
- Look for the QR symbol or the function to scan an invoice.
- Point the camera at the QR code.
- Check the IBAN, recipient, amount, and reference.
- Approve the payment with fingerprint, Face ID, or your bank's security procedure.
- Save the confirmation and note the displayed value date.
Many banking apps read the code not only from paper but also from a computer screen or a second device. If the invoice is on the same smartphone, the app may support scanning from a screenshot or from the photo gallery, depending on the bank. This feature isn't named the same everywhere, so it's worth checking your app.
You shouldn't manually overwrite the amount. Take it from the code and only change it if the invoice issuer provides a corrected invoice. If the displayed amount differs from the invoice, ask instead of silently entering your own number.

E-banking on the desktop
On the computer, open your e-banking and start the QR invoice function. In many workflows, the smartphone takes on the scanner role. You scan the code with the banking app or the designated banking login and transfer the data to the payment form on the desktop.
Some banks also allow login with the smartphone and subsequent scanning within this process. The names differ, but the checkpoints are always the same: recipient, account, amount, and reference.
After submitting, the system shows you a confirmation. For accounting, I note the value date, especially when a payment deadline is running or multiple invoices are due on the same day. The scan initiates a transfer; it doesn't make it a real-time payment. Between invoice and payment there are typically 2 to 14 days, as described in the overview of Swiss payment methods.
PostFinance and poorly readable codes
With PostFinance, you can process QR invoices in the PostFinance app or at the PostFinance login with Smart-Scan. There too, you check the suggested data before approving.
If the camera doesn't recognize the code, it's often due to poor lighting, a QR code that's too small on the screen, or an outdated app. Enlarge the PDF, open it on a larger screen, or print the invoice. A second device is also a simple workaround. If the code still isn't readable, you should inform the invoice issuer instead of transferring the IBAN and reference entirely by hand.
Practical rule: A scan only saves input errors if you still check the suggested payment data.
Checking the reference, IBAN, and amount
For freelancers, the reference is often the most important part of the invoice. It connects the incoming payment to a specific invoice and can enable automatic allocation by accounting software. Without a matching reference, more manual work remains, even if the transfer technically works.
SIX distinguishes three permitted reference types:
| Type | Structure | Use | Check digit |
|---|---|---|---|
| QRR | 26 numeric characters plus Modulo-10 check digit | QR-IBAN and structured allocation | Yes |
| SCOR | Creditor Reference in the designated international format | Regular IBAN, especially for cross-border processes | Yes |
| NON | No reference | Regular IBAN without reference | No reference |
The QR reference consists of 26 numeric characters plus a Modulo-10 check digit. This is not the same as a freely invented invoice number. The SIX documentation on the QR reference also stipulates that the QR reference may only be used together with a QR-IBAN.
QR-IBAN and regular IBAN
With a QR-IBAN, QRR is mandatory. With a regular IBAN, you may use SCOR or NON, as stated in the SIX overview of reference types. Exactly this combination causes many rejections in practice. A correct reference with the wrong IBAN remains a faulty QR invoice.
Check the IBAN directly in the payment view. Swiss IBANs start with CH, Liechtenstein IBANs with LI. A cut-off, distorted, or poorly scaled code can prevent the app from reading the data completely.
Amount and allocation
For the amount, first check whether the francs and centimes from the invoice were transferred correctly. An incorrect centime rounding can cause the amount not to match the outstanding claim. As the invoice issuer, you must not correct the rounding only after generating the code; you must determine the final amount beforehand.
For creation, a QR invoice generator or accounting software should calculate the reference and check digit. Manual entry is unnecessarily risky. Anyone issuing an invoice with NON usually has to allocate the payment manually via invoice number, message, or bank statement.
A detailed guide to validating QR invoices is especially useful before you reuse a template multiple times.
Typical mistakes when paying and sending
For freelancers, most problems don't arise during the actual transfer, but beforehand. A customer opens the invoice, scans the payment part, and receives an error message. Then the follow-up question begins, even though a test scan before sending would have made the error visible.
The classic is a QR code that's too small or blurry. A PDF is exported as an image, embedded in an email, or reduced in size when printing. The camera then only recognizes a restless pattern. Enlarge the display, print the payment part cleanly, and test it with your own banking app.
Incorrect centime amounts also cause unnecessary effort. If the invoice amount isn't rounded correctly or is changed afterward, the code no longer matches the claim. Check the final amount before generation and don't change it directly in the PDF afterward.
What I check before every batch mailing: open a finished PDF, scan the QR code with my own banking app, compare recipient and amount, and reconcile the reference with the invoice number.
Mistakes on the customer side
Some customers still expect a receipt or try to pay the code with the normal smartphone camera instead of the banking function. The receipt is only a visual addition with the QR invoice. The payment is processed via the included payment data and the reference.
If a first payment seemingly hasn't arrived, a second transfer occasionally occurs. This causes more work than a quick inquiry. As the invoice issuer, you should therefore check the incoming payment before sending a new invoice or reminder.
Mistakes on the invoice
Typical causes are:
- Wrong account combination: QR-IBAN and reference type don't match.
- Missing information: Address fields or recipient information are incomplete.
- Wrong reference: The reference is expired, incorrectly generated, or not assigned to the correct invoice.
- Poor file quality: The QR code was sent as a low-resolution image.
- Missing test: No one checked whether a real banking app can read the PDF.
A documented each-step check helps: capture payment data, generate reference, export PDF, perform test scan, save result, only then send.

Handling currency and foreign currencies correctly
The QR invoice is designed for payments with Swiss or Liechtenstein accounts and can contain an amount in the agreed currency. For Swiss freelancers with international customers, the first question is therefore not only whether the code is readable, but whether the customer's account can meaningfully process the payment in this currency.
A customer in the EU without a CHF account may have difficulties with a Swiss QR invoice. In this situation, a regular IBAN transfer in EUR is often more appropriate. Alternatively, the invoice issuer can offer a multi-currency account or use a payment method that is actually accessible to the international customer.
| Scenario | Recommended solution | To avoid |
|---|---|---|
| Swiss customer pays a CHF invoice | Take the CHF amount from the QR code | Spontaneously reinterpret the amount in EUR |
| EU customer without a CHF account | Agree on a EUR transfer with the appropriate account details | Assume the Swiss QR invoice is the only option |
| Foreign currency account at the payer | Check the exchange rate and debit currency before approving | Accept automatic conversion unchecked |
| International invoicing | Clarify currency, value date, and bank charges in writing beforehand | Discuss exchange rate losses only after payment |
With a EUR account paying a CHF invoice, the bank may automatically convert. Check the exchange rate surcharge, the booking date, and the actually debited amount. For regular international work, foreign-currency-capable accounts with providers like Revolut, Wise, or a Swiss bank with a multi-currency offering can be organizationally sensible.
For accounting, the correct CHF value counts in the end. With foreign currencies, you should therefore document the exchange rate used and the VAT rounding comprehensibly, rather than just taking the amount from the bank statement.
Summary and alternatives like eBill and TWINT
The QR invoice remains the pragmatic standard for many Swiss freelancers. It works on paper and as a PDF, requires no manual transfer of the most important payment data, and can be processed with the usual e-banking or mobile banking.
eBill works differently. The invoice lands directly in the recipient's e-banking and is approved there without having to scan a QR code. For recurring customers, this can be more convenient, but requires that the recipient and the invoice issuer use this channel.
TWINT is more suited to smaller, spontaneous payments. It's not the same as a Swiss QR invoice and doesn't automatically replace its reference and accounting logic. For regular invoices with clean allocation, a standardized QR payment slip is usually clearer.
The automation of invoice management in Switzerland can be useful if you don't want to keep invoices, incoming payments, and receipts in separate files.

My checklist before paying
- Check the code: Is the QR code sharp, complete, and readable with the banking app?
- Compare recipient: Do the name and IBAN match the invoice?
- Take the amount: Don't type it out, but load it from the scan and check it.
- Check the reference: Does it match the invoice and the IBAN used?
- Clarify the currency: Will the payment be debited in the agreed currency?
- Save confirmation: Keep the value date and payment confirmation for accounting.
As the invoice issuer, go through the same list before sending. The most important test is not a glance at the PDF, but a real scan with a banking app. If the data matches there, you reduce the risk of customers having to ask questions because of an avoidable format deviation.
Magic Heidi creates Swiss QR invoices with automatically generated QR code, payment reference, and payment tracking, and also supports foreign currencies as well as accounting. Visit Magic Heidi if you want to check and manage invoices and incoming payments in a Swiss workflow.
