Sachliche Rechnungsprüfung automatisieren
Die sachliche Rechnungsprüfung Zeile für Zeile automatisieren: jede Position gegen Bestellung, Wareneingang und vereinbarte Konditionen abgleichen und nur echte Ausnahmen an einen Menschen routen.
Ihre Kreditorenbuchhaltung öffnet jede eingehende Lieferantenrechnung, holt die Bestellung und den Wareneingang dazu und geht Position für Position durch: Passt die fakturierte Menge zur gelieferten, passt der Preis zum Bestellwert, stimmen die Konditionen? Bei einer Handvoll Rechnungen am Tag ist das machbar. Bei einigen Tausend im Monat wird es zur Dauerbeschäftigung — und genau dann fängt es an, Geld zu kosten, denn die eine übersehene Mengenabweichung oder der veraltete Preis rutscht im Takt der Masse durch und wird bezahlt. Die sachliche Rechnungsprüfung ist der Schritt, an dem im Großhandel am meisten Marge still verloren geht, weil er so arbeitsintensiv ist, dass niemand jede Zeile wirklich prüft. Die gute Nachricht: Der Kern dieser Prüfung ist regelbasiert und lässt sich automatisieren. Die Kunst liegt nicht darin, von Hand schneller zu prüfen, sondern den Abgleich der Maschine zu überlassen und nur die echten Ausnahmen an einen Menschen zu geben.
Wo die manuelle Prüfung Zeit und Geld frisst
Die Prüfung, die Sie für eine einzelne Aufgabe halten, zerfällt in mehrere Schritte — und jeder einzelne entgleist von Hand auf seine eigene Weise.
| Prüfschritt | Wo / womit | Wie es von Hand entgleist |
|---|---|---|
| Mengenabgleich (Rechnungsmenge gegen Wareneingangsmenge) | Wareneingangsprüfung | Zeile für Zeile verglichen; eine übersehene Abweichung führt direkt zur Überzahlung |
| Preisprüfung (Rechnungspreis gegen Bestellnettopreis) | Konditionen / Konditionspflege | Gegen veraltete Konditionen freigegeben, obwohl längst ein neuer Preis gilt |
| Toleranzen | OMR6 (Schlüssel PP für Preis, DQ / DW für Menge) | Zu weit gesetzt → Fehler schlüpfen durch; zu eng → jede Rechnung sperrt |
| Sperrgründe | Menge, Preis, Qualität, Datum | Qualität kommt aus der QM-Prüfung, nicht aus einem Toleranzschlüssel — leicht falsch zugeordnet |
| Freigabe gesperrter Rechnungen | MRBR (RM08RELEASE) | Massenweise von Hand freigegeben, was verschleiert, dass die Prüfung korrekt auslöst |
Der Aufwand jedes dieser Schritte wächst mit dem Rechnungsvolumen, nicht mit der Zahl der tatsächlichen Fehler. Dabei sind die meisten Positionen völlig in Ordnung — eine menschliche Prüfung verdienen nur die wenigen, die nicht sauber aufgehen.
Vorher und nachher: von Hand gegen automatisch geprüft
| Von Hand | Automatisch geprüft, nur Ausnahmen an einen Menschen |
|---|---|
| Jede Rechnung Position für Position gegen Bestellung und Wareneingang abgeglichen | Jede Zeile automatisch gegen Bestellung, Wareneingang und vereinbarten Preis samt Konditionen geprüft |
| Preis gegen eine Kondition freigegeben, die gar nicht mehr gilt | Preis gegen die aktuell gepflegten Konditionen geprüft |
| Mengenabweichung übersehen, Rechnung gebucht und bezahlt | Abweichung erkannt, Rechnung zur Zahlung gesperrt, bevor sie bezahlt wird |
| Gesperrte Rechnungen pauschal von Hand in MRBR durchgearbeitet | Nur echte Ausnahmen landen zur Klärung beim Menschen |
| Aufwand wächst mit dem Rechnungsvolumen | Aufwand wächst nur mit der Zahl echter Abweichungen |
Erst die Prüfung automatisieren, nicht nur schneller von Hand prüfen
- 1Mengen gegen den Wareneingang abgleichen
Richten Sie die wareneingangsbezogene Rechnungsprüfung so ein, dass jede Rechnungsposition gegen den gebuchten Wareneingang läuft. Übersteigt die Rechnungsmenge die Wareneingangsmenge, muss die Position auffallen — der Fall ist in Rechnungsmenge ist größer als Wareneingangsmenge im Detail beschrieben. Die Mengenschlüssel DQ und DW steuern die Toleranz, DW den Sonderfall einer Wareneingangsmenge von null.
- 2Preis gegen Bestellnettopreis und Konditionen prüfen
SAP berechnet den Rechnungspreis als Rechnungswert dividiert durch Rechnungsmenge und vergleicht ihn mit dem Bestellnettopreis; die zulässige Abweichung liegt auf dem Schlüssel PP. Eine Abweichung hier ist eine Preisabweichung. Pflegen Sie die Konditionen aktuell und gleichen Sie den fakturierten Preis gegen die vereinbarte Preisliste ab, damit die Prüfung gegen den Preis läuft, der wirklich gilt.
- 3Toleranzen bewusst setzen, nicht alles sperren
Pflegen Sie die Grenzwerte je Buchungskreis in OMR6 so, dass sie echte Fehler fangen, ohne jede korrekte Rechnung aufzuhalten. Stehen die Grenzwerte zu weit oder auf Nicht prüfen, schlüpfen Überfakturierungen durch; stehen sie zu eng, staut sich die Freigabe. Warum eine Toleranz nur kaputt aussieht, zeigt SAP „Preis zu hoch: Toleranzgrenze überschritten”.
- 4Sperrgründe sauber trennen
Die vier Sperrgründe sind Menge, Preis, Qualität und Datum. Behandeln Sie sie nicht als einen Topf: Der Sperrgrund Qualität stammt aus einer QM-Prüfung, nicht aus einem Toleranzschlüssel — ihn in OMR6 zu suchen führt ins Leere. Welcher Nachrichtentyp eine Abweichung erzeugt, steuert die Nachrichtensteuerung in OMRM.
- 5Nur die Ausnahmen an einen Menschen routen
Automatisch freigegeben werden sollen die Rechnungen, die sauber aufgehen; nur die gesperrten Positionen gehen zur Klärung an einen Menschen. Die Freigabe läuft über MRBR und die automatische Freigabe gesperrter Rechnungen, im Hintergrund über das Programm RM08RELEASE. So wächst der manuelle Aufwand mit den echten Abweichungen, nicht mit dem Volumen.
Eine Checkliste für die sachliche Prüfung in Ihren Rechnungseingang einbauen
Warum Identitätsauflösung die eigentliche Lösung ist
Eine Automatisierung ist nur so gut wie die Referenzdaten, gegen die sie prüft. Lässt sich eine Rechnungsposition nicht zweifelsfrei einer Bestellposition, einem Wareneingang und einem vereinbarten Preis zuordnen, muss die Maschine passen und reicht den Fall an einen Menschen weiter — und genau dann ertrinkt die Prüfung wieder in Ausnahmen, die keine echten Fehler sind. Die dauerhafte Lösung ist, jede Position auf einen vertrauenswürdigen Datensatz aufzulösen, dessen Menge, Preis, Einheiten und Konditionen bekannt und konsistent sind, sodass der Abgleich jeder Rechnungsposition gegen vertrauenswürdige Katalogdaten nur bei echter Abweichung auslöst. Dieselbe Mechanik trägt den englischen Flaggschiff-Leitfaden zu Preissperren, die in Wahrheit Einheitenprobleme sind (englische Fassung): Identität einmal richtig gesetzt, und die automatische Prüfung meldet nur noch, was zählt.
Related
Kostenloses Tool
Preislisten-Diff
Den fakturierten Preis gegen die vereinbarte Preisliste abgleichen, um die Preisprüfung gegen den gültigen Preis laufen zu lassen.
Tool
Einheiten- und Maßeinheiten-Umrechner
Einen Umrechnungsfaktor bestätigen, wenn sich eine Preis- oder Mengenabweichung als Einheitenproblem entpuppt.
Tool
Marge- und Aufschlagsrechner
Beziffern, was eine durchgerutschte Abweichung kostet, sobald sie in der Marge ankommt.
Leitfaden
SAP: Preis zu hoch, Toleranzgrenze überschritten
Warum eine Preisabweichungstoleranz die falschen Rechnungen sperrt — oder gar keine.
Leitfaden
Rechnungsmenge ist größer als Wareneingangsmenge (M8 081)
Der Mengenabgleich der sachlichen Prüfung und die Schlüssel DQ / DW dahinter.
Leitfaden
Rechnung zur Zahlung gesperrt: Sperrgründe und Freigabe mit MRBR
Die vier Sperrgründe und warum eine manuelle Zahlungssperre nicht automatisch freigegeben wird.
Playbook
Lieferantenattribute auf Ihr Schema abbilden
Lieferantenpreise, Mengen, Einheiten und Konditionen auf ein kanonisches Produktmodell auflösen.
Glossar
Was ist eine Preisabweichung in der Rechnungsprüfung?
Was SAP beim Sperren einer Rechnung eigentlich vergleicht und auf welchem Schlüssel das läuft.
FAQ
Was ist die sachliche Rechnungsprüfung?
Die sachliche Rechnungsprüfung beantwortet eine Frage: Stimmen Menge und Preis auf der Lieferantenrechnung mit der Bestellung und dem Wareneingang überein? Geprüft wird also, ob die fakturierte Menge zur bestellten und gelieferten Menge passt und ob der fakturierte Preis dem Bestellnettopreis und den vereinbarten Konditionen entspricht. Sie ist von der rechnerischen Prüfung zu unterscheiden, die nur die Arithmetik des Belegs kontrolliert — ob die Summen und die Umsatzsteuer korrekt gerechnet sind. In SAP geschieht die sachliche Prüfung meist als wareneingangsbezogene Rechnungsprüfung: jede Rechnungsposition wird gegen die zugehörige Bestellposition und den gebuchten Wareneingang gestellt, bevor die Rechnung zur Zahlung freigegeben wird.
Worin unterscheidet sich die sachliche von der rechnerischen Prüfung?
Die rechnerische Prüfung ist die arithmetische Prüfung des Belegs selbst: Stimmen Einzelpreise mal Menge, Zwischensummen, Zu- und Abschläge und die Umsatzsteuer rechnerisch? Die sachliche Prüfung dagegen vergleicht den Inhalt der Rechnung mit der Außenwelt — mit der Bestellung und dem Wareneingang. Eine Rechnung kann rechnerisch völlig korrekt sein und sachlich falsch, etwa wenn der korrekt gerechnete Preis gar nicht der vereinbarte ist oder die fakturierte Menge über der Wareneingangsmenge liegt. Automatisieren lässt sich beides, aber die sachliche Prüfung ist die aufwendigere und die, auf der Geld verloren geht, weil sie einen Abgleich gegen verlässliche Referenzdaten verlangt.
Was lässt sich an der sachlichen Rechnungsprüfung automatisieren?
Der Kern lässt sich vollständig automatisieren: jede Rechnungsposition wird gegen die Bestellung, den Wareneingang und den vereinbarten Preis samt Konditionen abgeglichen, und nur die Positionen, die nicht sauber aufgehen, werden an einen Menschen weitergeleitet. SAP liefert dafür die Bausteine — die wareneingangsbezogene Rechnungsprüfung, Toleranzschlüssel in OMR6, die Nachrichtensteuerung in OMRM und die Freigabe in MRBR mit dem Hintergrundprogramm RM08RELEASE. Was dabei nicht an eine Maschine übergeht, ist das Urteil über die echten Ausnahmen: die abweichende Position, die jemand mit dem Lieferanten klären muss. Genau dorthin gehört die menschliche Prüfung, und nur dorthin.
Wie gleicht SAP Menge und Preis automatisch ab?
In der wareneingangsbezogenen Rechnungsprüfung stellt SAP jede Rechnungsposition gegen die Bestellposition und den gebuchten Wareneingang. Für den Preis vergleicht es den Rechnungspreis — Rechnungswert dividiert durch Rechnungsmenge — mit dem Bestellnettopreis; die zulässige Abweichung liegt auf dem Toleranzschlüssel PP, je Buchungskreis in OMR6 gepflegt. Für die Menge greifen die Schlüssel DQ und DW, wobei DW die Mengenabweichung bei einer Wareneingangsmenge von null abdeckt. Liegt eine Position über dem oberen Grenzwert, wird die Rechnung zur Zahlung gesperrt. Welcher Nachrichtentyp dabei ausgegeben wird, steuert die Nachrichtensteuerung in OMRM.
Was passiert, wenn nur eine Position abweicht?
Dann wird in SAP die gesamte Rechnung zur Zahlung gesperrt, auch wenn alle anderen Positionen einwandfrei sind. Eine einzige Zeile über der Toleranz hält also den ganzen Beleg auf. Die Sperrgründe sind Menge, Preis, Qualität und Datum — wobei der Sperrgrund Qualität aus einer QM-Prüfung stammt und nicht aus einem Toleranzschlüssel. Freigegeben wird die Rechnung in der Transaktion MRBR, das Hintergrundprogramm für die Freigabe ist RM08RELEASE. Automatisch freigegeben werden nur Rechnungen, die wegen Abweichungen gesperrt sind; eine manuell gesetzte Zahlungssperre im Kopf der Rechnung löst die automatische Freigabe nicht auf.
REVIEW-NOTES
- Hub-Verdrahtung teils aufgeschoben. Alle Inline-Links zeigen auf bereits existierende Seiten:
die deutschen Geschwister-Leitfäden
sap-preis-zu-hoch-toleranzgrenze,rechnung-zur-zahlung-gesperrtundrechnungsmenge-groesser-wareneingangsmenge, das deutsche Glossarpreisabweichung, das Toolprice-list-diffund — als englischer Fallback im Ankertext gekennzeichnet — der Flaggschiff-Leitfadenerror-says-price-cause-is-units. Die externe Pflichtverlinkung auf/by-use-case/invoice-reconciliationsteht am Wendepunkt von Diagnose zu Lösung. Der deutsche Geschwister-Guiderabattgruppebzw. weitere noch fehlende Geschwister sind bewusst nicht inline verlinkt. Dastranslations-Feld ist bewusst nicht gesetzt (wird zentral beim finalen Cross-Link-Commit verdrahtet, Brief Workflow Schritt 6);relatedSlugsist weggelassen — die Related-Karten sind reine<Card href>-Links, alle auf existierende Seiten. - Genauigkeits-Nachweis. Nur Appendix-Daten: wareneingangsbezogene Rechnungsprüfung; Toleranzschlüssel in OMR6 — PP (Preisabweichung), DQ / DW (Mengenabweichung), DW für Wareneingangsmenge null; Sperre der gesamten Rechnung zur Zahlung schon bei einer abweichenden Position; Freigabe in MRBR mit Hintergrundprogramm RM08RELEASE; Nachrichtensteuerung OMRM; Sperrgründe Menge / Preis / Qualität / Datum, Qualität aus QM (nicht Toleranzschlüssel); Transaktion MRBR. Rechnungspreis = Rechnungswert ÷ Rechnungsmenge gegen Bestellnettopreis. Kein M8-Kurztext verbatim zitiert — M8 081 ist nur in der Related-Karte als Nummer genannt, nicht im Text zitiert, daher ist für diese Datei kein SE91-Abgleich nötig. Keine erfundenen Fehlertexte, keine erfundenen Statistiken.
- CTA. Kein CTA-Abschnitt im Body — die Layout-CTA wird aus
language: "de"+cta: "book-demo"gerendert. Die DE-CTA-Lokalisierung (resolveCta()) ist die offene Frage aus SCHEMA-NOTES §4 und muss zentral gelöst werden, nicht in dieser Datei.
Claro
Schluss mit der manuellen Pflege
Claro hält Produkt- und Lieferantendaten verlässlich, während sich Kataloge ändern — Matching, Deduplizierung, Anreicherung und validierte Rückschreibung in die Systeme, die Sie bereits nutzen.
Demo buchen