Swiss QR-bill in 2026: structured addresses, current rules and the November change

On 22 November 2025, version 2.3 of the Swiss Implementation Guidelines for the QR-bill fully replaced version 2.2. One of the most important changes was straightforward: unstructured addresses are no longer permitted in the Swiss QR Code.

A structured address stores each component separately: name, street, building number, postal code, town and country.

The QR data should therefore no longer treat an address as one free-text line such as “Rue du Rhône 10, 1204 Geneva, Switzerland”. For a person reading an invoice, this difference may seem minor. For banking systems, it matters because every component can be identified and processed reliably.

SIX's Implementation Guidelines specify that a structured address must include postal code, town and country. There are more detailed technical rules around street and building number, but the practical recommendation for a small business is simple: maintain complete addresses in separate fields whenever possible.

For example: street “Rue du Rhône”, building number “10”, postal code “1204”, town “Geneva”, country “CH”. This makes it much easier for invoicing software to generate compliant QR data.

A QR-bill is not merely a document designed for a person to read. The Swiss QR Code carries the information needed to make the payment in a machine-readable format.

Structured data helps with automated processing, data exchange between systems, validation, banking workflows and reducing manual correction. The change is also part of the wider move towards more structured party data under ISO 20022 payment standards.

This is where the distinction matters most. For the QR-bill itself, structured addresses have already been required since November 2025.

From 14 November 2026, however, the Swiss financial centre moves to a broader requirement: structured or hybrid addresses become mandatory for parties across the main payment types covered by the Swiss Payment Standards.

November 2026 therefore concerns the wider Swiss payment ecosystem and ISO 20022 migration. It is not the date on which QR-bills first require structured addresses. For a freelancer using an up-to-date invoicing tool, this wider change may be almost invisible. SMEs exchanging payment files with banks, running ERP integrations or using custom payment workflows should review their processes more carefully.

SIX has already published version 2.4 of the QR-bill Implementation Guidelines, effective from 14 November 2026. That does not mean every CHF QR-bill needs another major technical redesign.

SIX explicitly states that version 2.4 does not require technical adjustments for invoicing in Swiss francs. Version 2.3 also remains valid in parallel until November 2027. For most Swiss freelancers and SMEs billing in CHF, the practical priority in 2026 is therefore clean structured master data rather than a complex format migration.

On the visible invoice, the address can still be displayed in a natural, readable way. The important difference is how the data is encoded in the Swiss QR Code.

A suitable invoicing tool should store address components separately and generate the QR code according to the current standard. Values such as “Example Sàrl”, “Rue du Rhône”, “10”, “1204”, “Geneva” and “CH” need to be treated as several data elements rather than one undifferentiated text block.

The QR-bill can include information about the debtor, the person or company receiving the invoice. If that address is encoded in the Swiss QR Code, it must also follow the applicable requirements.

This makes 2026 a good time to clean up old customer records. Common issues include a building number stored inside the street field, postal code and town combined into one field, a missing country, the entire address pasted into a free-text line, or outdated addresses. Better structured data therefore improves more than QR compliance. It also improves the quality of your customer database.

Address formatting is only one part of the QR-bill rules. The account type and reference type also need to match. In simplified terms, a QR-IBAN is used with a QR reference, while a standard IBAN can, depending on the case, be used with a SCOR reference or an unstructured message.

A QR code can look perfectly normal while containing an invalid combination of payment data. Compliance should therefore be handled when the invoice is generated, not judged only by visual appearance.

Version 2.3 introduced a wider supported character set. That is particularly useful in multilingual Switzerland, where company names, personal names and place names frequently contain accents, umlauts and other characters.

It allows data to remain closer to its correct spelling. The creditor name still needs to match the information associated with the account being used.

Creating an invoice should not require you to understand the internal structure of the Swiss QR Code or keep track of every Implementation Guidelines release. The goal is to enter company and customer information correctly once, reuse it, and generate compliant QR-bills without rebuilding every invoice manually.

It is not intended to become a full ERP or comprehensive accounting suite. For freelancers and small businesses, the value is a focused tool that keeps address data structured, prevents invalid combinations, generates professional documents, reuses customers and line items, and follows changes in Swiss standards.

22 November 2025: only structured addresses are permitted in QR-bills under version 2.3. 14 November 2026: structured or hybrid addresses become mandatory more broadly across Swiss payments, and QR-bill version 2.4 takes effect.

If your QR-bills already use structured address data through an up-to-date tool, you have therefore completed the most important part of the transition. The right response in 2026 is not to panic about a “new QR-bill”, but to make sure your master data is clean and your invoicing solution follows the specifications published by SIX.