From quote to paid invoice: how Swiss SMEs digitise the whole path — without making the customer create an account

Every Swiss company issues QR-Bills today. Since 2022 it has been mandatory, and practically every software can do it. The QR-Bill is therefore no longer an advantage, it is the standard — table stakes.

The friction sits elsewhere: in everything that happens around the invoice. The quote goes out as a PDF attachment and the customer doesn’t reply for days. The delivery note is printed, signed, photographed and sent back. The payment arrives late because a reference was mistyped. And in the end the incoming payment has to be manually assigned to the right invoice. The QR-Bill is the easy part. The rest is where the time gets lost.

The QR-Bill is mandatory — and every software can do it today

Since 30 September 2022, the Swiss QR-Bill has completely replaced the orange and red payment slips; banks no longer process the old slips. For payments in Swiss francs and euros within Switzerland and Liechtenstein, it is the sole standard.

In practice, generating one is quickly explained: a regular IBAN is enough. Only if you want to work with the structured QR reference — in order to assign incoming payments automatically — do you need a QR-IBAN, which your bank provides free of charge for the existing account. That’s the core. The interesting question is not how to generate a QR-Bill, but what happens before and after.

Where the time really gets lost

The typical sales-and-invoicing process in an SME is full of media breaks. Every switch between channels — e-mail, paper, banking app, accounting — costs time and produces errors:

• The quote is sent by e-mail; acceptance comes verbally, by phone or not at all.
• The delivery note is signed on paper and has to be scanned.
• The invoice gets paid — or not on time, because something had to be retyped.
• The incoming payment lands in the account and is assigned to the invoice by hand.

Each of these steps works on its own. Put together, they form a slow workflow with many handovers.

The whole path, without media breaks

The real lever is to map the entire path — from quote to matched payment — in a single, continuous digital flow. At hegyon.ai, it looks like this.

The quote: acceptance directly in the browser

The customer receives the quote via a link and decides directly in the browser: accept, reject or make a counter-offer. No e-mail ping-pong, no doubt about whether the quote arrived or where it stands.

The delivery note: signature on the customer’s own device

On delivery, the customer signs on their own device — the signature is embedded directly into the delivery-note PDF. No printing, no scanning, no lost paper.

The invoice: show the QR-Bill, pay from the banking app

The invoice is shown with the QR-Bill via the same link. The customer scans the code with their banking app and pays there — without retyping the IBAN or the amount. As soon as the payment shows up, the seller receives a corresponding notification. (Payment thus happens in the customer’s familiar banking app; the portal displays the invoice and reports status back — it is not a card-payment service of its own.)

The reconciliation: automatic via the QR reference

If you work with the QR reference, the incoming payment is automatically assigned to the right invoice — when the bank file (CAMT.053) is imported, nobody has to assign by hand anymore. How much time this reconciliation really eats in daily life and how it can be automated is shown in our post on CAMT.053 reconciliation.

A customer portal without login — the underrated lever

The decisive difference sits in a detail: the customer needs no account. The quote, the delivery note and the invoice come via a token-based, shareable link — no registration, no password. Every additional click, every login mask costs you acceptance and payment rate. This is exactly where many «portals» fail: they ask the customer to create an account first.

To keep this secure, access is rate-limited and every action is sealed into the audit chain — what that sealing means for traceability you can read in the post on audit-proof bookkeeping. Low-friction for the customer, traceable for you.

Placing the signature correctly

One point that deserves clarity: the signature on the delivery note is a receipt-and-acceptance confirmation — a practical proof, embedded in the PDF, that the delivery arrived and was accepted. For that purpose it is fully sufficient.

However, it is not a qualified electronic signature in the sense of the Swiss Federal Act on Electronic Signatures (ZertES). For contracts that are subject to a formal requirement and demand a qualified signature, other means are needed accordingly. Whoever keeps this apart uses the function for what it was made for — and doesn’t rely on it where it doesn’t belong.

Built in, not stitched together

The advantage only emerges because this path is not a patchwork of three tools. Quote, delivery note and invoice are created in the same platform; the customer portal is part of it; the payment reconciliation hangs directly on the bank integration. There is no interface where something can get lost — and no second login that someone has to maintain.

That turns a process full of media breaks into a continuous flow: the customer accepts in the browser, confirms receipt on their device, pays from their banking app — and on your side the payment assigns itself.

Conclusion

Generating a QR-Bill is no art in 2026 — every software can do it, and it is mandatory. The difference emerges in the path around it: in the smooth stretch from quote, through signature, to matched payment, and in the fact that the customer doesn’t need an account for it.

If you want to feel what this path looks like from the customer’s side — accept the quote, sign the delivery note, pay the invoice, all via one link — you can try the customer portal in the hegyon.ai demo tenant.

This article is for general orientation and does not constitute legal advice. The electronic signature in the customer portal is a receipt/acceptance confirmation and not a qualified electronic signature (ZertES); for business subject to a formal requirement, please consult qualified advice. Statements on the Swiss QR-Bill standard and on scope refer to the state of June 2026 and may change.