QR-Rechnungen automatisch verarbeiten: Einlesen ist noch keine Freigabe

Eine QR-Rechnung lässt sich schnell einlesen. Ob Sie sie bezahlen sollten, steht damit noch nicht fest. Für ein Schweizer KMU lohnt sich automatische Verarbeitung dann, wenn sie Zahlungsdaten sauber übernimmt, den Beleg mit Bestellung und Lieferung verbindet und ungeklärte Fälle vor der Freigabe anhält. Der QR-Code erspart Tipparbeit. Er bestätigt weder eine Leistung noch einen berechtigten Zahlungsempfänger.

Genau diese Trennung gehört in den Ablauf: Daten erkennen, Rechnung prüfen, Zahlung freigeben. Sonst wird aus einer ordentlich erfassten falschen Rechnung eine ebenso ordentlich ausgeführte falsche Zahlung. Wer heute Belege per E-Mail erhält und im E-Banking abtippt, muss dafür nicht gleich die gesamte Buchhaltung umbauen. Ein begrenzter Eingangskanal und eine nachvollziehbare Prüfliste reichen für einen ersten sinnvollen Versuch.

Welche Daten der QR-Code tatsächlich liefert

Die Schweizer QR-Rechnung nach SIX enthält strukturierte Zahlungsinformationen. Dazu gehören je nach Ausprägung Konto, Empfänger, Betrag, Währung und Referenz. Der lesbare Zahlteil daneben bleibt wichtig: Ein Mensch muss die Angaben verstehen und mit dem Beleg vergleichen können. Die Zahlung ist trotzdem eine eigene Handlung im Banksystem.

Eine Rechnungsposition, die bestellte Stückzahl oder die Bestätigung einer Reparatur kann ausserhalb des Zahlteils stehen. Ein System, das nur den QR-Code liest, weiss deshalb noch nicht, ob fünf Filter geliefert wurden oder ob derselbe Auftrag bereits abgerechnet ist. Halten Sie fest, welche Felder aus dem QR-Code stammen und welche aus dem übrigen Dokument erkannt werden. Eine fehlende Bestellnummer darf nicht durch eine plausible Vermutung ersetzt werden.

Der Eingang braucht eine Belegidentität

Ein Lieferant schickt eine Rechnung. Drei Tage später leitet jemand dieselbe PDF nochmals weiter. Ohne Belegidentität entstehen zwei Aufgaben und möglicherweise zwei Zahlungen. Die Nachricht allein ist kein guter Schlüssel: Weiterleitung, anderes Dateiformat oder neuer Dateiname ändern nichts an derselben Forderung.

Vergleichen Sie Lieferant, Rechnungsnummer, Betrag, Währung und Datum; ergänzen Sie bei Bedarf eine technische Dokumentkennung. Ein Treffer ist zunächst ein Verdacht auf ein Duplikat. Zwei echte Teilrechnungen können denselben Betrag haben. Der Prüfplatz muss deshalb den vorhandenen Beleg zeigen und erklären, warum der neue Eingang angehalten wurde. Löschen ohne sichtbaren Grund macht spätere Rückfragen unnötig schwierig.

Vier Prüfungen vor jeder Zahlungsfreigabe

Prüfung	Konkrete Frage	Bei Unklarheit
Lieferant	Passt der Zahlungsempfänger zum bekannten Geschäftspartner?	Unabhängig beim bekannten Kontakt nachfragen.
Auftrag	Gibt es Bestellung, Vertrag oder bestätigte Leistung?	Den fachlich Verantwortlichen zuordnen.
Betrag	Passen Positionen, Währung und bereits geleistete Zahlungen?	Abweichung dokumentieren und anhalten.
Duplikat	Ist die Forderung bereits erfasst oder bezahlt?	Mit bestehendem Beleg abgleichen.

Diese Liste ist ein Betriebsablauf, keine Zusage, dass jede Manipulation erkannt wird. Besonders Kontoänderungen verdienen eine eigene Regel. Wenn im Begleitmail eine neue Bankverbindung genannt wird, bestätigen Sie die Änderung über einen bereits bekannten Kontaktweg. Die Telefonnummer aus genau dieser Nachricht ist dafür keine unabhängige Prüfung.

Was die KI vorbereiten darf

Sie kann Angaben auslesen, eine Zuordnung vorschlagen und fehlende Informationen benennen. Sie kann etwa erkennen: Lieferant bekannt, Rechnung vorhanden, Bestellnummer fehlt. Eine hilfreiche Aufgabe lautet dann: «Bestellung zuordnen; Zahlung noch nicht freigegeben.» Weniger hilfreich ist eine grüne Ampel mit der Begründung «Rechnung sieht korrekt aus».

Die Freigaberegel gehört ins verbindliche System. Betragsschwellen, Rollen und Vieraugenprüfung sollten nicht davon abhängen, wie ein Sprachmodell eine E-Mail formuliert. Wenn Sie automatische Freigaben für klar begrenzte Fälle planen, legen Sie deren Voraussetzungen separat fest. Das Modell darf diese Grenze nicht über einen Textbefehl im Dokument verändern. Eine Rechnung ist Eingabematerial, keine Anweisung an Ihre Finanzprozesse.

Ein kleiner Pilot mit schwierigen Belegen

Nehmen Sie beispielsweise zwanzig anonymisierte Belege als Testbestand. Das ist eine vorgeschlagene Testgrösse, kein Ergebnis aus einem Kundenprojekt. Mischen Sie klare Rechnungen, Scanbilder, Gutschriften, Fremdwährung, einen doppelten Eingang und eine geänderte Kontoverbindung. Ein Pilot nur mit sauberen Standard-PDFs beantwortet die falsche Frage.

Schreiben Sie vor dem Test die erwartete Entscheidung auf. Eine lesbare Rechnung kann trotzdem blockiert gehören. Ein unlesbarer QR-Code kann eine manuelle Erfassung verlangen, ohne den ganzen Beleg ungültig zu machen. Prüfen Sie getrennt, ob die Felder stimmen, die Aufgabe beim richtigen Menschen landet und eine angehaltene Rechnung tatsächlich nicht im Zahlungslauf erscheint.

Testen Sie auch eine Wiederholung nach einem Verbindungsfehler. Hat das Buchhaltungssystem den Beleg schon übernommen, darf der nächste Versuch nicht eine zweite Rechnung anlegen. Speichern Sie die externe Belegkennung und gleichen Sie den Status vor dem erneuten Schreiben ab. Diese Rückmeldung ist wichtiger als eine hübsche Erfolgsmeldung im Chat.

Wenn Format oder Bankprodukt wechseln

Das SIX-Merkblatt für individuelle Lösungen beschreibt technische Änderungen und Übergangsregeln, auch für Einlesehilfen. Prüfen Sie die aktuell unterstützte Version mit Bank und Softwareanbieter. Aus einer einzelnen Bekanntmachung sollten Sie keinen allgemeinen Stichtag für jeden Beleg ableiten. Für Ihren Betrieb zählt, welche Formate der konkrete Eingang, die Buchhaltung und der Zahlungsexport heute verarbeiten und wie ein nicht unterstützter Fall sichtbar wird.

Behalten Sie dafür eine kleine Referenzsammlung mit zulässigen Beispielen. Nach einem Update werden dieselben Belege erneut verarbeitet, ohne echte Zahlungen auszulösen. Falls der neue Parser Adressen anders aufteilt, muss die Prüfung diese Änderung zeigen. Ein stilles Update am Erkennungsdienst darf keine still geänderte Freigabeentscheidung erzeugen.

Erfolg heisst weniger Nacharbeit

Zählen Sie korrekt übernommene Felder, Dublettenverdachte, manuelle Rückfragen und Fälle mit fehlender Rückmeldung. Die reine Zahl eingelesener Rechnungen ist wenig aussagekräftig. Wenn Mitarbeitende jedes Feld noch einmal abtippen, wurde der Aufwand nur an eine andere Stelle verschoben. Wenn der Ablauf Unsicherheit früh zeigt und Belege geordnet bereithält, entsteht dagegen ein prüfbarer Nutzen.

Wer beantwortet die Ausnahme?

Eine angehaltene Rechnung braucht eine zuständige Person und einen sichtbaren nächsten Schritt. Der Einkauf kann eine Bestellung bestätigen; die Buchhaltung prüft den Zahlungsstatus. Legen Sie fest, wann eine unbeantwortete Aufgabe eskaliert und wer während Ferien übernimmt. Eine E-Mail an ein allgemeines Postfach ist noch keine bearbeitete Ausnahme. Im Prüfplatz sollten Originalbeleg, erkannte Felder, offener Punkt und bisherige Rückfragen zusammenstehen. So muss die nächste Person den Fall nicht erneut zusammensuchen. Nach der Klärung hält sie den Grund der Entscheidung fest. Dieser kurze Vermerk erleichtert spätere Lieferantenrückfragen und zeigt, warum eine Abweichung akzeptiert wurde. Die Automatisierung kann den Vermerk vorbereiten, aber eine fehlende Bestätigung nicht erfinden.

Die Grundlagen zum gesamten Eingang finden Sie bei Rechnungs- und Backoffice-Automation. Für einen konkreten Start in der Prozessautomatisierung bringen Sie drei unterschiedliche Belege, Ihre heutige Freigaberegel und einen Fall mit Rückfrage mit. Daraus lässt sich ein Ablauf entwerfen, bei dem Sie sehen, was automatisch vorbereitet wird und worüber Ihr Team entscheidet.