Rechnungen mit n8n abgleichen: Was fehlt zum Nachweis?

Drei Belege beantworten unterschiedliche Fragen

Die Bestellung beschreibt, was vereinbart wurde. Der Liefernachweis beschreibt, was angekommen ist. Die Rechnung beschreibt, was der Lieferant abrechnet. Diese drei Aussagen können voneinander abweichen, ohne dass sich das durch eine schöne Zusammenfassung auflösen lässt.

Für den Einstieg wählst du einen Lieferanten und eine wiederkehrende Belegart. Halte fest, wer den Wareneingang bestätigt und welches System den aktuellen Stand führt. Eine E-Mail mit dem Wort „geliefert“ und ein tatsächlich bestätigter Wareneingang sind unterschiedliche Grundlagen.

Unser Artikel plant die Vorbereitung einer fachlichen Prüfung. Buchung, steuerliche Beurteilung und Zahlungsfreigabe werden dadurch nicht automatisch erledigt. Welche Schritte der fertige Ablauf übernimmt, gehört ausdrücklich in den vereinbarten Umfang.

Beispiel: Zehn bestellt, sechs geliefert

Die folgenden Daten sind erfunden. Bestellung B-104 enthält zehn Filter zu je 40 Euro netto. Lieferschein L-208 weist sechs Stück zur selben Position aus. Rechnung R-309 verlangt zehn Stück beziehungsweise 400 Euro netto. Für die ersten sechs Stück ist ein Liefernachweis vorhanden; vier bleiben offen.

Der Ablauf soll diese Differenz benennen und die Belege verlinken. Er darf weder vier fehlende Stück erfinden noch die gesamte Rechnung automatisch als falsch behandeln: Vielleicht liegt eine zweite Lieferung vor, vielleicht fehlt deren Dokument. Die richtige nächste Ausgabe ist eine konkrete Rückfrage.

Dateien auslesen und nachvollziehbar zuordnen

n8n dokumentiert Extract From File für Formate wie PDF, CSV und XLSX. Die Ausgabe lässt sich anschließend strukturiert weiterverarbeiten. Das Auslesen einer Datei belegt allerdings noch nicht, dass die richtige Rechnungsposition oder ein schlechter Scan fachlich korrekt erkannt wurde.

Ordne die erkannten Angaben einem festen Datensatz zu: Lieferant, Belegnummer, Bestellnummer, Position, Menge, Einheit, Einzelpreis, Währung und Quelldatei. Fehlende Pflichtwerte bleiben offen. Die Originalunterlagen müssen für die prüfende Person erreichbar sein.

Wenn eure Lieferanten bereits strukturierte Belegdaten bereitstellen, prüft zuerst diesen Eingang. Für Scans wird ein geeigneter Erkennungsweg benötigt. Welcher Weg die konkreten Unterlagen korrekt verarbeitet, lässt sich an Beispieldateien prüfen; eine allgemeine PDF-Unterstützung genügt als Nachweis nicht.

Belege: n8n: Extract From File ↗

XRechnung und ZUGFeRD: Strukturierte Daten zuerst nutzen

Angaben geprüft am 8. September 2026

Für deutsche Geschäftsvorgänge ist die Unterscheidung besonders wichtig: Eine einfache PDF ist nach der seit 2025 geltenden Definition keine strukturierte E-Rechnung. Das deutsche Bundesfinanzministerium nennt XRechnung und geeignete ZUGFeRD-Formate als Beispiele. Bei hybriden E-Rechnungen ist bei Abweichungen der strukturierte Teil maßgeblich. Eine optisch gut lesbare PDF-Ansicht allein reicht deshalb als Datengrundlage nicht aus.

Unser Umsetzungsvorschlag beginnt mit der Formaterkennung: vorhandene strukturierte Rechnungsdaten auslesen und validieren; bei Text-PDFs die Felder übernehmen; für Bildscans einen passenden Erkennungsweg vorsehen. Alle drei Wege führen anschließend in dieselbe Mengen- und Preisprüfung. Ein formal gültiges Rechnungsformat beweist noch nicht, dass die Ware vollständig geliefert wurde.

Für den deutschen B2B-Bereich laufen 2026 noch Übergangsregeln für die Ausstellung. Plant den Eingang deshalb für gemischte Belegformen. Die genannten deutschen Regeln dürfen nicht pauschal auf Österreich oder die Schweiz übertragen werden. Für den technischen Start zählt zunächst, welche Originalformate eure Lieferanten tatsächlich schicken.

Belege: Deutsches BMF: E-Rechnung, strukturierte Daten und Übergangsregeln ↗

Stück, Karton oder Gutschrift: Hier entscheidet die Prüflogik

Vor dem Mengenvergleich müssen Einheit und Vorzeichen stimmen. Sechs Kartons sind keine sechs Stück. Im eigenen Beispieldatensatz enthält ein Karton fünf Filter: Zwei gelieferte Kartons entsprechen zehn Stück, wenn diese Umrechnung für genau den Artikel bestätigt ist. Ohne gepflegte Umrechnung bleibt die Position offen.

Die Rechenarbeit gehört in feste Regeln. KI kann unübersichtliche Belege erschließen; die Differenz zwischen zehn berechneten und sechs belegten Stück wird anschließend deterministisch berechnet. Geldbeträge sollten mit einer festgelegten Dezimal- und Rundungslogik verarbeitet werden. Die Anweisung „ungefähr gleich“ ist keine brauchbare Preistoleranz.

Für eine erste Umsetzung beschreiben wir den Weg als Eingang → Belegfelder → Zuordnung → Rechenprüfung → Prüfstatus → Übergabe. Halte das Ausgangsfeld und jede Umrechnung fest. So kann die Buchhaltung eine Abweichung erklären, ohne den gesamten Ablauf erneut auszuführen.

Doppelte Eingänge dürfen keine doppelte Arbeit auslösen

Ein Lieferant schickt dieselbe Rechnung erneut; jemand lädt sie zusätzlich in den Ordner. Der Dateiname kann unterschiedlich sein, obwohl es derselbe fachliche Beleg ist. Definiert daher einen Abgleichschlüssel, etwa Lieferant plus Rechnungsnummer, und einen eigenen Umgang mit korrigierten Fassungen.

Der n8n-Node Remove Duplicates unterscheidet doppelte Elemente innerhalb eines Eingangs und solche aus früheren Ausführungen. Diese Möglichkeiten helfen bei der Gestaltung, ersetzen aber keine vollständige Buchungs- oder Zahlungsabsicherung.

Für den Pilot soll eine Dublette als solche sichtbar bleiben und nicht noch einmal denselben Folgeauftrag erzeugen. Eine korrigierte Rechnung mit geändertem Betrag bekommt eine Rückfrage zur Version. Ein pauschales Löschen aller gleich benannten Dateien wäre dafür zu grob.

Belege: n8n: Remove Duplicates ↗

Auch ein grüner Ablauf braucht ein fachliches Ergebnis

n8n bietet Fehler-Workflows und einen Stop-And-Error-Schritt. Damit kann ein technischer oder bewusst erkannter Fehler einen definierten Weg auslösen. Eine fehlende Bestellnummer muss jedoch zuerst als Problem erkannt und entsprechend behandelt werden.

Unsere Abnahme umfasst deshalb vier Fälle: vollständig passende Belege, Teillieferung, fehlende Zuordnung und wiederholter Eingang. Für jeden Fall legen wir fest, welcher Status und welche Rückfrage im Zielsystem erscheinen sollen. Ein erfolgreicher Programmlauf allein ist nicht das Abnahmekriterium.

Die Übergabe enthält Belegnummern, Position, festgestellte Differenz, verlinkte Quellen und eine zuständige Person. Das spart Suchwege bei der Klärung. Eine bloße Meldung „Rechnung prüfen“ verschiebt dagegen fast die gesamte Arbeit zurück ins Team.

Belege: n8n: Fehlerbehandlung ↗

Wie du Aufwand und Preis bewertest

Erfasse pro Monat Belege, erkannte Positionen, Ausführungen, nötige Erkennungsschritte und menschliche Klärungen. n8n rechnet seine Cloud-Pläne nach Workflow-Ausführungen ab; externe Modelldienste oder Dokumentenerkennung können zusätzlich anfallen. Die aktuelle Plattformübersicht findest du in unserem Werkzeugvergleich.

Für die Wirtschaftlichkeit zählt besonders die Zeit bis zur geklärten Abweichung. Miss, wie oft jemand Unterlagen nachsuchen oder Werte korrigieren muss. Halte außerdem den Pflegeaufwand für neue Lieferantenlayouts fest. Aus den Ergebnissen lässt sich ein sinnvoller nächster Umfang ableiten.

Wir können zunächst einen klaren Eingang mit einem Lieferanten verbinden und die vereinbarten Prüffälle umsetzen. Sobald das Team die Übergaben verwenden kann, lässt sich derselbe Aufbau auf weitere geeignete Vorgänge ausdehnen. So bleibt die erste Beauftragung greifbar.

Belege: n8n: Workflow-Ausführungen und Preise ↗

Weiterlesen: n8n oder Claude Code: Was braucht dein Büroablauf? →

Weiterlesen: KI-Automatisierung: Kosten und Amortisation berechnen →