Drei-Wege-Abgleich in Google Sheets:
Bestellungen, Rechnungen & Wareneingänge ohne ERP abgleichen
Ein Einkaufsleiter beschrieb auf Reddit sein monatliches Abstimmungsritual: Bestelldaten als CSV aus dem System exportieren, das handschriftliche Wareneingangsbuch des Lagers in einer gemeinsamen Ablage öffnen und dann manuell die Positionszeilen aus 40 PDF-Rechnungen in eine Tabelle eintippen. Drei Versionen jeder Bestellnummer, drei Formate und ein ganzer Nachmittag nur für die Suche nach Abweichungen – jeden Monat. Die Abgleichslogik ist nicht das Problem. Drei Dokumente in drei verschiedenen Formaten in eine einzige vergleichbare Struktur zu bringen, das ist die Herausforderung.
Wichtige Erkenntnisse
- Viele glauben, man brauche ein ERP für den Drei-Wege-Abgleich – die Abgleichsformeln in Google Sheets funktionieren aber bereits seit den 1990ern.
- Neununddreißig Prozent der manuell erfassten Rechnungspositionen enthalten einen Eingabefehler, der im Schnitt 53 € kostet – Ihr monatlicher Abstimmungsstress besteht hauptsächlich aus der Jagd nach eigenen Tippfehlern, nicht nach echten Abweichungen.
- In einem Extraktionsschritt wandelt ImageToTable.ai Bestellungen, Wareneingänge und Lieferantenrechnungen unabhängig vom Originalformat in identische Spaltenstrukturen um, und das Abgleichs-Dashboard führt den Vergleich in Sekunden mit Formeln durch, die Sie bereits kennen.
Der wahre Engpass ist nicht der Abgleich. Sondern das, was davor passiert.
Laut Ardent Partners' AP-Benchmarks 2025 liegt die durchschnittliche Fehlabstimmungsrate beim ersten Durchlauf bei 22 %. Wir haben analysiert, warum diese Zahl im verarbeitenden Gewerbe noch höher liegt – Rahmenbestellungen, Teillieferungen, Abweichungen bei Maßeinheiten zwischen Wareneingang und Rechnung. Doch die Zahl, die für Teams ohne ERP relevanter ist, ist eine leisere: 39 % der manuellen Rechnungen enthalten mindestens einen Dateneingabefehler, dessen Behebung im Schnitt 53 $ kostet – so die ACFE-Benchmarks zu Nacharbeitskosten in der Kreditorenbuchhaltung.
Das sind keine Abgleichsfehler. Es sind Extraktionsfehler – die Daten aus der PDF, dem handschriftlichen Wareneingangsbeleg und dem Bestellexport wurden nie zusammengeführt. Wenn es dann doch passiert, ist die Abweichung ein Tippfehler, keine echte Diskrepanz.
Die unausgesprochene Realität der drei Dokumentenformate
Der Dreifachabgleich ist konzeptionell einfach: Man vergleicht die Bestellung (was bestellt wurde), den Wareneingang (was angekommen ist) und die Lieferantenrechnung (was berechnet wird). Stimmen Menge, Einzelpreis und Artikelbeschreibung in allen drei Dokumenten überein, wird gezahlt. Wenn nicht, wird nachgeforscht.
Doch in Unternehmen ohne ERP, das Beschaffung, Wareneingang und Kreditorenbuchhaltung in einem Datenmodell vereint, existieren diese drei Dokumente nicht nur in verschiedenen Abteilungen. Sie existieren in verschiedenen Formaten:
- Die Bestellung liegt als strukturierte Daten im jeweiligen System vor – QuickBooks, einem Beschaffungsmodul oder einer Vorlage. Der Export als CSV oder in Sheets liefert saubere Spalten: Bestellnummer, Position, Menge, Einzelpreis, Lieferant.
- Der Wareneingang ist oft das schwächste Glied. Er kommt als Papier-Lieferschein beim Lagermitarbeiter an, wird handschriftlich ergänzt („2 Kartons fehlen“), fotografiert und in einen gemeinsamen Ordner hochgeladen. Oder es ist ein handschriftliches Protokoll des Lagerleiters in einem Notizbuch. Die Daten sind da. Die Struktur nicht.
- Die Lieferantenrechnung kommt als PDF – oder als eingescanntes Bild einer ausgedruckten PDF – vom Lieferanten. Sie enthält Positionen, Mengen, Preise und eine Bestellreferenz, aber im Format des jeweiligen Abrechnungssystems des Lieferanten. Kein Lieferant formatiert seine Rechnungen gleich.
Hier verliert die meiste Beratung zum Dreifachabgleich den Bezug zur Realität. Sie setzt voraus, dass alle drei Dokumente bereits in vergleichbaren Zeilen vorliegen. Das tun sie nicht. Die Lücke zwischen „wir haben die Dokumente“ und „wir können sie vergleichen“ ist die gesamte operative Herausforderung.
Wo die Extraktion in Ihren AP-Workflow passt (ohne bestehende Prozesse zu stören)
Der häufigste Fehler bei der Workflow-Integration ist, KI-Extraktion als Ersatz für den bestehenden Prozess zu betrachten. Das ist sie nicht. Sie ist eine Schicht zwischen Dokumenteneingang und Datenvergleich – ein Schritt, der in einen ansonsten intakten Workflow eingefügt wird.
So sieht der Einfügepunkt in einem typischen AP-Flow ohne ERP aus:
Aktueller Workflow:
Bestellung erstellt → Wareneingang (Papierlog) → Rechnung erhalten (PDF) → Positionen manuell in Tabelle eingeben → Vergleichen → Bezahlen
Mit eingefügter Extraktionsschicht:
Bestellung erstellt → Wareneingang (Papierlog) → Rechnung erhalten (PDF) → Alle drei in Sheets extrahieren → Vergleichen → Bezahlen
Der Rest des Workflows – Genehmigungsrouting, Zahlungsplanung, Lieferantenkommunikation – bleibt unverändert. Ihr Buchhaltungssystem muss nicht geändert werden. Was sich ändert, ist, dass die Person, die den Vergleich durchführt, extrahierte Daten sieht, nicht manuell eingegebene.
Hier verändert die KI-Dokumentenextraktion für Bestellungen die Workflow-Ökonomie. Statt die Bestellung aus einem System zu exportieren und die Rechnung manuell aus einem anderen einzugeben, durchlaufen alle drei denselben Extraktionsschritt. Das Ergebnis sind drei Tabellen mit identischen Spaltenstrukturen – Bestellnummer, Artikelbeschreibung, Menge, Einzelpreis, Positionssumme – unabhängig vom Aussehen der Originaldokumente.
Das zugrundeliegende Konzept ist die benutzerdefinierte Spaltenextraktion: Sie definieren die gewünschten Spalten – z. B. „Bestellnummer", „Artikelbeschreibung", „Menge", „Einzelpreis" – und die KI liest jedes Dokument, um diese Werte zu finden, wobei sie deren Bedeutung versteht, nicht ihre Position auf der Seite. Es spielt keine Rolle, ob Lieferant A den Einzelpreis in einer rechtsbündigen Spalte auf Seite 1 platziert und Lieferant B ihn in einer Fußnote auf Seite 3 versteckt. Das Extraktionsergebnis ist einheitlich, und einheitliche Daten sind vergleichbare Daten.
Dateien werden sicher verarbeitet und nicht gespeichert.
Von der Extraktion zum Abgleich: Vier Blätter, ein Vergleich
Sobald alle drei Dokumenttypen in strukturierte Daten extrahiert sind, reduziert sich die Abgleichsarchitektur in Google Sheets auf vier Registerkarten:
Quelldaten: Export aus Ihrem Bestellsystem oder Extraktion aus Bestelldokumenten. Spalten: Bestellnummer, Lieferant, Artikelbeschreibung, Bestellmenge, Einzelpreis, Positionssumme, Datum.
Quelldaten: Extraktion aus fotografierten Lieferscheinen oder manuelle Erfassung durch den Wareneingang. Spalten: Bestellnummer, Erhaltene Artikel, Erhaltene Menge, Wareneingangsdatum, Spediteur, Zustandsnotizen.
Quelldaten: Extraktion aus PDF-Lieferantenrechnungen. Spalten: Rechnungsnummer, Bestellnummer, Lieferant, Artikelbeschreibung, Berechnete Menge, Einzelpreis, Positionssumme, Rechnungsdatum, Fälligkeitsdatum.
Die Vergleichsebene. Ruft Daten aus allen drei Registern mittels VLOOKUP/QUERY ab, wendet Abweichungslogik an und gibt pro Position ein Übereinstimmungs-/Nichtübereinstimmungs-Flag aus. Hier findet der eigentliche Abgleich statt.
Für Teams, die monatlich mehrere Rechnungen desselben Lieferanten bearbeiten, eliminiert die Stapelverarbeitung von Lieferantenrechnungen in einem einzigen Extraktionsdurchlauf den Einrichtungsschritt pro Dokument. Einmal extrahieren, mehrfach vergleichen. Für Teams, die Bestelldaten noch manuell in Tabellen nachpflegen, schließt die direkte Extraktion von Bestellpositionen aus dem Quelldokument den Kreislauf: Jeder Dokumenttyp gelangt über dieselbe strukturierte Pipeline in das Abgleichs-Dashboard.
Die Abgleichsformel im Dashboard selbst ist nicht komplex. Eine Google Sheets QUERY- oder FILTER-Funktion kann drei Datensätze anhand der Bestellnummer und Position verknüpfen. Was jedoch schon immer komplex war – und was die Extraktionsebene nun löst – ist, die Daten in einen Zustand zu versetzen, in dem diese Formeln darauf arbeiten können.
Das Muster der Abgleichsformel
Im Tab „Matching-Dashboard" funktionieren die Vergleichsspalten wie folgt (angenommen, Spalte A = Bestellnummer, Spalte B = Position in allen drei Registern):
| Prüfung | Formellogik | Grün bei |
|---|---|---|
| Mengenabgleich | =UND(G2=H2; H2=I2) | Bestellmenge = Liefermenge = Rechnungsmenge |
| Preisabgleich | =ABS(J2-K2)/J2<=0,05 | Einzelpreisabweichung ≤ 5 % |
| Positionssummenabgleich | =ABS(L2-M2)<=0,01 | Positionssumme innerhalb von 0,01 € |
| Gesamtabgleichsmarker | =WENN(UND(Menge_OK; Preis_OK; Position_OK); „MATCH"; „PRÜFEN") | Alle drei Prüfungen bestanden |
Passen Sie Toleranzprozentsätze und Euro-Schwellenwerte an die Wesentlichkeitsrichtlinie Ihres Unternehmens an.
Die Auto-Match-Zone: Was Ihre Tabelle ohne Sie erkennen kann
Nicht jede Position erfordert menschliche Aufmerksamkeit. Mit sauber extrahierten Daten und Toleranzregeln kann ein gut strukturiertes Matching-Dashboard den Großteil der Rechnungen automatisch freigeben – das, was Spitzen-AP-Teams als Straight-Through-Processing-Rate (STP) bezeichnen. Das Ziel für Organisationen ohne ERP liegt bei 70–80 % automatischem Abgleich; nur echte Ausnahmen bleiben zur Prüfung übrig.
Die Bedingungen für den automatischen Abgleich sind einfach:
- Exakter Mengenabgleich über alle drei Dokumente hinweg. 100 bestellt, 100 geliefert, 100 berechnet – grün. Teillieferungen, die über Lieferschein und Rechnung übereinstimmen, sind ebenfalls gültig (100 bestellt, 50 geliefert, 50 berechnet – Abgleich auf die gelieferte Menge).
- Einzelpreisabweichung innerhalb einer definierten Toleranz. Die meisten Organisationen setzen diese bei 2–5 % für nicht vertraglich gebundene Artikel und bei 0 % für vertraglich festgelegte Artikel an. Ein Einzelpreis von 10,00 € in der Bestellung gegenüber 10,20 € auf der Rechnung entspricht 2 % – für viele Teams innerhalb der Toleranz, aber als Muster beobachtenswert, wenn es vom selben Lieferanten wiederholt auftritt.
- Alle drei Dokumente verweisen auf dieselbe Bestellnummer und dieselbe Positionsnummer. Teilt die Lieferantenrechnung eine einzelne Bestellposition in zwei Rechnungspositionen auf, liegt ein struktureller Fehlabgleich vor – automatisch markiert, weil die Positionsanzahl nicht übereinstimmt, selbst wenn die Summen stimmen.
Die Toleranzkonfiguration ist nicht für alle gleich. Ein Betrieb, der Schüttgüter mit natürlichen Gewichtsschwankungen (Getreide, Schrott, Schnittholz) handhabt, benötigt großzügigere Mengentoleranzen als einer, der diskrete Einheiten (verpackte Elektronik, etikettierte Bekleidung) versendet. Beginnen Sie konservativ – ±2 % beim Preis, ±0 % bei vertraglichen Artikeln – und weiten Sie die Toleranzen basierend auf tatsächlichen Ausnahmemustern über zwei oder drei Zahlungszyklen aus. Die ideale Toleranz eliminiert 80 % der Fehlalarme, ohne eine echte Überzahlung durchzulassen.
Die Grauzone menschlicher Beurteilung: Wenn „Stahlstange 12 mm“ und „Rundstahl Ø12 ST37“ dasselbe sind
Tabellenformeln gleichen Textzeichenfolgen ab. Sie verstehen nicht, dass der Katalog eines Lieferanten einen Artikel als „Rundstahl Ø12 ST37 Güte“ führt, während Ihre Bestellung „Stahlstange 12 mm“ lautet. Beide beschreiben einen 12 mm dicken Baustahl-Rundstab. Eine Formel erkennt null übereinstimmende Zeichen.
Dies ist der Abgleichsfehler, den selbst gut aufgebaute Tabellenkalkulations-Pipelines nicht automatisieren können. Es ist auch der Fehler, der die meiste Zeit für die Untersuchung kostet, da er in einer Grauzone liegt: Mengen und Preise können perfekt übereinstimmen, aber die Spalte mit der Artikelbeschreibung leuchtet als Abweichung auf, weil die Zeichenfolgen nicht übereinstimmen.
In der Praxis behandelt die menschliche Beurteilungsebene drei Arten von Unstimmigkeiten, die Formeln nicht lösen können:
1. Unterschiedliche Namen, gleicher Artikel. Dies ist der häufigste und arbeitsintensivste Fall. Lieferanten verwenden ihre eigene SKU-Nomenklatur, abgekürzte Beschreibungen oder Handelsnamen, die nicht mit Ihrem internen Artikelstamm übereinstimmen. Ein Lieferschein sagt vielleicht „BRG 6205-2RS“, während die Bestellung „Kugellager 25x52x15 gedichtet“ lautet. Ein Mensch erkennt die Übereinstimmung in Sekunden. Ein SVERWEIS gibt #NV zurück.
Die Abhilfe ist operativer, nicht formelhafter Natur: Pflegen Sie eine Kreuzreferenztabelle – ein separates Blatt, das Lieferanten-Artikelcodes Ihren internen Artikelbeschreibungen zuordnet. Füllen Sie sie nach und nach. Beim ersten Auftreten einer Unstimmigkeit löst eine Person sie und fügt die Zuordnung hinzu. Ab dann hat die Formel etwas zum Abgleichen. Nach sechs Monaten deckt die Kreuzreferenz 90 % Ihrer aktiven SKUs ab, und die manuelle Beurteilungskategorie schrumpft auf neue Artikel.
2. Geringfügige Abweichungen, deren Untersuchung sich nicht lohnt. Eine Rechnung summiert sich auf 2.145,00 € bei einer Bestellung über 2.144,86 €. Das ist eine Abweichung von 0,14 € – wahrscheinlich ein Rundungsunterschied bei der Steuerberechnung, ein Cent Unterschied in der Einzelpreisberechnung oder ein Frachtzuschlag, den der Lieferant ohne Einzelpostenaufstellung berechnet hat. Die Untersuchung kostet mehr Arbeitszeit als die Abweichung wert ist. Die meisten Organisationen legen einen Euro-Schwellenwert fest – oft 10 € oder 25 € – unter dem Abweichungen automatisch akzeptiert werden, wenn der Prozentsatz unter 0,5 % liegt.
3. Zeilenreihenfolge stimmt nicht, aber Summen stimmen. Die Bestellung listet die Artikel in der von Ihnen bestellten Reihenfolge auf. Die Rechnung des Lieferanten kann nach Kommissionierreihenfolge im Lager, alphabetisch nach SKU oder gruppiert nach Steuerkategorie umsortieren. Der zeilenweise SVERWEIS schlägt fehl, weil Zeile 3 der Bestellung Zeile 7 der Rechnung entspricht. In diesen Fällen überprüft ein Mensch die Artikelbeschreibungen, um zu bestätigen, dass alle Bestellartikel auf der Rechnung vorhanden sind, und gleicht dann die Rechnungssumme mit der Bestellsumme ab. Der Einzelpostenvergleich wird zugunsten eines Kopfebenenabgleichs übersprungen.
Das Ziel ist nicht, menschliche Beurteilung aus dem Drei-Wege-Abgleich zu verbannen. Es geht darum, die Grauzone menschlicher Beurteilung auf die Fälle zu verkleinern, in denen Urteilsvermögen tatsächlich einen Mehrwert bringt – mehrdeutige Artikelbeschreibungen, Wesentlichkeitsentscheidungen, strukturelle Unstimmigkeiten – und die Tabellenkalkulation die 80 % der Positionen bearbeiten zu lassen, bei denen Mengen, Preise und Beschreibungen sauber übereinstimmen.
Vom monatlichen Feuerwehreinsatz zur wöchentlichen Prüfung: Wie sich der Rhythmus ändert
Manueller Dreiecksabgleich hat einen vorhersehbaren Rhythmus: Alles stapelt sich bis zum Monatsende, dann verbringt die Kreditorenbuchhaltung drei Tage mit dem Abgleich vor dem Zahlungslauf. Der Extraktions- und Abgleich-Workflow ändert das Tempo von reaktiver Stapelverarbeitung zu kontinuierlicher Prüfung.
Wenn die Extraktion 5-10 Sekunden pro Seite dauert – verglichen mit durchschnittlich 3 Minuten für die manuelle Erfassung – ändern sich die wirtschaftlichen Rahmenbedingungen der Verarbeitung. Sie müssen Rechnungen nicht mehr für eine monatliche Sitzung bündeln. Sie können sie bei Eingang verarbeiten, was bedeutet:
- Abweichungen werden innerhalb von Tagen sichtbar, nicht Wochen. Eine am 5. erkannte Mengenabweichung hat zwei Wochen Zeit zur Klärung vor dem Zahlungslauf. Am 28. erkannt, führt sie entweder zu einem hektischen Anruf beim Lieferanten oder zu einer verspäteten Zahlung.
- Die Lieferantenkommunikation wird von reaktiv zu proaktiv. Wenn Sie ein Muster erkennen – Lieferant X fakturiert konsequent 2% über dem Bestellpreis – sprechen Sie es an, bevor es sich über sechs Monate Rechnungen aufsummiert.
- Der Monatsabschluss wird zur Prüfungssitzung, nicht zum Datenerfassungsmarathon. Das Abgleich-Dashboard ist bereits gefüllt. Die Abschlussarbeit besteht darin, markierte Ausnahmen zu verifizieren und den Zahlungsstapel freizugeben, nicht ihn von Grund auf neu aufzubauen.
Ein Beschaffungsspezialist auf Reddits r/procurement beschrieb die Veränderung: Nachdem sie eine Power-Query-Pipeline eingerichtet hatten, die Bestellauszüge mit extrahierten Rechnungsdaten zusammenführte, „wurde aus einem 3-Tage-Monatsendeprojekt etwas, das ich jeden Freitag 20 Minuten lang prüfe." Die Extraktionsebene spart nicht nur Zeit – sie verändert, wann Sie es sich leisten können, Zeit aufzuwenden.
Ein praktischer Toleranzrahmen, der einer Prüfung standhält
Toleranzregeln machen den Dreiecksabgleich zu einer internen Kontrolle, nicht nur zu einer Abstimmungsübung. Gemäß PCAOB-Prüfungsstandard 2201, der SOX-Abschnitt-404-Bewertungen regelt, wird der Dreiecksabgleich als präventive Kontrolle eingestuft – sie stoppt Fehler vor der Zahlung, anstatt sie danach zu erkennen. Prüfer testen präventive Kontrollen, indem sie untersuchen, ob Toleranzen dokumentiert, einheitlich angewendet und auf einem Niveau festgelegt sind, das die Organisation materiell schützt.
Ein verteidigungsfähiger Toleranzrahmen hat drei Ebenen:
| Toleranzebene | Typischer Bereich | Anwendbar auf |
|---|---|---|
| Preisabweichung (%) | ±2 % ohne Vertrag; ±0 % mit Vertrag | Stückpreisdifferenz zwischen Bestellung und Rechnung |
| Mengenabweichung (%) | ±5 % (Schüttgut); ±0 % (Einzelstücke) | Differenz zwischen erhaltener und berechneter Menge |
| Absoluter Betragsschwellenwert | 25–100 $ pro Position | Darunter automatische Annahme, wenn % unter 0,5 % liegt |
| Schwellenwert auf Rechnungsebene | 500–5.000 $ pro Rechnung | Darunter Vereinfachung auf 2-Wege-Abgleich (Bestellung + Rechnung) |
Dokumentieren Sie die Begründung für jeden Schwellenwert. Wenn ein Prüfer fragt, warum Ihre Preistoleranz 2 % und nicht 1 % beträgt, sollte die Antwort auf Ihrer Lieferantenvertragsstruktur, historischen Abweichungsdaten und Wesentlichkeitsgrenzen basieren – nicht auf „das schien angemessen". Eine dokumentierte Begründung ist eine Kontrolle. Eine undokumentierte Zahl ist eine Schätzung.
FAQ
Kann Google Sheets tatsächlich den Drei-Wege-Abgleich für über 100 Rechnungen pro Monat bewältigen?
Ja, mit einer Einschränkung: Die Abgleichlogik selbst skaliert unbegrenzt – VLOOKUP- und QUERY-Funktionen verarbeiten Tausende von Zeilen ohne Leistungseinbußen. Der Engpass ist die Dateneingabe. Wenn Sie 100 Rechnungen manuell in den Rechnungseingangs-Tab eingeben, ist nicht die Tabelle das Problem – sondern Sie. Der Extraktionsschritt macht den Unterschied zwischen „technisch möglich" und „praktisch nachhaltig" aus. Wenn die Extraktion die Dateneingabe übernimmt, läuft der Tabellenvergleich unabhängig vom Volumen in Sekunden.
Was tun, wenn meine Warenannahme noch Papierprotokolle verwendet?
Ein Foto eines handschriftlichen Wareneingangsprotokolls ist dennoch auslesbar. Definieren Sie Spalten wie „Bestellnummer“, „Erhaltene Position“, „Erhaltene Menge“ und „Datum“ im Extraktionstool, laden Sie das Foto hoch, und die KI liest die Handschrift in strukturierte Spalten. Die Genauigkeit bei klarer Handschrift ist hoch, obwohl verschmierte oder stark abgekürzte Einträge stichprobenartig geprüft werden müssen. Die Alternative – manuelle Transkription – birgt das gleiche Genauigkeitsrisiko, dauert aber wesentlich länger.
Welche Toleranz sollte ich für den Preisabgleich pro Einheit einstellen?
Beginnen Sie bei ±2 % für Artikel ohne Festpreis im Vertrag und bei ±0 % für vertraglich gebundene Artikel. Überprüfen Sie nach zwei Zahlungszyklen die Ausnahmen. Wenn 90 % Ihrer preisauffälligen Artikel eine Abweichung von unter 1 € aufweisen und auf Rundungen zurückzuführen sind, weiten Sie die Toleranz auf ±3 % aus. Wenn Preisabweichungen bei bestimmten Lieferanten gehäuft auftreten, liegt das Problem nicht an der Toleranz, sondern an der Abrechnungspraxis des Lieferanten.
Funktioniert dieser Ansatz bei Teillieferungen?
Ja, erfordert aber eine grundsätzliche Entscheidung vor Eintreffen der ersten Teillieferung. Ein Ansatz: Stimmen die erhaltene und die berechnete Menge überein (beide zeigen 40 Einheiten bei einer Bestellung über 100), kennzeichnen Sie dies als Teiltreffer und lassen die Bestellung für den Rest offen. Der zweite Ansatz: Schließen Sie die Bestellposition nach Abgleich des ersten Wareneingangs und der ersten Rechnung und legen Sie eine neue Position für den Restbetrag an. Der erste Ansatz bewahrt den Prüfpfad zwischen Bestellung und Schlusszahlung; der zweite ist in einer Tabelle einfacher nachzuverfolgen. Wählen Sie einen aus und wenden Sie ihn konsequent an.
Wie gehe ich mit Rechnungen um, die mehrere Bestellungen abdecken?
Teilen Sie die Extraktionsausgabe nach Bestellnummer auf, bevor sie in das Abgleich-Dashboard gelangt. Wenn eine einzelne Rechnungs-PDF drei Bestellnummern referenziert, sollten die extrahierten Daten drei Zeilen mit jeweils unterschiedlicher Bestellnummer ergeben. Das Abgleich-Dashboard verknüpft über die Bestellnummer, sodass aus einer Rechnung mit mehreren Bestellungen drei separate Abgleichvorgänge werden – genau wie bei drei Einzelbestellungs-Rechnungen.
Ist das SOX-konform?
Ein tabellenbasierter Drei-Wege-Abgleich kann die Anforderungen von SOX Section 404 erfüllen, wenn drei Bedingungen eingehalten werden: (1) Toleranzschwellen sind dokumentiert und begründet, (2) das Abgleich-Dashboard enthält ein Prüfprotokoll – wer wann welche Ausnahme geprüft hat, und (3) der Zugriff auf die Tabelle ist so gesteuert, dass Abgleichergebnisse nach der Freigabe nicht mehr geändert werden können. Fügen Sie eine Spalte „Geprüft von“ und „Prüfdatum“ zum Abgleich-Dashboard hinzu, schützen Sie das Blatt nach der Freigabe – und schon haben Sie die Kernelemente einer prüfbaren präventiven Kontrolle.
Der Drei-Wege-Abgleich ohne ERP läuft auf eine Frage hinaus: Können Sie alle drei Dokumente schnell genug in dasselbe strukturierte Format bringen, sodass der Vergleich zu einer Formelübung wird und nicht zu einer abteilungsübergreifenden Untersuchung? Wenn die Antwort Ja lautet – und für die meisten AP-Teams mit 50–500 Rechnungen pro Monat ist das der Fall – erledigt die Tabellenkalkulation den Rest.