Eine QR-Rechnung wird aus der Buchhaltungs- oder ERP-Software erstellt. Trotzdem korrigiert ein Mitarbeiter vorher noch die Adresse, ergänzt das Land oder übernimmt Kundendaten aus einem anderen System. Bei der nächsten Rechnung beginnt dieselbe Arbeit erneut. In solchen Fällen liegt das Problem häufig nicht bei der QR-Rechnung selbst, sondern bereits bei den Stammdaten und ihrer Übergabe zwischen CRM, ERP und Buchhaltung.
1. Warum entstehen trotz Software manuelle Korrekturen?
Viele Unternehmen verwenden bereits Software für CRM, Auftragsbearbeitung, ERP oder Buchhaltung. Das bedeutet aber nicht automatisch, dass dieselben Kundendaten in allen Systemen gleich strukturiert vorliegen.
Typische Situationen sind:
- Im CRM steht die vollständige Adresse in einem einzigen Textfeld.
- Im ERP fehlen Land oder Postleitzahl.
- Ein Mitarbeiter korrigiert die Rechnungsadresse erst vor dem Rechnungsversand.
- CRM und ERP enthalten unterschiedliche Adressstände.
- Eine Änderung wird nur in einem der Systeme vorgenommen.
- Daten werden bei jedem neuen Auftrag erneut aus E-Mails oder Dokumenten übernommen.
Solange ein Mitarbeiter diese Unterschiede manuell ausgleicht, kann der Prozess funktionieren. Er bleibt aber fehleranfällig und erzeugt wiederkehrende Arbeit.
Die bessere Frage lautet deshalb nicht nur: Kann unsere Software eine QR-Rechnung erzeugen?
Sondern: Sind die dafür benötigten Daten bereits vorher vollständig, strukturiert und im richtigen System vorhanden?
2. Was bedeutet strukturierte Adresse bei der QR-Rechnung?
Bei einer strukturierten Adresse werden die Bestandteile einer Anschrift nicht als eine beliebige Textzeile übertragen, sondern in dafür vorgesehenen Datenelementen geführt.
Die aktuellen Implementation Guidelines von SIX sehen für die QR-Rechnung beispielsweise eigene Elemente für Strasse, Hausnummer, Postleitzahl, Ort und Land vor. Postleitzahl, Ort und Land sind innerhalb einer angegebenen strukturierten Adresse Pflichtfelder. Die Datengruppe zum Zahlungspflichtigen ist dagegen optional; wird sie angegeben, müssen ihre bedingten Pflichtfelder ausgefüllt werden. Strasse und Hausnummer sind in dieser Datengruppe optional.
| Information | Eigenes Datenfeld |
|---|---|
| Name oder Unternehmen | Name |
| Strasse | Strasse |
| Hausnummer | Hausnummer beziehungsweise vorgesehenes Adresselement |
| Postleitzahl | Postleitzahl |
| Ort | Ort |
| Land | Ländercode |
Das ist mehr als eine Layoutfrage auf der Rechnung. Die Daten müssen bereits so vorhanden sein, dass das rechnungserstellende System sie korrekt übernehmen kann.
Eine Adresse wie „Musterstrasse 8, 8000 Zürich, Schweiz“ in einem einzigen freien Textfeld kann für einen Menschen verständlich sein. Für einen strukturierten Datenaustausch ist es zuverlässiger, wenn die einzelnen Bestandteile bereits getrennt gespeichert sind.
3. Was ändert sich im Schweizer Zahlungsverkehr im November 2026?
Hier ist eine wichtige Unterscheidung notwendig: Die strukturierte Adresse ist bei der QR-Rechnung nicht erst ab November 2026 relevant.
Seit dem 22. November 2025 ist in der QR-Rechnung nur noch die strukturierte Adresse zugelassen.
Die Swiss Payment Standards 2026 gelten ab dem 14. November 2026. Im Kunde-Bank-Verkehr gehören unstrukturierte Adressen dann nicht mehr zum SPS-Standard; strukturierte beziehungsweise hybride Adressen werden nach den jeweiligen Vorgaben verwendet. Für die QR-Rechnung bleibt ausschliesslich der strukturierte Adresstyp vorgesehen.
Nach Angaben von SIX bleibt der Schweizer Zeitplan trotz der Terminverschiebungen bei Swift und dem European Payments Council bestehen. Beim SIC-Release vom 13. November 2026 wird die Adressvalidierung jedoch nicht aktiviert. Deshalb können weiterhin Zahlungsaufträge mit unstrukturierten Adressen eintreffen; eine pauschale Ablehnung aller solchen Zahlungen lässt sich daraus nicht ableiten.
Für QR-Rechnungen in CHF bringt Version 2.4 keine technischen Anpassungen; Version 2.3 bleibt bis November 2027 gültig. Das ist von den Änderungen im übrigen Zahlungsverkehr zu unterscheiden.
Für Unternehmen bedeutet das nicht, dass sie eine QR-Rechnung neu erfinden müssen. Es ist ein guter Anlass zu prüfen, ob Adress- und Zahlungsdaten in ERP, Buchhaltung und angeschlossenen Systemen bereits sauber strukturiert verarbeitet werden.
4. Welche Stammdaten sollten getrennt gespeichert werden?
Welche Felder ein Unternehmen tatsächlich benötigt, hängt von seinen Kunden, Systemen und Geschäftsprozessen ab. Für eine zuverlässige Rechnungs- und Zahlungsabwicklung sollten relevante Informationen jedoch nicht unnötig in freien Textfeldern vermischt werden.
Typische Stammdaten können beispielsweise sein:
- Firmenname beziehungsweise Name des Kunden,
- Strasse,
- Hausnummer beziehungsweise entsprechendes Adresselement,
- Postleitzahl,
- Ort,
- Land beziehungsweise Ländercode,
- abweichende Rechnungsadresse, falls erforderlich,
- Kundennummer oder andere interne eindeutige Kennung.
Weitere Rechnungs-, Steuer- oder Zahlungsinformationen hängen vom konkreten Geschäftsvorgang ab und sollten nicht allein aus einer allgemeinen Automatisierungsregel abgeleitet werden.
Das Ziel ist nicht, möglichst viele Felder anzulegen. Jedes Feld sollte einen nachvollziehbaren Zweck im Prozess haben.
5. CRM oder ERP: Welches System führt welche Daten?
Wenn dieselbe Kundenadresse in CRM, ERP und Buchhaltung geändert werden kann, entsteht schnell die Frage, welcher Stand tatsächlich gilt.
Deshalb sollte vor einer Automatisierung festgelegt werden, welches System für welche Information führend ist.
| System | Mögliche Aufgabe |
|---|---|
| CRM | Kontakte, Ansprechpartner und Informationen zur Kundenbeziehung verwalten. |
| ERP | Auftrags-, Kunden- und abrechnungsrelevante Stammdaten für den operativen Prozess führen. |
| Buchhaltung | Rechnung und buchhalterischen Vorgang auf Basis der vorgesehenen Daten verarbeiten. |
| Banking beziehungsweise Zahlungsprozess | Die für den Zahlungsverkehr vorgesehenen Informationen nach dem unterstützten Standard verarbeiten. |
Diese Verteilung ist nur ein Beispiel. In einem Unternehmen kann das ERP das führende Kundensystem sein, in einem anderen werden bestimmte Informationen zuerst im CRM gepflegt.
Entscheidend ist, dass die Richtung der Datenübertragung definiert ist.
„Alle Systeme synchronisieren alles miteinander“ ist keine Datenstrategie.
Wie Feldverantwortung zwischen CRM und ERP festgelegt werden kann, erklären wir ausführlicher im Beitrag CRM und ERP synchronisieren: Welche Felder gehören in welches System?.
6. Wie sieht ein sauberer Prozess aus?
Ein robuster Ablauf beginnt nicht bei der fertigen QR-Rechnung.
Er beginnt dort, wo Kundendaten erstmals verbindlich erfasst oder geändert werden.
- Daten erfassen: Die benötigten Kunden- und Adressinformationen werden in definierten Feldern gespeichert.
- Struktur prüfen: Pflichtangaben und Datenformat werden kontrolliert, soweit dies im jeweiligen Prozess möglich ist.
- Führendes System bestimmen: Es ist klar, welches System die massgebliche Information hält.
- Daten übertragen: Andere beteiligte Systeme erhalten die vorgesehenen Felder nach einer definierten Mapping-Regel.
- Rechnung erzeugen: Das Rechnungssystem verwendet die bereits strukturierten Daten.
- QR-Rechnung erstellen: Die Zahlungsinformationen werden entsprechend der unterstützten Spezifikation erzeugt.
- Ausnahme behandeln: Fehlende oder widersprüchliche Daten werden nicht geraten, sondern zur Klärung vorgelegt.
Dadurch verschiebt sich die Korrektur vom Ende des Prozesses an die Stelle, an der das Problem tatsächlich entsteht.
7. Was passiert bei unvollständigen oder widersprüchlichen Daten?
Eine Automatisierung sollte fehlende Informationen nicht selbst erfinden.
Angenommen, im CRM steht eine neue Kundenadresse, während im ERP weiterhin die bisherige Rechnungsadresse hinterlegt ist.
Eine technische Synchronisierung könnte einfach einen Wert überschreiben. Ob das fachlich richtig ist, hängt aber davon ab, welche Adresse bestätigt wurde und welches System für diese Information führend sein soll.
Ein besserer Ausnahmeprozess kann so aussehen:
- Der Workflow erkennt den Konflikt.
- Die Rechnung wird nicht mit einer vermuteten Adresse automatisch weiterverarbeitet.
- Die verantwortliche Person sieht beide relevanten Werte.
- Sie bestätigt oder korrigiert die massgebliche Information.
- Der korrigierte Wert wird im vorgesehenen führenden System gespeichert.
- Der normale Prozess wird fortgesetzt.
Damit wird aus einer wiederkehrenden manuellen Korrektur ein definierter Ausnahmefall.
Wie solche Situationen in automatisierten Abläufen behandelt werden können, zeigen wir im Beitrag Automatisierung mit Ausnahmen: Was passiert, wenn ein Workflow nicht selbst entscheiden kann?.
8. Was sollte automatisiert werden – und was nicht?
Wenn die Datenstruktur und Verantwortlichkeiten geklärt sind, lassen sich wiederkehrende technische Schritte häufig zuverlässig automatisieren.
Dazu können je nach vorhandenen Systemen gehören:
- definierte Stammdaten zwischen CRM und ERP übertragen,
- Pflichtfelder vor dem nächsten Prozessschritt prüfen,
- bekannte Datenformate validieren,
- einen Vorgang bei fehlenden Angaben stoppen,
- eine zuständige Person über einen Datenkonflikt informieren,
- nach einer Korrektur den Prozess fortsetzen.
Dafür ist nicht automatisch künstliche Intelligenz notwendig.
Wenn beispielsweise feststeht, dass der Ländercode aus einem definierten ERP-Feld in ein bestimmtes Rechnungsfeld übertragen werden muss, ist eine deterministische Regel normalerweise geeigneter als eine KI-Entscheidung.
KI kann bei unstrukturierten Eingangsinformationen unterstützend eingesetzt werden. Ein aus einer E-Mail erkannter Adressvorschlag sollte jedoch nicht ungeprüft zur massgeblichen Rechnungsadresse werden, nur weil ein Sprachmodell ihn für plausibel hält.
Strukturierte Geschäftsdaten sollten möglichst über eindeutige Felder und Regeln übertragen werden. KI ist dort sinnvoll, wo tatsächlich unstrukturierte Informationen verstanden werden müssen.
9. Praxisbeispiel: Von der Kundenadresse zur QR-Rechnung
Ein Schweizer B2B-Unternehmen verwaltet Kundenkontakte im CRM und Aufträge sowie Rechnungen im ERP.
Vorher
- Der Vertrieb ändert die Kundenadresse im CRM.
- Das ERP erhält die Änderung nicht automatisch.
- Bei der nächsten Rechnung sieht ein Mitarbeiter die alte Adresse.
- Er übernimmt die neue Anschrift manuell.
- Ein Teil der Adresse landet dabei in einem freien Feld.
- Bei einem späteren Auftrag muss erneut geprüft werden, welcher Stand richtig ist.
Nach der Prozessklärung
- Es ist definiert, welches System die abrechnungsrelevante Adresse führt.
- Strasse, Postleitzahl, Ort und Land liegen in vorgesehenen Datenfeldern vor.
- Eine Änderung wird über festgelegte Felder an das nächste System übertragen.
- Fehlende Pflichtinformationen erzeugen einen Ausnahmevorgang statt einer stillen fehlerhaften Übernahme.
- Nach der Klärung wird die korrigierte Information im führenden System gespeichert.
- Das Rechnungssystem kann die bestätigten strukturierten Daten für die QR-Rechnung verwenden.
Die Verbesserung besteht nicht darin, dass die QR-Rechnung „mit KI erstellt“ wird.
Die Verbesserung besteht darin, dass ein einmal korrekt erfasster Wert nicht bei jeder Rechnung erneut gesucht und korrigiert werden muss.
10. Checkliste: QR-Rechnung und Stammdaten prüfen
- Software: Welche Anwendung erzeugt die QR-Rechnung?
- Version: Unterstützt die eingesetzte Software die aktuell benötigten Swiss Payment Standards?
- Adresse: Liegen Strasse, Postleitzahl, Ort und Land strukturiert vor?
- Quelle: Aus welchem System erhält die Rechnung diese Daten?
- Verantwortung: Welches System ist für die jeweilige Information führend?
- Synchronisierung: Welche Felder werden zwischen CRM, ERP und Buchhaltung übertragen?
- Änderungen: Was passiert, wenn eine Kundenadresse korrigiert wird?
- Konflikte: Wie wird mit unterschiedlichen Werten in zwei Systemen umgegangen?
- Pflichtdaten: Wird ein fehlender Wert erkannt, bevor der Prozess weiterläuft?
- Ausnahme: Wer entscheidet bei unvollständigen oder widersprüchlichen Daten?
- Test: Wurde der komplette Weg von den Stammdaten bis zur erzeugten QR-Rechnung geprüft?
- November 2026: Sind auch die eingesetzten Zahlungs- und ISO-20022-Prozesse auf die anstehenden Swiss Payment Standards vorbereitet?
Eine saubere QR-Rechnung beginnt vor der Rechnung
Wenn Mitarbeiter Rechnungs- und Adressdaten immer wieder manuell korrigieren, ist die Rechnung häufig nur die Stelle, an der ein früheres Datenproblem sichtbar wird.
Eine nachhaltige Lösung beginnt deshalb mit klaren Stammdaten, definierten Verantwortlichkeiten und eindeutigen Übergaben zwischen den beteiligten Systemen.
Erst danach sollte entschieden werden, welche Schritte automatisch ausgeführt werden können.
Kubertino unterstützt Unternehmen dabei, solche Prozesse zwischen CRM, ERP, Website, Formularen und weiteren Geschäftssystemen zu analysieren und technisch zu verbinden. Dabei wird zuerst festgelegt, welche Daten benötigt werden, welches System sie führt und wie mit Ausnahmen umgegangen wird.