Rechnungsfreigabe automatisieren
ohne Ihr ERP zu aktualisieren

Der wahre Engpass: Datenerfassung, nicht Freigabe

Wenn jemand sagt „Rechnungsfreigabe ist zu langsam“, wird instinktiv versucht, den Freigabeschritt zu beschleunigen. Eine mobile App, damit Manager von unterwegs freigeben können. E-Mail-Benachrichtigungen. Eskalation nach 48 Stunden.

Doch was passiert wirklich, wenn eine Rechnung im AP-Posteingang eines mittelständischen Unternehmens landet? Ein Sachbearbeiter öffnet das PDF. Er sucht den Lieferantennamen. Er findet die Rechnungsnummer. Er ermittelt Datum, Betrag und Bestellbezug. Er öffnet die Bestellung – die in einem anderen System oder Ordner liegt – und vergleicht manuell Zeile für Zeile. Er prüft die Kontierung aus dem letzten Monat für denselben Lieferanten. Erst dann, nach 8 bis 15 Minuten Datensammlung, wird der Freigabeschritt überhaupt möglich. Der eigentliche Klick auf „Freigeben“ dauert drei Sekunden.

Das ist keine Spekulation. Das Institute of Finance & Management (IOFM) beziffert die manuelle Rechnungsbearbeitung auf rund 12 Minuten Bearbeitungszeit pro Rechnung. Die Freigabeentscheidung selbst – die Prüfung eines korrekt zusammengestellten Vergleichs und die Zahlungsfreigabe – macht vielleicht 10 % davon aus. Die restlichen 90 % sind Datenaufbereitung: Dokumente öffnen, Felder lesen, abgleichen und Zahlen in ein System eingeben, das von all dem nichts weiß.

Deshalb bleiben so viele AP-Teams stecken. Sie haben ein ERP. Sie haben E-Mail. Vielleicht sogar eine gemeinsame Tabelle zur Freigabeverfolgung. Aber der zeitaufwändigste Schritt – aus einem PDF Felder zu machen, die jemand tatsächlich prüfen kann – bleibt völlig manuell. Und dieser Schritt steht nicht im ERP-Feature-Katalog.

Die zwei Architekturansätze: Vollplattform oder Extraktionsschicht

Wenn Unternehmen dieses Problem lösen wollen, stehen meist zwei Wege offen – und der Preisunterschied ist nicht graduell, sondern liegt in einer anderen Größenordnung.

Der Weg der Enterprise-Plattform

Die vollumfänglichen AP-Automatisierungsplattformen – SAP Ariba, Coupa, Tipalti – decken alles ab: vom Lieferanten-Onboarding über Rechnungserfassung, -abgleich, Genehmigungs-Workflows, Zahlungsabwicklung und ERP-Buchung. Sie sind umfassend. Und sie sind für Organisationen mit eigenen Procurement-Teams bepreist.

SAP Ariba startet bei etwa 2.438 € pro Monat, wird in Blöcken verkauft, mit Vertragslaufzeiten von 3 bis 36 Monaten. Vollständige Enterprise-Deployments kosten typischerweise 250.000 €+ pro Jahr, mit Implementierungszeiten von 12 bis 18 Monaten und rund 20 Stunden Schulung pro Nutzer, bevor die Teams produktiv arbeiten. Coupa, 2023 von Thoma Bravo für 8 Milliarden US-Dollar übernommen, bewegt sich in einer ähnlichen Preisklasse für mittlere bis große Unternehmen mit komplexen globalen Lieferketten. Für eine Firma mit 500 Rechnungen pro Monat und einem Zwei-Personen-AP-Team rechnet sich das nicht – die Plattformkosten übersteigen das gesamte Jahresgehalt der AP-Abteilung.

Diese Plattformen funktionieren. Sie sind die richtige Wahl für Organisationen, die SOX-konforme Aufgabentrennung, formale Prüfpfade mit digitalen Signaturen und Multi-Entity-Procurement-Governance benötigen. Aber sie sind nicht der einzige Weg, einen Genehmigungs-Workflow zu automatisieren – und für die meisten Unternehmen ohne diese Compliance-Anforderungen sind sie überdimensioniert.

Der Weg der Extraktionsschicht

Die Alternative: Lassen Sie Ihr ERP – QuickBooks, Xero, NetSuite, was auch immer Sie nutzen – genau dort, wo es ist, und fügen Sie einen einzigen neuen Schritt ein: eine KI-Extraktionsschicht, die Rechnungs-PDFs in strukturierte Daten verwandelt, bevor sie in Ihren bestehenden Workflow gelangen.

So sieht dieser Weg aus: Rechnungen treffen in dem Format ein, in dem Lieferanten sie senden (PDF, Scan, Foto, E-Mail-Anhang). Sie durchlaufen einen Extraktionsschritt, der das Dokument liest, die relevanten Felder identifiziert und als strukturierte Tabelle ausgibt. Diese Tabelle wird zur Eingabe für Ihren bestehenden Genehmigungsprozess – sei es eine gemeinsame Tabellenkalkulation, ein Google Sheet oder die native Rechnungserfassung Ihres ERPs. Der nachgelagerte Prozess bleibt unverändert. Was sich ändert: Der AP-Sachbearbeiter verbringt nicht mehr 12 Minuten pro Rechnung mit Abtippen.

Das ist keine Kompromiss-Architektur. Für Teams, die keine Enterprise-Compliance-Funktionen benötigen, ist es die Architektur – denn sie löst das Kernproblem (manuelle Datenerfassung), ohne eine Plattform-Migration aufzuzwingen, die mehr kostet als das Problem, das sie lösen soll.

Der Rest dieses Artikels zeigt, wie der Extraktionspfad aufgebaut wird: drei Schritte, verteilt auf vier Wochen, mit konkreten Schwellenwerten und Regeln, die Sie an Ihr Rechnungsvolumen anpassen können.

Schritt 1: Extrahieren – Rechnungs-PDFs in 5 Sekunden in strukturierte Daten verwandeln

Im Extraktionsschritt liegt das größte Zeitersparnis. Statt dass jemand ein PDF öffnet und Lieferant, Datum, Betrag und Bestellnummer von der Seite abliest, liest ein KI-Modell das Dokument und gibt diese Felder direkt in eine Tabelle aus.

Der Mechanismus, der dies ohne Vorlagen ermöglicht, ist entscheidend – denn er unterscheidet diesen Ansatz von OCR-Tools, die AP-Teams bereits ausprobiert und wieder aufgegeben haben. Traditionelle Rechnungs-OCR arbeitet mit Vorlagen: Sie sagen der Software „die Rechnungsnummer befindet sich auf Seite 1 bei den Koordinaten X,Y“ – und das funktioniert, bis der Lieferant sein Rechnungslayout ändert. Dann bricht die Vorlage und jemand muss sie neu erstellen. Bei 200 Lieferanten wird die Vorlagenpflege leise zum Vollzeitjob.

KI-Extraktion auf Basis von Vision-Language-Modellen funktioniert anders. Statt sich zu merken, wo ein Feld auf der Seite steht, versteht sie, was das Feld bedeutet. Sie definieren die gewünschten Spalten – „Rechnungsnummer“, „Lieferantenname“, „Rechnungsdatum“, „Gesamtbetrag“, „Bestellnummer“ – und das Modell findet jeden Wert, indem es versteht, was er repräsentiert, nicht wo er positioniert ist. Ein Lieferant kann sein Rechnungslayout jeden Monat umgestalten. Die Extraktion funktioniert trotzdem, denn „Gesamtbetrag“ ist semantisch dasselbe, egal ob er oben rechts oder unten links in der Zusammenfassung steht.

Der praktische Aufbau für einen Genehmigungsworkflow ist einfach: Definieren Sie Spalten, die den Feldern entsprechen, die Ihre Prüfer sehen müssen. Ein typischer Aufbau für bestellbezogene Rechnungsprüfung umfasst Lieferantenname, Rechnungsnummer, Rechnungsdatum, Fälligkeitsdatum, Bestellnummer, Positionsbeschreibung, Menge, Einzelpreis, Positionssumme, Rechnungssumme und Steuerbetrag. Für Rechnungen ohne Bestellung entfernen Sie die Bestellnummer und fügen Abteilung oder Kostenstelle zur Zuordnung hinzu.

Wenn Ihre Rechnungen Positionsdetails enthalten, die auf Positionsebene in Ihr ERP einfließen müssen – üblich in Fertigung und Distribution – muss die Extraktion die Positionen einzeln erfassen, nicht nur die Kopffelder. Das verwendete Tool sollte eine Zeile pro Position für den nachgelagerten Abgleich ausgeben, den wir im nächsten Schritt behandeln.

Sobald die Daten extrahiert und in einer strukturierten Tabelle vorliegen, beginnt der eigentliche Workflow-Nutzen: der automatisierte Abgleich mit Ihren Bestellungen.

Schritt 2: Abgleich — Rechnungsdaten automatisch mit Bestellungen vergleichen

Der zeitaufwändigste Schritt nach der Datenerfassung ist der Drei-Wege-Abgleich: Stimmt die Rechnung des Lieferanten mit der Bestellung und dem Wareneingang überein? Manuell öffnet der AP-Sachbearbeiter die Bestellung (im ERP oder – häufiger – in einem Beschaffungssystem ohne AP-Zugriff), scrollt zur relevanten Position und vergleicht Menge, Einzelpreis und Gesamtbetrag zeilenweise. Bei Rahmenbestellungen mit mehreren Lieferungen müssen kumulierte Mengen über Sendungen hinweg verfolgt werden – ein Abgleich, dessen Komplexität linear mit der Anzahl der Teillieferungen steigt.

Bestellabgleich in einer Tabellenkalkulation aufbauen

Mit extrahierten Rechnungsdaten in einem Blatt und Bestelldaten (aus dem ERP oder Beschaffungssystem exportiert) in einem anderen wird der Abgleich zu einer Suchoperation:

1. Bestelldaten aus dem ERP als CSV exportieren – mit Bestellnummer, Position, Bestellmenge, Einzelpreis, Positionsgesamtbetrag und Restmenge (falls das ERP kumulierte Wareneingänge erfasst).
2. In Ihrer Rechnungsextraktions-Tabelle eine Spalte „Bestellabgleich-Status“ hinzufügen und mit SVERWEIS oder INDEX/VERGLEICH den Rechnungsbetrag mit dem Bestellpositionsbetrag für die passende Bestellnummer vergleichen.
3. Bedingte Formatierung verwenden – rot für Mengenabweichungen, gelb für Preisabweichungen über 5 %, grün für exakte Übereinstimmungen.
4. Eine Spalte „Abweichung“ hinzufügen, die die Differenz berechnet: =Rechnungsbetrag - Bestellpositionsbetrag. Diese eine Spalte wird zum Dashboard für den Prüfer.

Teams, die Google Sheets nutzen, können mit dem Google Sheets-Add-on-Ansatz den CSV-Export überspringen – Extraktionsergebnisse landen direkt im Blatt, und Bestelldaten werden per IMPORTRANGE oder einer angebundenen ERP-Integration eingespielt. Die Abgleichsformeln funktionieren identisch, egal ob die Daten per manuellem CSV-Export oder Live-Sync kommen.

Ein oft übersehener Vorteil dieses Ansatzes: Die Abgleichsregeln sind sichtbar und editierbar. Ändert ein Einkäufer nachträglich eine Bestellung (Preisanpassungen, Mengenänderungen), erkennt die Tabellenformel die Abweichung sofort. In einem Black-Box-ERP-Workflow schlägt der Abgleich einfach fehl, und jemand muss nachforschen warum. In einer Tabelle ist die Formel die Nachforschung.

Für eine vertiefte Betrachtung, warum der Abgleich speziell in der Fertigung scheitert – Rahmenbestellungen, Maßeinheiten-Drift, Teillieferungen – lesen Sie unsere Analyse der strukturellen Gründe, warum der Drei-Wege-Abgleich der Fertigungs-AP mehr zu schaffen macht, als Teams zugeben.

Schritt 3: Route — Genehmigungsstufen ohne ERP-Workflow-Modul aufbauen

Hier befürchten die meisten AP-Teams, dass der tabellenbasierte Ansatz scheitert. Enterprise-Plattformen verkaufen ihre Routing-Engine als Kernnutzen: Regeln definieren, Genehmiger zuweisen, Eskalation erzwingen. Lässt sich das mit einer Tabelle und E-Mail abbilden?

Für Teams, die keine SOX-konformen versiegelten Prüfpfade benötigen – das sind die meisten privaten und viele öffentliche Unternehmen unterhalb der Wesentlichkeitsgrenze – lautet die Antwort: Ja. So geht's.

Schwellenwertbasierte Auto-Genehmigung

Die einfachste Routing-Regel ist zugleich die, die die meiste manuelle Arbeit eliminiert: Rechnungen unter einem bestimmten Betrag benötigen gar keine menschliche Prüfung. Legen Sie einen Schwellenwert basierend auf Ihrer Prüfmaterialität und historischen Fehlerquote fest. Ein üblicher Ausgangspunkt:

Bedingte Formatierung als Ausnahme-Engine

Die Tabelle wird zum Genehmigungs-Dashboard. Bedingte Formatierungen heben hervor, was Aufmerksamkeit braucht:

• Rote Zeile = PO-Abgleich fehlgeschlagen (Mengen- oder Preisabweichung über 5 %) → erfordert manuelle Prüfung vor Weiterleitung
• Gelbe Zeile = PO-Abgleich bestanden, aber Rechnung enthält neuen Lieferanten, der nicht in der genehmigten Lieferantenliste steht → zur Lieferantenprüfung vormerken
• Grüne Zeile = alle Prüfungen bestanden, unter Schwellenwert → automatisch genehmigt, keine Weiterleitung nötig
• Blaue Zeile = genehmigt und wartet auf Zahlung → Übergang in die Zahlungswarteschlange

Diese farbcodierte Ansicht gibt dem AP-Manager ein Status-Dashboard auf einen Blick. Er sieht sofort, wie viele Rechnungen sich in welcher Phase befinden – etwas, das in den meisten ERP-Systemen überraschend schwer abzurufen ist, ohne einen benutzerdefinierten Bericht zu erstellen.

Auf r/Accounting beschrieb ein AP-Manager einen Workflow, bei dem „Dinge zur Genehmigung verschickt, aber oft erst wieder aufgegriffen werden, wenn eine neue Rechnung im AP-Posteingang landet." Die Tabelle löst dies, indem sie „wartet auf Genehmigung" zu einem sichtbaren Status macht – nicht zu einer unsichtbaren E-Mail, die vielleicht beantwortet wird oder nicht. Eine wöchentliche Prüfung der roten und gelben Zeilen wird zur Routine des AP-Managers für Ausnahmefälle – 15 Minuten statt 15 Folge-E-Mails.

Vier-Wochen-Einführungsplan

Der schnellste Weg, eine Automatisierungsinitiative zu killen, ist, alles auf einmal zu ändern. Eine schrittweise Einführung bringt eine Änderung pro Woche, lässt das Team sich anpassen und baut Schwung aus frühen Erfolgen auf.

Am Ende von Woche 4 haben Sie einen funktionierenden Genehmigungsworkflow, der Ihre ERP-Konfiguration nicht berührt hat. Der Extraktionsschritt übernimmt die Datenaufbereitung. Die Tabelle übernimmt Abgleich und Weiterleitung. Die E-Mail-Benachrichtigung löst die Genehmigungsaktion aus. Und Ihr AP-Team hat den Großteil der 12 Minuten pro Rechnung zurückgewonnen, die es zuvor für die Transkription aufgewendet hat.

Wo dieser Ansatz passt – und wo nicht

Nicht jedes Unternehmen kann oder sollte eine Enterprise-Approval-Plattform durch eine Tabellenkalkulation ersetzen. Hier die ehrliche Abgrenzung.

Dieser Ansatz eignet sich gut, wenn: Ihr Unternehmen 100–2.000 Rechnungen pro Monat verarbeitet, Sie bereits ein ERP- oder Buchhaltungssystem (QuickBooks, Xero, NetSuite, Sage) nutzen, Ihr Genehmigungs-Workflow einfach ist (nach Betrag, Abteilung oder Lieferant) und Sie nicht den SOX Section 404-Anforderungen unterliegen, die digitale Signaturen und systemseitige Funktionstrennung vorschreiben.

Dieser Ansatz stößt an Grenzen, wenn: Ihr Unternehmen börsennotiert ist und SOX-Compliance erfüllen muss, bei der externe Prüfer die Funktionstrennung auf Systemebene testen, Sie rechtsverbindliche digitale Signaturen bei jedem Genehmigungsschritt benötigen, Sie mehr als 3.000 Rechnungen pro Monat verarbeiten und einen automatisierten Drei-Wege-Abgleich mit Echtzeit-ERP-Daten brauchen, oder Ihr Genehmigungs-Workflow komplexe konzerninterne Logik umfasst, die eine Tabellenkalkulation nicht sauber abbilden kann.

Für Teams ohne SOX-Pflicht, die aber mehr Struktur als eine reine Tabellenkalkulation wünschen, bieten mehrere Mid-Market-AP-Plattformen Genehmigungs-Workflows zu einem Bruchteil der Ariba/Coupa-Preise – Bill.com, Stampli und Precoro (ab ca. 600–1.000 €/Monat) schließen die Lücke zwischen Tabellenkalkulation und Enterprise-Plattform. Diese können auf den Extraktionsschritt aufgesetzt werden, wenn die Genehmigungskomplexität den Tabellenansatz übersteigt.

Dieser Artikel konzentriert sich auf die Workflow-Ebene – wie die Extraktion in den Genehmigungs-Workflow einfließt. Zur ergänzenden Frage, was ein Extraktionstool im AP-Prozess tatsächlich ersetzt, siehe warum AP-Teams 2025 Rechnungsdaten immer noch manuell erfassen. Für einen detaillierten Vergleich von Extraktionsansätzen bei verschiedenen Rechnungsformaten behandelt strukturierte E-Rechnungen vs. PDF-Rechnungen die Realität, dass die meisten Rechnungen selbst in Märkten mit ausgereiften E-Rechnungspflichten noch als PDFs eingehen – eine Dynamik, die im E-Rechnungspflicht-Zeitplan Europa mit länderspezifischen Details für Frankreich und Deutschland vertieft wird.

FAQ

Kann dieser Ansatz sowohl PO- als auch Nicht-PO-Rechnungen im selben Workflow verarbeiten?

Ja. Bei PO-Rechnungen vergleicht der Abgleichsschritt die extrahierten Daten mit dem PO-Export. Bei Nicht-PO-Rechnungen überspringen Sie die PO-Abgleichsspalte und leiten die Rechnung direkt an den zuständigen Budgetverantwortlichen zur Codierungsfreigabe weiter. Die bedingte Formatierung kann so eingestellt werden, dass jede Rechnung ohne PO-Nummer als Nicht-PO-Artikel gekennzeichnet wird, sodass sie automatisch den richtigen Prüfpfad durchläuft.

Was passiert, wenn ein Lieferant eine korrigierte Rechnung sendet, nachdem die ursprüngliche bereits genehmigt wurde?

Dies ist eine Prozessfrage, keine Tool-Frage. Die Tabelle sollte eine Spalte „Status“ mit Werten wie Ausstehende Extraktion → Abgeglichen → Wartet auf Freigabe → Genehmigt → Bezahlt → Storniert enthalten. Wenn eine korrigierte Rechnung eingeht, markieren Sie die ursprüngliche als Storniert (mit einem Hinweis auf die Korrektur), extrahieren die neue Version und starten die Abgleichs- und Weiterleitungsschritte neu. Der Prüfpfad ist im Versionsverlauf der Tabelle sichtbar – es ist keine versiegelte digitale Signatur, aber es zeigt, wer was und wann geändert hat.

Funktioniert das auch für internationale Rechnungen mit mehreren Währungen?

Der Extraktionsschritt verarbeitet Multiwährungsrechnungen – die KI liest die Währung aus dem Dokument und extrahiert den Betrag unverändert. Der Abgleichsschritt erfordert die Definition einer Währungsumrechnungsregel, wenn Ihre PO in einer anderen Währung als die Rechnung vorliegt. Der einfachste Ansatz ist das Hinzufügen einer Spalte „Währung“ und einer Spalte „Umgerechneter Betrag“ mit einem Verweis auf eine manuell gepflegte Wechselkurstabelle. Dies ist keine automatisierte Forex-Abstimmung, aber für Teams mit wenigen internationalen Lieferanten ist es praktikabel.

Wie gehen Sie mit Freigebenden um, die einfach nicht reagieren?

Der Tabellenansatz macht Nicht-Reaktion sichtbar – die Rechnung verbleibt im Status „Wartet auf Freigabe“ mit einem Zeitstempel. Legen Sie eine Eskalationsregel fest: Wenn eine Rechnung länger als 3 Werktage auf „Wartet auf Freigabe“ steht, sendet der AP-Manager eine Nachfassaktion und setzt den Vorgesetzten des Freigebenden in CC. Dies ist dieselbe Eskalationslogik, die ein ERP-Workflow erzwingen würde, basiert jedoch auf menschlichem Nachhaken statt auf automatischen Erinnerungen. Für Teams, bei denen ausbleibende Freigaben ein anhaltendes Problem sind, bieten die automatischen Eskalationsfunktionen einer dedizierten Freigabeplattform hier echten Mehrwert gegenüber einer Tabelle.

Ab welcher Menge lohnt sich der Tabellenkalkulationsansatz nicht mehr?

Bei etwa 2.500–3.000 Rechnungen pro Monat lässt die Leistung der Tabellenkalkulation nach – nicht weil Formeln versagen, sondern weil die bedingte Formatierung über Tausende von Zeilen langsam wird und die Ausnahmeprüfung durch den AP-Manager zum Engpass wird. Ab dieser Menge sollten Sie über eine AP-Automatisierungsplattform für den Mittelstand nachdenken. Aber hier ist die wichtige Nuance: Der Extraktionsschritt – die Datenaufbereitungsebene – liefert weiterhin Mehrwert, unabhängig vom nachgelagerten Weiterleitungssystem. Die Extraktionsebene wächst man nicht heraus. Man wächst aus der Tabellenkalkulations-Weiterleitungsebene heraus und ersetzt sie durch eine Plattform, während der Extraktionsschritt weiterhin saubere Daten in jedes nachfolgende System einspeist.

Was ist mit dem Collection Link – können Lieferanten Rechnungen direkt in diesen Workflow einreichen?

Ja. Anstatt dass Lieferanten PDFs an einen AP-Posteingang senden, wo sie mit jeder anderen E-Mail um Aufmerksamkeit konkurrieren, können Sie einen dedizierten Collection Link generieren – eine URL, die Sie mit Lieferanten teilen – über die sie Rechnungen direkt hochladen. Hochgeladene Dateien gelangen automatisch in Ihre Verarbeitungswarteschlange, und der Absender benötigt weder ein Konto noch einen Login. Dies beseitigt das Problem der „im Posteingang verlorenen Rechnung", das AP-Teams auf r/Accounting durchgängig als eine der drei größten Frustrationen nennen, ohne dass Lieferanten ein Portal einführen oder ihren bestehenden Prozess ändern müssen. Für AP-Teams, die Rechnungen von Dutzenden wiederkehrender Lieferanten erhalten, reduziert diese eine Änderung – die Zentralisierung des Eingangs – oft die Bearbeitungszeit mehr als jede Weiterleitungsoptimierung.

Die Extraktionsebene konkurriert nicht mit Ihrem ERP. Sie versorgt es. Und sobald diese Versorgung sauber und automatisiert ist, wird der darüber liegende Genehmigungsworkflow zu einer Konfigurationsübung, nicht zu einem Transformationsprojekt.

Testen Sie es mit Ihren eigenen Rechnungen

Der schnellste Weg, um zu bewerten, ob eine Extraktionsebene Ihren AP-Workflow verändert, ist, Ihre tatsächlichen Rechnungen damit zu verarbeiten – keine Demo-Rechnung, kein sauberes Muster. Wählen Sie fünf Rechnungen von fünf verschiedenen Lieferanten aus. Die mit den seltsamsten Formaten. Definieren Sie die Spalten, die Ihre Prüfer sehen müssen. Wenn die Extraktion diese fünf ohne Vorlageneinrichtung verarbeitet, haben Sie die Kernannahme bestätigt: Der Datenaufbereitungs-Engpass kann automatisiert werden, ohne Ihre ERP-Konfiguration zu berühren, und der Genehmigungsworkflow, den Sie nachgelagert aufbauen, wird nur durch die Struktur Ihrer Tabellenkalkulation begrenzt – nicht durch das, was Ihr ERP erlaubt.