Drei-Wege-Abgleich in Google Sheets:
Bestellungen, Rechnungen & Lieferscheine ohne ERP abgleichen
Ein Einkaufsleiter beschrieb auf Reddit sein monatliches Abstimmungsritual: Bestelldaten als CSV aus dem System exportieren, das handschriftliche Wareneingangsbuch des Lagers im gemeinsamen Laufwerk öffnen und dann manuell die Positionen aus 40 PDF-Rechnungen in eine Tabelle tippen. Drei Versionen jeder Bestellnummer, drei Formate und ein ganzer Nachmittag für die Fehlersuche – jeden Monat. Die Abgleichlogik ist nicht das Problem. Drei Dokumente in drei verschiedenen Formaten in eine vergleichbare Struktur zu bringen, das ist die Herausforderung.
Wichtige Erkenntnisse
- Viele glauben, man brauche ein ERP für den Drei-Wege-Abgleich – dabei funktionieren die Abgleichformeln in Google Sheets seit den 1990ern.
- 39 % der manuell erfassten Rechnungspositionen enthalten einen Eingabefehler, der im Schnitt 53 € Korrekturkosten verursacht – der monatliche Abstimmungsstress besteht meist aus der Jagd nach eigenen Tippfehlern, nicht nach echten Abweichungen.
- In einem Extraktionsschritt wandelt ImageToTable.ai Bestellungen, Lieferscheine und Lieferantenrechnungen unabhängig vom Originalformat in identische Spaltenstrukturen um – das Abgleich-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 kommt.
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. Das ist das Workflow-Problem, das der Dreifachabgleich eigentlich lösen muss – und das eine Tabellenkalkulation bewältigen kann, wenn die Daten erst einmal da sind.
Die Realität der drei Dokumentenformate, über die niemand spricht
Der Dreifachabgleich ist konzeptionell einfach: Vergleiche die Bestellung (was bestellt wurde), den Wareneingang (was angekommen ist) und die Lieferantenrechnung (was berechnet wird). Stimmen Menge, Einzelpreis und Artikelbeschreibung in allen drei überein, wird gezahlt. Wenn nicht, wird nachgeforscht.
Aber in Organisationen ohne ERP, das Beschaffung, Wareneingang und Kreditorenbuchhaltung in einem Datenmodell vereint, leben diese drei Dokumente nicht nur in verschiedenen Abteilungen. Sie leben in verschiedenen Formaten:
- Die Bestellung existiert als strukturierte Daten in dem System, das sie erstellt hat – QuickBooks, ein Beschaffungsmodul oder sogar eine Vorlage, die jemand ausfüllt. 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 mit einem Kuli annotiert („2 Kartons fehlen“), fotografiert und in einen gemeinsamen Ordner hochgeladen. Oder es ist ein handschriftliches Logbuch des Lagerleiters. 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. 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. 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 Bewährtes zu beeinträchtigen)
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) → Rechnungseingang (PDF) → Manuelle Eingabe der Positionen in Tabelle → Vergleich → Zahlung
Mit eingefügter Extraktionsschicht:
Bestellung erstellt → Wareneingang (Papierlog) → Rechnungseingang (PDF) → Alle drei in Sheets extrahieren → Vergleich → Zahlung
Der Rest des Workflows – Genehmigungsrouting, Zahlungsplanung, Lieferantenkommunikation – bleibt unverändert. Ihr Buchhaltungssystem muss nicht geändert werden. Was sich ändert, ist, dass die Person beim Vergleich 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 zu übertragen, durchlaufen alle drei denselben Extraktionsschritt. Das Ergebnis sind drei Tabellen mit identischen Spaltenstrukturen – Bestellnummer, Artikelbeschreibung, Menge, Einzelpreis, Positionssumme – unabhängig vom ursprünglichen Dokumentenlayout.
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, erhaltener Artikel, erhaltene Menge, Wareneingangsdatum, Spediteur, Zustandsnotizen.
Quelldaten: Extraktion aus Lieferantenrechnungs-PDFs. Spalten: Rechnungsnummer, Bestellnummer, Lieferant, Artikelbeschreibung, berechnete Menge, Einzelpreis, Positionssumme, Rechnungsdatum, Fälligkeitsdatum.
Die Vergleichsebene. Bezieht Daten aus allen drei Registern mittels VLOOKUP/QUERY, 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 Einrichtungsaufwand 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 bringen, 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 | =AND(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 | =IF(AND(Qty_OK, Price_OK, Line_OK), "MATCH", "REVIEW") | 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 kennzeichnen kann
Nicht alle Positionen benötigen menschliche Aufmerksamkeit. Mit sauberen 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. 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 gebundene 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 beim 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 Nichtabgleich vor – automatisch gekennzeichnet, da 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) abwickelt, benötigt breitere Mengentoleranzen als einer, der diskrete Einheiten (verpackte Elektronik, etikettierte Bekleidung) versendet. Beginnen Sie konservativ – ±2 % beim Preis, ±0 % bei vertraglich gebundenen 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 des menschlichen Urteils: 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 Urteilsebene drei Arten von Nichtübereinstimmungen, die Formeln nicht auflösen können:
1. Unterschiedliche Namen, gleicher Artikel. Dies ist der häufigste und der 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 die Artikelcodes des Lieferanten Ihren internen Artikelbeschreibungen zuordnet. Befüllen Sie sie nach und nach. Beim ersten Auftreten einer Nichtübereinstimmung löst eine Person sie und fügt die Zuordnung hinzu. Ab dann hat die Formel etwas, wogegen sie abgleichen kann. Innerhalb von sechs Monaten deckt die Kreuzreferenz 90 % Ihrer aktiven SKUs ab, und die Kategorie der manuellen Beurteilung schrumpft auf neue Artikel.
2. Geringfügige Abweichungen, deren Untersuchung sich nicht lohnt. Eine Rechnung summiert sich auf 2.145,00 € gegenüber 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 Einzelaufstellung berechnet hat. Die Untersuchung kostet mehr an 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 umsortiert sein. 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 Einzelzeilenvergleich wird zugunsten eines Abgleichs auf Kopfebene übersprungen.
Das Ziel ist nicht, menschliches Urteilsvermögen aus dem Drei-Wege-Abgleich zu verbannen. Es geht darum, die Grauzone des menschlichen Urteils auf die Fälle zu verkleinern, in denen Urteilsvermögen tatsächlich einen Mehrwert bietet – mehrdeutige Artikelbeschreibungen, Wesentlichkeitsentscheidungen, strukturelle Nichtübereinstimmungen – und die Tabellenkalkulation die 80 % der Positionen erledigen 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 stets 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 sich diese Zeit leisten können.
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 erst 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 Euro-Schwellenwert | 25–100 € pro Position | Darunter automatische Annahme, wenn % unter 0,5 % liegt |
| Schwellenwert pro Rechnung | 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 sinnvoll". Eine dokumentierte Begründung ist eine Kontrolle. Eine undokumentierte Zahl ist eine Schätzung.
FAQ
Kann Google Tabellen 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". 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 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 der ersten Teillieferung. Ein Ansatz: Stimmen die erhaltene und die berechnete Menge überein (beide zeigen 40 Einheiten bei einer Bestellung über 100), markieren Sie dies als Teiltreffer und lassen die Bestellung für den Rest offen. Der zweite Ansatz: Schließen Sie die Bestellposition nach dem 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 Extraktionsergebnisse nach Bestellnummer auf, bevor sie in das Abgleich-Dashboard gelangen. 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 einzelnen Rechnungen mit je einer Bestellung.
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 welche Ausnahme wann geprüft hat, und (3) der Zugriff auf die Tabelle ist so gesteuert, dass Abgleichsergebnisse nach der Freigabe nicht mehr geändert werden können. Fügen Sie dem Abgleich-Dashboard eine Spalte „Geprüft von“ und „Prüfdatum“ 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 statt 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.