QR-Bill Payment Section: Master 6 Critical Fields

The QR-bill payment section is the heart of every modern Swiss invoice — and simultaneously the most frequent source of error. While the upper invoice half can be designed relatively flexibly, the lower payment section must follow strict requirements set by SIX Interbank Clearing. If you fill in individual fields incorrectly or omit them, you risk the payment not being automatically assigned to the correct account at the recipient's end. This article shows what must go in each field — and why every piece of information is technically critical.

What the QR-bill payment section actually is

The payment section consists of two areas: the square QR code on the left and the readable text fields on the right. Both contain the same information in different formats — once machine-readable for bank software, once for the payer to check manually.

The QR code follows the Swiss QR standard and can be scanned by any standard e-banking system as well as banking apps via camera. This means: a single incorrectly captured character in the QR code can cause the payment to be rejected as faulty.

The 6 fields you must fill correctly

1. QR-IBAN or IBAN

This is the technically most sensitive field. Use a QR-IBAN (starts with CH, 21 digits, issued by your bank) if you want to use a payment slip with a reference number (QR reference). Use a standard IBAN if you are not using a structured reference. The combination QR-IBAN + no reference number is invalid and will be rejected by bank systems. Which number you use on which invoice type depends on your payment method — a detailed explanation is provided in the article on IBAN vs. QR-IBAN: Which number goes on your Swiss invoice?

2. Recipient details (creditor address)

The name and address of the invoice issuer must match exactly with the master data held at the bank. This sounds obvious but is a common error: if you have stored an abbreviated company name in your accounting software (e.g. "Müller AG" instead of "Müller Haustechnik AG"), you risk the automatic assignment failing.

The address can be entered either structured (street, house number, postcode, city, country in separate fields) or unstructured (address lines free form). Bank systems prefer the structured format because it is processed more reliably.

3. Payment amount and currency

Only CHF and EUR are permitted. An amount is technically optional — for invoices without a fixed amount (e.g. for open advance payments), the field can be left blank so the payer enters the amount themselves. If an amount is specified, it must be entered in the format with two decimal places (e.g. 1'450.00 CHF). Thousand separators are not encoded in the QR code but are displayed in the readable representation.

4. Debtor (payer address)

Information about the payer is optional, but highly recommended in practice. If you enter the name and address of your customer, the bank can automatically check during processing whether the payer and debtor match — this speeds up the posting on your side.

Especially for SMEs with many similar customer names (e.g. several "Meier AG"), this field is a simple way to avoid mix-ups.

5. Reference

The reference is the central allocation instrument. There are two types:

Reference type	Length	Usage
QR Reference	27 digits, numeric	Only with QR-IBAN
Creditor Reference (ISO 11649)	Up to 25 characters, alphanumeric	With standard IBAN

The QR reference works similarly to the former ESR reference: it typically encodes an internal invoice number plus a check digit. Many accounting programs generate this automatically. If you create the reference manually, you must calculate the check digit correctly using the modulo-10 method — a frequent manual error.

Without a reference (NON procedure), you can still enter a so-called unstructured message (max. 140 characters), e.g. the invoice number in plain text. This is sufficient for smaller volumes but limits automated posting.

6. Additional information / AV parameters

The "Additional information" field in the QR code (not to be confused with the readable message field) allows structured additional data for third-party systems — such as eBill parameters or billing information for specific industries. For most SMEs, this field remains empty. If you fill it in, you must adhere to the prescribed format exactly, otherwise the entire QR code will be marked as invalid.

Section at the bottom: Remittance advice

To the left of the payment section is the remittance advice — a narrower section with the same core data (IBAN/QR-IBAN, amount, currency, creditor and debtor details, reference). It is intended for the payer's accounting and is separated after payment. The dividing line must be dashed and marked with a scissors icon — this is mandatory.

VAT in the payment section

The payment section itself contains no fields for VAT. The VAT disclosure (for example, 8.1% standard rate, 2.6% reduced rate for accommodation, or 3.8% rate for foodstuffs) belongs in the upper invoice section. If you are VAT-liable, it is advisable to check the Swiss VAT basics 2026 — rates, duties and special rules to ensure the correct rate is shown — the payment section only shows the gross amount.

Create it correctly without error risk

If you fill in the fields manually, you run a higher error risk — especially with the QR reference and structured address. With a specialized tool, all mandatory fields can be entered in a guided manner and the QR code is generated in compliance with regulations. The SnapBill app handles technical formatting automatically, including check digit calculation and layout requirements from SIX.

At a glance

• QR-IBAN only use together with QR reference; standard IBAN with Creditor Reference or without reference.
• Recipient details must match bank master data exactly — no abbreviations.
• Amount and currency: CHF or EUR, two decimal places; amount can be left blank.
• Debtor details are optional but significantly ease automated posting.
• Reference: QR reference (27-digit, only with QR-IBAN) or Creditor Reference (ISO 11649); unstructured message as fallback option.
• Remittance advice with dashed dividing line to the left of the payment section is mandatory.
• VAT belongs in the upper invoice section, not in the payment section.

For those who want to understand the complete Swiss QR-bill process from start to finish, you'll find a comprehensive overview there — from preparing master data to dispatch.