QR-Rechnung & eBill/Peppol automatisiert auslesen und verbuchen mit KI

Worum es geht

In der Schweiz kommen Eingangsrechnungen heute in drei technisch unterschiedlichen Formen ins Treuhandbüro: als QR-Rechnung (PDF oder Papier mit Swiss QR Code), über eBill (digitale Rechnung direkt im E-Banking) und zunehmend als Peppol-Beleg (strukturiertes XML über das Peppol-Netzwerk). Alle drei lassen sich automatisiert verarbeiten – aber mit sehr unterschiedlichem Aufwand und unterschiedlicher Datenqualität.

Die Swiss QR Code-Daten der QR-Rechnung sind maschinenlesbar und genormt: SIX (SIX Group AG) definiert in den «Swiss Implementation Guidelines QR-bill» exakt, welche Felder im QR-Code stehen. Ergänzend definiert die Branchenorganisation Swico in einer separaten Syntaxdefinition, wie das optionale Feld «Rechnungsinformationen» (S1-String) mit MWST-Aufschlüsselung, Rechnungsnummer und Zahlungskonditionen zu befüllen ist. Seit Version 2.3 (in Kraft seit 22. November 2025) ist nur noch die strukturierte Adresse zulässig; für Altbestände läuft eine Übergangsfrist bis 30. September 2026. Version 2.4 wurde im Februar 2026 publiziert und tritt erst mit dem SIC-Release vom 13. November 2026 in Kraft (gültig ab 14. November 2026); für CHF-Rechnungen bringt sie keine technischen Änderungen, Version 2.3 bleibt bis November 2027 gültig.

eBill und Peppol liefern Rechnungsdaten bereits vollständig strukturiert (kein OCR nötig). Bei klassischen PDF- oder Papierrechnungen ohne QR-Code bleibt OCR der einzige Weg. KI verbindet diese Welten: Sie liest QR-Payload und Swico-String exakt aus, ergänzt Fehlendes per OCR und schlägt eine Kontierung vor – die der Mensch prüft.

Warum das für Treuhänder zählt

Belegerfassung ist im Treuhandbüro einer der grössten Zeitfresser und gleichzeitig fehleranfällig: Beträge abtippen, Kreditor zuordnen, MWST-Code setzen, Konto wählen. Bei der QR-Rechnung ist ein erheblicher Teil dieser Daten bereits im QR-Code enthalten – Empfänger-IBAN, Betrag, Währung, Referenz und, wenn der Rechnungssteller den Swico-S1-String im Feld «Rechnungsinformationen» mitliefert, MWST-Aufschlüsselung, Rechnungsnummer sowie – ableitbar aus den Zahlungskonditionen – das Fälligkeitsdatum (das Feld /40/ kodiert Rabatttage und Netto-Zahlungsfrist, aus denen das Datum mit dem Rechnungsdatum berechnet wird). Diese Felder korrekt auszulesen statt abzutippen, eliminiert Tippfehler.

Die drei QR-Referenztypen entscheiden über die Zuordnung: QRR (27-stellige QR-Referenz, benötigt QR-IBAN) ist je Rechnung eindeutig und damit ideal für automatisches Matching; SCOR (Creditor Reference «RF…» mit normaler IBAN) funktioniert auch international; NON trägt keine Referenz und muss über andere Merkmale zugeordnet werden.

eBill und Peppol drücken den manuellen Aufwand weiter, weil keine Bilderkennung mehr nötig ist. eBill wird von SIX im Auftrag des Schweizer Finanzplatzes betrieben und zählte Ende 2024 über 3,5 Mio. registrierte Nutzer; gemäss der aktuellen Plattform ebill.ch sind es inzwischen über 3,8 Mio. (Stand: Juni 2026). Hinweis: Eine generelle B2B/B2C-E-Rechnungspflicht besteht in der Schweiz nicht – verpflichtend ist E-Invoicing nur im B2G-Bereich für Lieferanten des Bundes (Bundesverwaltung) ab CHF 5'000 Auftragswert (seit 2016); für kantonale und kommunale Auftraggeber gelten separate Regelungen.

Wie es technisch funktioniert

1. Quelle erkennen. Das System klassifiziert jeden Eingang: Peppol-XML (UBL/CII, an EN 16931 ausgerichtet), eBill-Datensatz, PDF mit Swiss QR Code oder reines PDF/Papier. Strukturierte Quellen (Peppol, eBill) werden direkt eingelesen; sie brauchen kein OCR.

2. QR-Code dekodieren. Bei der QR-Rechnung wird der Swiss QR Code aus dem PDF extrahiert und der Payload nach den SIX-Guidelines geparst: IBAN/QR-IBAN, Betrag, Währung (CHF/EUR), Referenztyp (QRR/SCOR/NON), Referenz, Zahlungsempfänger mit strukturierter Adresse und – falls vorhanden – der Swico-String aus «Rechnungsinformationen» (MWST-Sätze, Rechnungsnummer sowie das aus den Zahlungskonditionen ableitbare Fälligkeitsdatum). Diese Werte sind exakt, nicht «erraten».

3. OCR nur als Ergänzung. Was der QR-Code nicht enthält (Leistungsbeschrieb, Positionen, abweichende MWST-Details), ergänzt ein Sprachmodell aus dem PDF-Text. Die KI füllt also Lücken, überschreibt aber nie die exakten QR-Felder.

4. Kontierung vorschlagen. Anhand von Kreditor, Text, Betrag und MWST-Code schlägt die KI Aufwandskonto und MWST-Schlüssel vor – gelernt aus den bisherigen Buchungen des jeweiligen Mandanten (eigene RAG-Wissensbasis, keine fremden Mandantendaten vermischt).

5. Mensch prüft, System bucht. Jeder Vorschlag geht mit Konfidenz an die Sachbearbeiterin. Erst nach Freigabe (Human-in-the-loop) wird via Schnittstelle nach Abacus, Bexio oder Sage übergeben. Korrekturen fliessen zurück ins Modell.

Ablauf Schritt für Schritt

1. 01Eingangskanäle bündeln: Peppol-Zugangspunkt, eBill-Empfang und ein Sammelpostfach/Ordner für QR-Rechnungs-PDFs anbinden.
2. 02Jeden Beleg klassifizieren (Peppol-XML / eBill / QR-PDF / reines PDF) und strukturierte Quellen ohne OCR direkt einlesen.
3. 03Bei QR-Rechnungen den Swiss QR Code dekodieren: IBAN, Betrag, Währung, Referenztyp (QRR/SCOR/NON) und – falls vorhanden – den Swico-S1-String exakt übernehmen; das Fälligkeitsdatum aus den Zahlungskonditionen (Feld /40/) und dem Rechnungsdatum berechnen.
4. 04Fehlende Angaben (Positionen, Leistungsbeschrieb) per OCR/Sprachmodell aus dem PDF ergänzen, ohne die QR-Felder zu überschreiben.
5. 05Kreditor gegen den Mandantenstamm abgleichen und Kontierung + MWST-Code aus der mandantenspezifischen Lernbasis vorschlagen.
6. 06Vorschlag mit Konfidenz der Sachbearbeiterin zur Prüfung vorlegen (Human-in-the-loop).
7. 07Nach Freigabe via Schnittstelle nach Abacus, Bexio oder Sage übergeben und Korrekturen ins Modell zurückspielen.

Wann sich das lohnt

Der Nutzen ist am grössten, wenn Sie viele wiederkehrende Eingangsrechnungen mit QR-Rechnung verarbeiten – etwa Lieferanten-, Telekom-, Versicherungs- oder Mietrechnungen mit stabilem Kreditorstamm. Hier lernt das System die typische Kontierung je Mandant und Lieferant schnell.

Ebenso lohnt es sich, wenn Mandanten zunehmend eBill oder Peppol nutzen: Diese Belege sind bereits strukturiert und lassen sich ohne OCR und ohne Bildunsicherheit verbuchen – die Trefferquote der Automatik steigt deutlich.

Auch für B2G-Lieferanten Ihrer Mandanten (Bundesaufträge ab CHF 5'000) ist eine saubere Peppol-/eCH-Pipeline sinnvoll, weil dort E-Invoicing ohnehin verpflichtend ist und strukturierte Daten den Standard bilden.

Wann besser nicht (oder nur vorsichtig)

Bei sehr geringem Belegvolumen oder stark variierenden Einzelfällen rechtfertigt der Einrichtungsaufwand die Automatisierung selten – die manuelle Erfassung ist dann schneller.

Vorsicht ist geboten bei NON-Referenzen und reinen Papier-/Scan-Belegen ohne QR-Code: Hier fehlt die eindeutige maschinenlesbare Referenz, das Matching stützt sich allein auf OCR und Heuristik, und die Fehlerquote steigt. Solche Belege sollten immer durch eine Person bestätigt werden.

Grundsätzlich gilt: Die KI ersetzt nicht die fachliche Verantwortung. Kontierung, MWST-Behandlung und Plausibilität bleiben in der Verantwortung des Treuhänders. Die strukturierte Auslesung ist exakt, die *Kontierungsvorschläge* sind Vorschläge – Freigabe durch den Menschen ist Pflicht. Dies ist keine Steuer- oder Rechtsberatung.

Häufige Fragen

Verwandte Themen

Quellen

1. SIX – QR-bill (Swiss Payment Standards) · 2026
2. Swiss Implementation Guidelines QR-bill v2.4 (Februar 2026, in Kraft 14.11.2026) · 2026-02
3. eBill – offizielle Plattform (SIX, im Auftrag des Schweizer Finanzplatzes) · 2026
4. Swico – QR-bill Supporting Material (Syntaxdefinition S1 / Validator) · 2026
5. Peppol BIS Billing 3.0 Specification · 2026
6. KMU-Portal Bund – QR-Rechnung einfach erklärt (SIX-Flyer) · 2026