You have finished the project, open the invoice template, enter the amount, and send a PDF to your client. Only afterwards do the doubts set in: Is this document enough for the bookkeeping? Does the client’s UID have to appear on it? Is the VAT rate correct when several services are included? And can the recipient pay the invoice without friction if they work in euros or abroad?

This is exactly where clean invoicing in Switzerland begins. An invoice is not only a request for payment; it is also a booking document, VAT evidence, and a data record for payment traffic. Anyone who looks at these functions together spots errors earlier than someone who merely ticks off individual mandatory fields.

Where correct invoicing in Switzerland goes wrong

The web designer in Bern has delivered the work. He writes “website as per order” on the invoice, adds the total amount, and attaches a PDF. To the client that initially sounds plausible. For later bookkeeping, important questions remain open: Which service was provided in which period? Does the amount belong to a down payment, a partial payment, or the completed project? And was the invoice treated as taxable or non-taxable turnover?

A formally tidy layout does not automatically answer these questions. The period of performance, a clear description of the work, or the recipient’s full address is often missing. For a corporate client, a match against the UID may also be required. Anyone who copies client data from an old spreadsheet risks typos, outdated addresses, or assigning the invoice to the wrong party.

PDF, QR-bill, or both

A simple PDF can serve as an invoice if the necessary details are included. The payment part with the Swiss QR code is therefore not the same thing as the invoice itself. It adds a machine-readable payment layer.

Problems arise when the QR code and the visible invoice text do not match. A cropped code, a different amount, or a wrongly transferred reference can mean the client cannot trigger payment as intended or cannot assign it automatically later.

Questions to settle before sending

Before you send the invoice, you should at least clarify these points:

• Service: What was actually delivered, and which period does the line item cover?
• Recipient: Do name, address, and, where applicable, UID match the current client data?
• Tax: Is the service taxable, which rate applies, and is the tax shown in a way that can be traced per line item?
• Payment: Are IBAN, reference, amount, and payment deadline consistent?
• International aspects: Are currency, language, place of supply, and recipient country shown correctly?

An invoice in euros is not automatically a foreign invoice. Conversely, an invoice does not become an export invoice merely because the client is based abroad. What matters is the specific service, the parties involved, and the tax treatment. You should make that distinction before sending, not only when payment arrives.

The seven mandatory details, explained clearly

An invoice becomes reliable when a third person can later reconstruct the business transaction. The seven central details each serve their own purpose. They show who is billing, for whom, when, what, for what consideration, with which VAT, and under which payment terms.

From invoice date to period of performance

1. Invoice date: It documents when you issued the document. That is not necessarily the same as the day of performance.

2. Full name and address of the supplier: The client must be able to see who the invoice comes from. For a sole proprietorship, a brand name alone is not enough if the person responsible cannot be identified from it.

3. Name and address of the recipient: The invoice must be clearly assignable to the right client. For companies, the official business details belong in the template.

4. UID number: For VAT-registered businesses, your own UID is part of the identification. The recipient’s UID may also be required depending on the situation, or the client may ask for it.

5. Description and period of the service: “Consulting” is often too vague. Better is something like “strategy consulting for an online shop, project phase March to April”. A lump-sum line can suffice if the order and scope are unambiguous. For several work packages, separate lines help.

6. Consideration plus VAT rate and VAT amount: The net amount, the applicable rate, and the tax calculated from them must add up. With different tax rates you need a separate presentation.

7. Payment deadline: State clearly when the amount falls due. “Payable within 10 days net” is easier to understand than an unexplained internal deadline.

What else belongs on every good invoice

Invoice number, IBAN, QR reference, payment purpose, and notes on advance payments are not all mandatory details in the strict sense. In day-to-day work they are still indispensable. A consecutively organised invoice number makes searching easier, while a clear payment connection stops the client from copying bank details from an old invoice.

A compact template can look like this:

• Invoice no. and invoice date
• Name and address of the supplier
• Name and address of the client
• UID, where relevant
• Service with period
• Net amount
• VAT rate and VAT amount, or a note that no VAT applies
• Total amount
• IBAN, reference, and payment deadline

You can find a more detailed overview of structure and mandatory details in the guide to writing invoices in Switzerland. What still matters is that the details are not only present but also consistent with one another.

Mapping UID and VAT safely on the invoice

UID and VAT serve different purposes. The UID identifies a business, while the VAT breakdown explains how the invoice amount is composed for tax purposes. Mixing the two produces a document that looks professional but remains unclear for reporting.

For the recipient’s UID-CHE, the practical rule described here is: it must appear on the invoice from a fee of CHF 1000 per service and recipient, or when the client expressly asks for it. This threshold is not the same as VAT registration. Registration is classified as mandatory in regional explanations from CHF 100'000 annual turnover; see the FAQ on invoicing and VAT.

The tax rate belongs to the line item

The currently relevant Swiss rates are 8.1% standard rate, 2.6% reduced rate, and 3.8% special rate for accommodation. The rates and their tax classification are documented in the overview of VAT in Switzerland.

For freelancers, the standard rate applies to many consulting, development, or design services. The reduced rate covers certain legally defined services and goods, not simply every activity with a small invoice amount. So you should not copy the rate from a previous invoice without checking the specific line item.

Accounting method and mixed documents

Under the effective method, you report the VAT due based on actual turnover and input tax. The net tax rate and other simplified methods follow a different logic. Your invoicing and accounting software therefore must not only store a percentage; it must also process the method and the tax assignment correctly.

A mixed document could be structured like this:

The gross amount in this example is CHF 2675. The separate lines make visible which tax amount belongs to which service. That matters more for review and further processing than a single aggregated VAT amount. Further notes on the identification number are in the guide to the UID number in Switzerland.

Using the QR-bill as a reliable payment layer

The Swiss QR-bill connects the visible invoice text with structured payment data. At the centre is the IBAN. Among other things, the Swiss QR code encodes the payee, amount, reference, and address data so that payment systems can read them automatically.

The maximum permitted data content of the structured Swiss QR code is 997 characters including separators. This technical limit and the requirements of the SIX implementation guidelines for the QR-bill matter for invoicing software because field lengths and reference types must match exactly.

Three checks before sending

1. Check the IBAN: Use the correct account and make sure a QR-IBAN is paired with a matching reference type.
2. Match the amount: The amount in the code must match the visible total. If the amount is open, the code must not accidentally contain a fixed value.
3. Test the reference: A QRR reference must be complete and correctly formatted. Even one missing character can disrupt automatic matching.

A QR code does not replace the invoice. The client still needs the payment part and the relevant information outside the code. Anyone working without a QR code can send a PDF with IBAN and payment details. For recurring Swiss business payments, however, the code is a practical link between invoice, e-banking, and bookkeeping.

A cropped payment part, an incomplete address, or a different amount in the code is not merely a cosmetic flaw. The recipient has to correct data by hand, and you will later find it harder to match the payment to an open invoice. A structured template with consistent data reduces that friction.

A practical example of structure and use is in the article on the QR-bill in Switzerland. The following embed shows the payment process as additional orientation:

Handling foreign currencies and multilingual invoices cleanly

An invoice in CHF is the simplest to calculate, because net amount, VAT, and total appear in the same currency. With EUR or USD you also have to decide which currency the client transfers and how you document for tax purposes that VAT was calculated correctly.

The invoice should therefore clearly distinguish invoice currency, tax amount, and booking currency. If your internal system works in CHF, you need a traceable rate for the conversion and the associated point in time. The client must not have to guess whether the tax amount shown has already been converted.

CHF, EUR, and USD compared

On an invoice in EUR, for example, the net amount can appear in EUR while VAT is also shown in EUR. For your bookkeeping you additionally need the conversion into CHF. An exchange rate without a date, or a conversion that does not match the invoice amount, makes review harder.

For export clients another question arises: not every service to a foreign client is treated the same way for tax purposes. The client’s registered office alone does not decide VAT. Check the type of service, the place of supply, and the required evidence instead of automatically entering “0%”.

Linguistically unambiguous terms

Multilingual templates only help if the terms are used with the same meaning:

• German: Rechnungsnummer, Zahlungsfrist, Bankverbindung
• French: numéro de facture, délai de paiement, coordonnées bancaires
• Italian: numero della fattura, termine di pagamento, coordinate bancarie
• English: invoice number, payment term, bank details

Avoid mixing languages within one template. Especially for payment deadline, reference, and bank details, the labels should match the language of the rest of the document. International data quality does not start with the QR code but with client capture: street, house number, postcode, city, and country should be stored separately.

Payment terms and concrete invoice examples

Payment terms look unspectacular, but they steer what happens after sending. An invoice with “payable immediately” leaves more room for interpretation than “payable within 10 days net”. For solo self-employed people a clear deadline is especially important, because open amounts affect liquidity directly.

Case one with no VAT shown

The web designer in Bern works without VAT registration and delivers a website to a Swiss private individual. His invoice includes:

• Website concept and implementation as per order
• Period of performance
• Net amount: CHF 2400
• VAT: CHF 0
• Total: CHF 2400
• Payment deadline: 10 days net
• IBAN and QR code
• Discount note: no early-payment discount offered

The 0% VAT must not look like a regular tax rate here if no VAT is being charged. A clear note such as “Not subject to VAT” or a comparable, factually correct explanation is more appropriate. The UID can be added as a voluntary identification detail if it exists.

Case two with VAT registration

The IT consultant in Zurich is VAT-registered and invoices a Swiss SME for consulting. The invoice shows one line item:

• IT consulting, project phase as per order
• Net amount: CHF 3000
• VAT 8.1%: CHF 243
• Total: CHF 3243
• Payment deadline: 30 days net
• IBAN, QR code, and reference
• Discount note: 2% discount for payment within 10 days, if this condition is actually offered

The client immediately sees how the total is composed. The consultant can later link the same document more easily to payment, booking, and VAT reporting.

Which payment term fits

10 days net suits short projects and manageable client relationships. 30 days net is often more practical with companies, because their internal approvals can take longer. On larger projects an advance payment reduces your risk if you have to pre-finance materials, external services, or many hours of work.

Default interest should not simply be added as an automatic penalty line on the original invoice. State the rule in your contract terms and, in case of late payment, check the requirements under the Swiss OR. That keeps it clear when a payment is due and which steps are then permitted.

Checking, tracking, and storing invoices securely

A good invoicing process does not end with the click on “Send”. You need a closed chain from draft through payment receipt to archiving. In a sole proprietorship the responsibility can rest entirely with you; a fixed sequence still helps.

The check before sending

• Client data: Match name, address, country, and, where applicable, UID.
• Service: Check description, period, quantity, and price.
• VAT: Check rate and tax amount per line item.
• Payment: Compare IBAN, reference, QR code, total, and payment deadline.
• Language: Adapt the template to the recipient and the contract.
• Archive: Store the PDF and related documents in an organised way.

After that you regularly check the bank account and set the invoice status to open, partially paid, or paid. Credit notes and cancellation invoices should clearly reference the original invoice so that no double or missing booking arises.

Dunning and retention

A simple dunning process can work with a payment reminder, a first reminder, and a second reminder. You should only deal with default interest after default has occurred and with regard to the contractual and statutory basis. The concrete classification follows, among other things, the Swiss OR.

Business records and booking documents must in principle be retained for 10 years. The period starts at the end of the financial year, not with the date of each individual document, as the notes on retention of business records state. Documents relating to immovable property may have to be retained for up to 20 years under VAT law; see the explanations on the retention obligation for immovable property.

Store invoices electronically in a format and archive that make authenticity and immutability traceable. Check weekly sending, incoming payments, reminders, partial payments, corrections, and archive status. That way invoicing does not become a collection of individual files, but a controlled business process.

Magic Heidi supports Swiss freelancers with QR-bills, VAT management, foreign currencies, and matching payments to open invoices. If you want to organise your invoice data, documents, and payment workflows in one place, visit Magic Heidi and see whether the solution fits your working day.