ERP-Integration mit QR-Rechnung und Zahlungen: So funktioniert es

Was bedeutet die Integration von ERP, QR-Rechnung und Zahlungen in der Schweiz?

ERP integrieren, QR-Rechnung und Zahlungen bedeutet, drei Schritte zu verknüpfen, die heute oft noch isoliert bleiben. Der erste ist die Kundenstammdatei mit den Zahlungsdaten. Der zweite ist die Generierung des PDFs mit dem Zahlungsteil: QR-Code, IBAN, Referenz, Betrag, Währung. Der dritte ist der Zahlungseingang als Buchungssatz, der abgeglichen werden muss.

Der Ausgangspunkt ist der 30. Juni 2020. Gemäss dem KMU-Portal des Bundes trafen an diesem Tag die ersten QR-Rechnungen statt der üblichen Einzahlungsscheine in den Briefkästen der Empfänger ein. Seither ist die QR-Rechnung am Swiss QR Code erkennbar, der alle notwendigen Informationen für eine einfache, automatische und effiziente Zahlung enthält.

Der QR-Code kann aus verschiedenen Quellen stammen. Laut der WIR Bank muss in der Schweiz jede Rechnung einen QR-Code enthalten. Verfügt das Unternehmen über ein ERP-System, wird der Code dort generiert; andernfalls lässt er sich kostenlos über das E-Banking erstellen.

Dieselbe Quelle weist darauf hin, dass der QR-Code bei Rechnungen mit Zahlungsteil gesetzlich vorgeschrieben ist. Der Ort der Generierung ist nicht neutral: Er bestimmt, wer die Zahlungsdaten besitzt, in welchem Format sie ausgegeben werden und wie sie als Zahlungen im Unternehmen zurückfliessen.

Operativ nennt das KMU-Portal des Bundes unter den Vorteilen die Digitalisierung der Daten mit höherer Effizienz bei der Abwicklung und Überwachung der Zahlungen; eine bessere Datenqualität dank der Präzision und Menge der Informationen in standardisierter Form; sowie vollständig automatisierte Zahlungsreferenzen vom Absender zum Empfänger.

Die WIR Bank fügt hinzu, dass der Versand digitaler Rechnungen Porto-, Papier- und Lieferzeiten spart. Der QR-Code enthält bereits alle korrekt kodierten Informationen, was Fehlzahlungen aufgrund falsch eingegebener Beträge oder fehlender IBANs reduziert.

Operative Vorteile der QR-Rechnung in der Schweiz

Meilensteine in der Entwicklung der QR-Rechnung in der Schweiz

Die Daten und Standards, die das ERP kennen muss

Die erste Entscheidung betrifft die Art des Gutschriftskontos, da sie die Art der Referenz bestimmt. Laut Raiffeisen funktioniert die QR-Referenz nur mit einer QR-IBAN. Ein Anbieter von Generierungs-APIs präzisiert, dass die QR-IBAN eine IID im Bereich 30000–31999 verwendet, für die automatische Abstimmung mit 27-stelligen Referenzen.

Eine Standard-IBAN wird mit einer Creditor Reference (ISO 11649, 5 bis 25 Zeichen) oder ohne Referenz kombiniert, für die einfachste Fakturierung. Raiffeisen beschreibt die QR-Referenz als bestehend aus 26 Ziffern, die mit einer nach dem Modulo-10-Prinzip berechneten Prüfziffer enden. Die Prüfziffer muss von der Software berechnet und validiert werden, nicht manuell eingegeben.

Neben der Referenz sind freie Informationen und Betragsdaten zu verwalten. Raiffeisen gibt an, dass eine unstrukturierte Mitteilung von maximal 140 Zeichen eingefügt werden kann, beispielsweise interne Notizen oder ergänzende Zahlungsdaten.

Im Bereich der Währungen nennt das KMU-Portal des Bundes die Fakturierung in CHF und EUR als Vorteile des Standards. Buchhaltungstools beschreiben Rechnungen für die Schweiz auch in EUR. Das ERP muss die Währung daher als Variable und nicht als Konstante behandeln.

Übrig bleiben Adress-, Sprach- und Layoutdaten. Ein API-Anbieter signalisiert, dass die Aktualisierung der Standards am 21. November 2025 in Kraft getreten ist. Sie führte strukturierte Adressen ein, mit getrenntem Namen, Strasse und Hausnummer, Validierung von Postleitzahl und Ort sowie Unterstützung des Ländercodes. Das Update bringt auch erweiterte Zeichensätze und neue Validierungsregeln mit sich.

Die Sprache der Rechnung (Deutsch, Französisch, Italienisch, Englisch laut demselben Anbieter) beeinflusst Beschriftungen, Formatierung und Datumsanzeige. Schliesslich die Druckdaten: Das KMU-Portal des Bundes erwähnt den Druck auf weissem Papier, während die WIR Bank präzisiert, dass bei einer per Post versendeten Rechnung der Zahlungs-QR-Code perforiert sein muss.

Das passende Integrationsmodell wählen

Das erste Modell ist die in die Buchhaltungsdatei integrierte Fakturierung. Rechnungen entstehen als Buchungen, und das Debitoren-/Kreditorenmanagement sieht den Import von Zahlungen im ISO 20022-Format vor. Inbegriffen sind Debitorrechnungsberichte und Mahndruck; Rechnungen für die Schweiz können auch in EUR ausgestellt werden.

Dies ist das Modell für diejenigen, die alles in einer einzigen Datei verwalten wollen und eine Umsatzbuchhaltung führen. Zu den Grenzen gehört, dass keine Offerten erstellt werden können und einige Anpassungen ein höheres Abo erfordern.

Ein zweites Modell trennt Offerten und Rechnungen in einer von der Buchhaltung unabhängigen Datei. Es erlaubt das Erstellen von Offerten auch in Varianten, deren Umwandlung in Rechnungen sowie das Duplizieren von Rechnungen, mit grösserer Flexibilität bei der Artikelanzahl.

Es eignet sich für Neugründungen, solche, die die Trennung bevorzugen, eine Eingangsbuchhaltung führen oder sehr komplexe Rechnungen ausstellen. Die Grenze ist das Fehlen der Integration mit der Buchhaltung: Zahlungen können nicht importiert und keine Mahnungen erstellt werden.

Für geringe Volumina oder Dokumente, die nicht von der Software verwaltet werden, gibt es zwei leichte Modelle. Den leeren QR-Einzahlungsschein, ohne Adresse und ohne Betrag, zum Beifügen an Briefe oder mit anderen Programmen erstellte Rechnungen. Der Brief mit QR-Einzahlungsschein fügt die Adresse eines einzelnen Empfängers, Text und Betrag hinzu. Beide werden als geeignet für kleine Handwerker, Freiberufler oder Vereine beschrieben.

Für wiederkehrende Volumina gibt es die Serienfakturierung mit Daten aus Excel, die automatisch QR-Rechnungen für mehrere Kunden generiert. Dies ist der typische Fall für Vereine oder Organisationen, die Kurse oder Mitgliedsbeiträge fakturieren.

Übrig bleiben zwei technische Wege. Der erste ist die API oder der externe Dienst: Ein Aufruf generiert ein konformes PDF, mit Unterstützung von QR-IBAN und Standard-IBAN, strukturierten Adressen und Mehrsprachigkeit. Der Anbieter schätzt 2–3 Monate für die interne Entwicklung von Null gegen wenige Stunden mit der API und nennt die kontinuierliche Pflege der Standards als Aufwand.

Der zweite ist die Erstellung im E-Banking: Laut der WIR Bank ist dies kostenlos, erfordert keine zusätzliche Software und keine monatliche Gebühr und ist für Einzelrechnungen mehr als ausreichend. Dieselbe Quelle empfiehlt jedoch, wenn möglich, eine vollständige QR-Rechnung statt einzelner Zahlungs-QR-Codes zu erstellen.

Die QR-Rechnung Schritt für Schritt aus dem ERP generieren

Der Fluss beginnt mit der Datenvorbereitung. Benötigt werden strukturierte Kundenstammdaten (Name, Strasse und Hausnummer getrennt, PLZ, Ort, Ländercode), Ausgabesprache, Währung und Rechnungspositionen. Zudem werden Zahlungsdaten benötigt: IBAN oder QR-IBAN, Referenztyp, Betrag, gegebenenfalls unstrukturierte Mitteilung innerhalb von 140 Zeichen.

Dann wird das Template gewählt: Rechnung mit integriertem Zahlungsteil oder, für den Papierdruck, mit perforiertem QR-Code, damit dieser abgetrennt werden kann. Der kritische Schritt ist die Generierung des Codes und des Zahlungsteils.

Die WIR Bank ist eindeutig: Bei der Erstellung einer QR-Rechnung müssen immer Empfänger und Zahlungszweck angegeben werden. Der Zahlungsteil muss von Anfang an alle Informationen enthalten, da später keine Mitteilungen oder Ergänzungen hinzugefügt werden können.

Es ist daher ein Fehler, das ERP so zu konzipieren, dass der Zahlungsteil nach der PDF-Erstellung vervollständigt oder korrigiert wird: Die Daten müssen zum Zeitpunkt der Generierung festgelegt werden. Nach Abschluss der Generierung wird das Dokument als PDF ausgegeben. Es wird auf weisses Papier gedruckt oder perforiert, wenn es für den postalischen Versand bestimmt ist.

Eine Kontrolle betrifft Einzahlungen am Postschalter. Laut der WIR Bank werden bei fehlendem oder handschriftlichem Namen des Schuldners zusätzliche Kosten von CHF 0.84 belastet. Diese kommen zu den normalen Bareinzahlungsgebühren der Post hinzu. Wenn der Auftraggeber nicht vorbedruckt ist, signalisiert dieselbe Quelle zusätzliche Kosten für die Einzahlung am Postschalter.

Von der ausgestellten Rechnung zur abgestimmten Zahlung

Die Zahlung läuft über die üblichen Kanäle: Mobile Banking, E-Banking, Überweisungsauftrag oder Bank- und Postschalter. Mit dem Swiss QR Code genügt Scannen, Prüfen und Autorisieren.

Eine Richtigkeitsprüfung seitens des Zahlers ist vorgesehen. Gemäss der Plattform «eBanking – aber sicher!» müssen nach dem Scannen des QR-Codes die erkannten Daten mit den korrekten Zahlungsinformationen auf der Rechnung verglichen werden. Der Vergleich betrifft die IBAN und andere Daten.

Das gleiche Prinzip gilt downstream, wenn die Daten ins ERP gelangen. Seitens des Unternehmens listet Raiffeisen unter den Vorteilen der QR-Rechnung die automatische Erfassung der eingehenden Zahlungen, die effiziente Verwaltung der Zahlungsprozesse und die transparente Zuordnung der Schuldner auf.

Das technische Vehikel für den Rückfluss der Bewegungen ist der Import der Zahlungen im ISO 20022-Format, vorgesehen durch Buchhaltungsmodule, die Debitoren und Kreditoren verwalten. Wenn die Rechnung mit QR-IBAN und 27-stelliger Referenz ausgestellt wird, kann die Zuordnung zwischen Bewegung und Rechnung automatisch erfolgen. Mit Standard-IBAN und Creditor Reference bleibt die Referenz für die Zuordnung nutzbar; ohne Referenz basiert die Abstimmung auf anderen Kriterien.

Wo manuelle Arbeit reduziert wird: Das KMU-Portal des Bundes weist auf die Reduktion von Lesefehlern hin. Es fügt die Einsparung von Zeit und Ressourcen dank weniger manueller Eingriffe, die vereinfachte Abstimmung der Zahlungen und die geringere manuelle Arbeit für die Aussteller hinzu.

Nach der Abstimmung bleiben die prozessualen Schritte im Kreditmanagement: Buchhaltungsmodule nennen Debitorrechnungsberichte und Mahndruck, die nur funktionieren, wenn die Zuordnung Zahlung-Rechnung erfasst wurde.

eBill und andere digitale Kanäle: Wann sie die QR-Rechnung ergänzen

eBill ersetzt die QR-Rechnung nicht, sondern ergänzt sie als Kanal. Laut dem KMU-Portal des Bundes geht eBill über die QR-Rechnung hinaus: Mit der neuen Infrastruktur für elektronische Rechnungen entsteht ein vollständig digitales Zahlungserlebnis. Die QR-Rechnung ist das Bindeglied zwischen der papierbasierten und der digitalen Welt.

Raiffeisen beschreibt die Funktionsweise aus Sicht des Zahlers: Mit eBill landen Rechnungen direkt im E-Banking, ohne Papier und ohne E-Mail. Prüfung und Autorisierung erfordern nur wenige Klicks, wobei die Situation stets unter Kontrolle bleibt.

Der praktische Unterschied für das ERP liegt in der Erreichbarkeit. Die QR-Rechnung ist über alle vom KMU-Portal des Bundes genannten Kanäle zahlbar: Mobile Banking, E-Banking, Post oder Postschalter. Sie erfordert keine Anmeldung des Endkunden; eBill hingegen setzt voraus, dass der Empfänger diesen Kanal nutzt.

Ein Unternehmen, das einen einzigen universellen Kanal sucht, findet in der QR-Rechnung die breiteste Abdeckung. eBill ist effizienter in wiederkehrenden Beziehungen mit Kunden, die es bereits nutzen.

Beide Flüsse zu verwalten bedeutet, dieselbe Datenbasis wiederzuverwenden: Strukturierte Stammdaten, Währung, Sprache, Beträge und Referenzen sind identisch. Nur der Lieferkanal und der Autorisierungsmechanismus ändern sich.

Raiffeisen, das für Vereine ClubDesk vorschlägt und auf Effizienz durch eBill setzt, erinnert auch an die ausgehenden Zahlungen. Wer eine Buchhaltungssoftware oder ein ERP nutzt, konfiguriert seine Zahlungsmodelle direkt auf Basis der QR-Rechnung und führt die Zahlungen weiterhin aus seinem System aus. Dasselbe gilt für erfasste Daueraufträge.

Tests, Validierungen und Kontrollen vor dem Go-Live

Die erste Kontrolle betrifft die Software. SIX empfiehlt zu prüfen, ob das eigene ERP QR-Rechnungen verarbeiten kann, beispielsweise mit der auf www.PaymentStandards.CH veröffentlichten Readiness-Liste. Wenn das ERP dies nicht kann, wählt man vor der Einrichtung der Templates einen alternativen Kanal: E-Banking, Buchhaltungssoftware, externer Dienst.

Der Testlauf muss auf den Kombinationen aufgebaut werden, die die Software unterscheiden muss. Dies sind die Kontoart und das Referenzformat. Das Konto kann eine QR-IBAN mit QR-Referenz oder eine Standard-IBAN mit Creditor Reference oder ohne Referenz sein. Relevant sind zudem Währung (CHF oder EUR) und Sprache.

Ein API-Anbieter listet genau diese Kombinationen zusammen mit Grenzfällen, MWSt-Sätzen und PDF-Formatierung als abzudeckende Testaufwände auf. Er nennt zudem die 67-seitigen Implementierungsrichtlinien v2.3 als zu beachtenden Konformitätsreferenz.

Hinzu kommen automatische Validierungen: IBAN-Format, Berechnung der Prüfziffer und Validierung der Referenznummer in Abhängigkeit vom IBAN-Typ. Nötig ist auch ein Test der strukturierten Adressen, mit getrennter Strasse und Hausnummer, Validierung von PLZ und Ort sowie Ländercode. Die neuen Validierungsregeln sind mit dem Update vom 21. November 2025 in Kraft getreten.

Im Bereich der Fehler ist zu prüfen, was bei fehlender IBAN oder falsch eingegebenem Betrag geschieht. Laut der WIR Bank sind dies die beiden Fälle, die die Zahlung scheitern lassen, wenn die Daten im QR-Code nicht korrekt kodiert sind.

Die finale Sicherheitskontrolle ist manuell und muss vor jedem Go-Live, danach stichprobenartig, durchgeführt werden. Man scannt den QR-Code mit einer Mobile-Banking-App und vergleicht die erkannten Daten mit den auf der Rechnung gedruckten Zahlungsinformationen, wie von der Plattform «eBanking – aber sicher!» angegeben.

Wenn der gescannte Code nicht dieselbe IBAN, Referenz und denselben Betrag wie das Dokument aufweist, liegt das Problem in der Generierung, nicht in der Zahlung.

Praktische Checkliste für die Integration im Unternehmen

Schritte, die der Reihe nach auszuführen sind. Die Felder abbilden, die das ERP produzieren muss: strukturierte Stammdaten, Kontoart, Referenztyp, Betrag, Währung, Sprache, Template-Struktur. Dann entscheiden, wo der QR-Code entsteht.

Die Software-Readiness auf der Readiness-Liste von www.PaymentStandards.CH prüfen. Das Fakturierungsmodell basierend auf dem Profil wählen: in die Buchhaltung integriert, separate Offerten und Rechnungen, leerer Schein, Brief mit Schein, Serienrechnungen aus Excel, API oder externer Dienst, E-Banking für Einzelrechnungen.

Sich die QR-IBAN beschaffen, wenn die QR-Referenz gewünscht wird, sonst bei der Standard-IBAN mit Creditor Reference oder ohne Referenz bleiben.

Dann Templates und Regeln konfigurieren. Der Zahlungsteil muss an der Quelle vervollständigt werden; der Druck erfolgt auf weissem oder perforiertem Papier. Strukturierte Adressen und unstrukturierte Mitteilungen innerhalb von 140 Zeichen sind erforderlich. Die Prüfziffer und die Validierung der Referenz in Abhängigkeit vom IBAN-Typ müssen berechnet werden.

Anschliessend Tests mit realen Fällen durchführen: QR-IBAN und Standard-IBAN, vorhandene und fehlende Referenz, CHF und EUR, mehrere Sprachen, strukturierte Adressen, IBAN- und Betragsfehler. Dann die Schulung der Rechnungssteller, das Mahnwesen, der Go-Live und die Überwachung der Zahlungseingänge.

Zu beobachtende Indikatoren: Anteil der mit dem QR-Zahlungsteil bezahlten Rechnungen im Verhältnis zu den Mahnungen, durchschnittliche Zeit zwischen Ausstellung und Abstimmung des Zahlungseingangs, Anzahl der noch notwendigen manuellen Zuordnungen. Weiter: Volumen der generierten Mahnungen, Fälle von fehlgeschlagenen Zahlungen wegen fehlender IBAN oder falschem Betrag, durch die manuelle QR-Code-Kontrolle erkannte Fehler.

Wenn die automatischen Zuordnungen zunehmen und die Mahnungen abnehmen, arbeiten der Bewegungsimport und die QR-Code-Generierung mit denselben Daten.