SAP ‚Preis zu hoch: Toleranzgrenze überschritten'

Ihre SAP-Preisabweichungstoleranz sperrt die falschen Rechnungen — oder gar keine. Die üblichen Ursachen: die Grenzwerte, der Nachrichtentyp oder der falsche Toleranzschlüssel.

Sie haben in SAP eine Toleranzgrenze für Preisabweichungen gepflegt, damit das System eine überhöhte Rechnung abfängt — und jetzt ist eine Rechnung mit einem Preis weit über dem Bestellwert gebucht und bezahlt worden, ohne Sperre, ohne Meldung. Oder umgekehrt: Jede Rechnung landet gesperrt, auch die, die bis auf den Cent zum Rahmenvertrag passt, und Ihre Kreditorenbuchhaltung gibt sie den ganzen Tag von Hand frei. In beiden Fällen fällt im Raum derselbe Satz: „Die Toleranz funktioniert nicht.” Fast immer funktioniert sie — auf dem Schlüssel und den Grenzwerten, die sie tatsächlich bekommen hat, und das sind selten die, die Sie vermuten. Eine Preisprüfung in SAP ist kein einzelner Schalter. Sie ist ein Toleranzschlüssel, ein Paar je Buchungskreis gepflegter Grenzwerte und ein Nachrichtentyp, der sich still zu einem Hinweis herunterdrehen lässt, der nie sperrt. Stimmt auch nur eines davon nicht, tut die Prüfung genau das, wofür sie konfiguriert wurde — und von außen sieht sie kaputt aus.

Wo die Abweichung in Wahrheit sitzt

Die Prüfung, die Sie für fehlerhaft halten, verteilt sich auf drei Stellen — plus eine vierte, an der sie mit einer ganz anderen Prüfung verwechselt wird.

Wo es gepflegt ist	Transaktion	Was es steuert — und wie es still versagt
Preisabweichungs-Grenzwerte (Schlüssel PP)	OMR6 (je Buchungskreis)	Oberer und unterer Grenzwert. Auf `Nicht prüfen` gesetzt oder zu weit — eine echte Überfakturierung passiert die Prüfung planmäßig
Nachrichtentyp für M8 082–085	OMRM	Der Typ ist konfigurierbar. Zu einer Information herabgestuft, protokolliert SAP die Abweichung, sperrt aber nie
Die Abweichung selbst	—	Kann eine Bestellpreismengen-Abweichung (M8 090–092) auf den Schlüsseln BR / BW sein, gar keine PP-Preisabweichung
Oberer vs. unterer Grenzwert	OMR6	Über dem oberen Grenzwert → Sperre zur Zahlung; unter dem unteren Grenzwert nur eine Meldung — keine Sperre
Freigabe des Gesperrten	MRBR (RM08RELEASE)	Nicht der Ort, an dem gesperrt wird, aber eine stehende Massenfreigabe verschleiert, dass PP korrekt auslöst

Bevor Sie einen einzigen Grenzwert anfassen, klären Sie, welche dieser fünf Stellen im Spiel ist. SAP sagt im Langtext selbst, was es prüft: Der Rechnungspreis (Rechnungswert dividiert durch Rechnungsmenge) weicht zu stark vom Bestellnettopreis ab. Beim Buchen sperrt das System die Rechnung mit dem Sperrgrund Preisabweichung zur Zahlung.

Vorher und nachher: eine Toleranz, die nur kaputt aussieht

Toleranz sieht kaputt aus	Toleranz so gesetzt, dass sie wirklich prüft
Überfakturierte Rechnung wird gebucht und bezahlt — Grenzwerte auf `Nicht prüfen` belassen	Oberer Grenzwert auf Schlüssel PP auf einen echten Wert gesetzt, sodass die Überfakturierung zur Zahlung sperrt
M8 083 in OMRM zur Information herabgestuft — protokolliert, sperrt nie	Nachrichtentyp auf einen wiederhergestellt, der die Rechnung bei Überschreitung zur Zahlung sperrt
Korrekte Rechnungen sperren alle — die Abweichung ist in Wahrheit Bestellpreismenge auf BR / BW	Umrechnungsfaktor an der Quelle korrigiert; PP streng belassen, BR / BW getrennt behandelt
PP geweitet, um die Sperren zu stoppen — jetzt schlüpfen echte Fehler durch	PP streng belassen; die eine Phantom-Abweichung stattdessen an der Bestellposition behoben
Die Buchhaltung gibt dieselbe Abweichung jeden Monat in MRBR frei	Ursache einmal behoben; die nächste Rechnung zu dieser Bestellung bucht sauber

Erst den Schlüssel bestimmen, dann weiten — nicht einfach die Toleranz lockern

1

Die Nachrichtennummer lesen, nicht nur die Sperre

Preis zu hoch: Toleranzgrenze von & & wird überschritten (M8 082, ein absoluter Grenzwert aus Betrag und Währung) und Preis zu hoch: Toleranzgrenze von & % wird überschritten (M8 083, ein prozentualer Grenzwert) sind echte Preisabweichungen auf dem Schlüssel PP; Preis zu niedrig: Toleranzgrenze von & & wird unterschritten (M8 084) ist die absolute Unterschreitung, und M8 085 ist die prozentuale Unterschreitung. Nachrichten im Bereich M8 090 bis M8 092 sind überhaupt keine Preisnachrichten. Sie brauchen entgegengesetzte Lösungen.
2

Prüfen, ob PP überhaupt prüft

Kontrollieren Sie in OMR6 für den Buchungskreis, dass der obere Grenzwert von PP nicht auf Nicht prüfen und nicht absurd weit gesetzt ist. Eine Toleranz, die nie sperrt, hat meist nichts außer der Zahl, die man ihr gegeben hat.
3

Den Nachrichtentyp in OMRM prüfen

SAP gibt die Nachricht M8 083 aus, deren Typ konfigurierbar ist — üblicherweise eine Warnung, die die Rechnung zur Zahlung sperrt, statt die Buchung zu verhindern. Wurde der Typ auf eine nicht sperrende Information geändert, hält er die Rechnung nie auf. Die Nachrichtensteuerung für die Typen 082–085 ist im Customizing der Rechnungsprüfung änderbar.
4

Bestätigen, dass es eine Preisabweichung ist, keine Einheit

SAP berechnet den Rechnungspreis als Rechnungswert dividiert durch Rechnungsmenge und vergleicht ihn mit dem Bestellnettopreis. Rechnen Sie das von Hand nach; ist der Betrag richtig, der Quotient aber falsch, liegt eine Bestellpreismengen-Abweichung vor (M8 090 bis M8 092), die auf den Schlüsseln BR und BW läuft — siehe the error says price, the cause is units (englische Fassung). Sie können außerdem den fakturierten Preis gegen die vereinbarte Preisliste abgleichen, um den Preis selbst zuerst ein- oder auszuschließen.
5

Die Quelle beheben, nicht die Schranke

Korrigieren Sie den Grenzwert, stellen Sie den Nachrichtentyp wieder her oder beheben Sie den Umrechnungsfaktor. Um eine Sperre bei jeder Abweichung zu erzwingen, setzen Sie den absoluten oberen Grenzwert auf null und wählen Grenze prüfen — weiten Sie PP nicht, um eine Sperre loszuwerden.

Eine Checkliste für Preisabweichungen in die Rechnungsprüfung einbauen

Die auslösende Nachricht ist bestimmt — M8 082 / M8 083 (Preis, Schlüssel PP) vs. M8 090–092 (Bestellpreismenge, Schlüssel BR / BW) — bevor ein Grenzwert geändert wird
Der obere und untere Grenzwert von PP sind in OMR6 für den richtigen Buchungskreis bestätigt und nicht auf Nicht prüfen gesetzt
Es ist geklärt, ob die Abweichung über dem oberen Grenzwert (sperrt) oder unter dem unteren Grenzwert (nur Meldung) liegt
Der Nachrichtentyp für M8 082–085 ist in OMRM geprüft und sperrt noch, statt nur zu informieren
Der Rechnungspreis (Rechnungswert ÷ Rechnungsmenge) ist nachgerechnet und mit dem Bestellnettopreis verglichen
Eine Bestellpreismengen-Ursache auf den Schlüsseln BR / BW ist ein- oder ausgeschlossen, bevor PP überhaupt geweitet wird
Die Lösung wird in den Grenzwert oder die Bestellposition zurückgeschrieben, nicht als einmalige Freigabe in MRBR angewandt

Warum Identitätsauflösung die eigentliche Lösung ist

Eine Toleranz, die „nicht funktioniert”, ist selten ein kaputter Grenzwert; sie ist eine Prüfung, die zwei Zahlen vergleicht, die nie auf derselben Grundlage standen — ein Preis gemessen an einer Menge, einer Einheit oder einem Vertrag, die nicht mehr zusammenpassen. Lockern Sie die Schranke, und echte Fehler passieren; ziehen Sie sie an, und korrekte Rechnungen stauen sich. Die dauerhafte Lösung ist, jede Rechnungsposition auf einen vertrauenswürdigen Datensatz aufzulösen, dessen Preis, Einheiten und Umrechnungsfaktoren bekannt und konsistent sind, sodass die Toleranz Gleiches mit Gleichem vergleicht und nur bei echter Überfakturierung auslöst — genau das leistet der Abgleich jeder Rechnungsposition gegen vertrauenswürdige Katalogdaten. Dieselbe Mechanik stützt die englische Fassung dieses Leitfadens: Identität einmal richtig gesetzt, und die Toleranz hört auf, falschen Alarm zu schlagen.

Kostenloses Tool

Preislisten-Diff

Fakturierten Preis gegen die vereinbarte Preisliste abgleichen, um zu bestätigen, ob der Preis selbst sich bewegt hat.

Tool

Einheiten- und Maßeinheiten-Umrechner

Einen Umrechnungsfaktor bestätigen, wenn sich eine Preissperre als Bestellpreismengen-Problem entpuppt.

Tool

Marge- und Aufschlagsrechner

Prüfen, was eine tolerierte Preisabweichung wirklich kostet, sobald sie in der Marge ankommt.

Leitfaden (englisch)

The Error Says Price. The Cause Is Units.

Das Flaggschiff: wenn eine Preissperre in Wahrheit eine Bestellpreismengen-Abweichung auf den Schlüsseln BR / BW ist.

Leitfaden

Mengeneinheit nicht in Basismengeneinheit umrechenbar

Wenn SAP eine Rechnung sperrt, weil ein Umrechnungsfaktor im Materialstamm fehlt.

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, Einheiten und Umrechnungsfaktoren auf ein kanonisches Produktmodell auflösen.

Glossar

Was ist eine Preisabweichung in der Rechnungsprüfung?

Die Nachrichtenfamilie M8 082–085 und was SAP beim Sperren eigentlich vergleicht.

FAQ

Was ist eine Preisabweichungstoleranz in SAP?

Eine Preisabweichungstoleranz ist der Grenzwert, mit dem SAP entscheidet, ob der Preis auf einer Lieferantenrechnung zu stark vom Bestellnettopreis abweicht, um ohne Prüfung bezahlt zu werden. Sie liegt auf dem Toleranzschlüssel PP, wird je Buchungskreis in der Transaktion OMR6 gepflegt und hat einen oberen und einen unteren Grenzwert, die jeweils absolut (ein Betrag mit Währung) oder prozentual sein können. SAP berechnet den Rechnungspreis als Rechnungswert dividiert durch Rechnungsmenge und vergleicht ihn mit dem Bestellnettopreis. Wird der obere Grenzwert überschritten, wird die gesamte Rechnung zur Zahlung gesperrt; unterhalb des unteren Grenzwerts gibt SAP nur eine Meldung aus und sperrt nicht.

Warum sperrt meine SAP-Toleranz eine überfakturierte Rechnung nicht?

Dafür gibt es drei häufige Ursachen. Erstens stehen die Grenzwerte auf dem Schlüssel PP auf Nicht prüfen oder sind so weit gesetzt, dass eine echte Überfakturierung noch hineinfällt — die Prüfung passiert also planmäßig. Zweitens wurde der Nachrichtentyp im Customizing auf eine nicht sperrende Information geändert, sodass SAP die Abweichung protokolliert, aber nie sperrt. Drittens liegt die Abweichung unterhalb des unteren Grenzwerts statt oberhalb des oberen, und die untere Seite gibt nur eine Meldung aus. Prüfen Sie OMR6 für die Grenzwerte und OMRM für den Nachrichtentyp, bevor Sie die Toleranz für kaputt erklären.

Was ist der Unterschied zwischen den Toleranzschlüsseln PP und BR bzw. BW?

Der Schlüssel PP ist der Preisabweichungsschlüssel: Er vergleicht den Rechnungspreis mit dem Bestellnettopreis. Die Schlüssel BR und BW sind Bestellpreismengen-Schlüssel: BR greift, wenn die Rechnung vor dem Wareneingang eintrifft, BW, wenn der Wareneingang zuerst kommt, und beide vergleichen die Bestellpreismenge statt den Preis selbst. Eine Bestellpreismengen-Abweichung erscheint über die Nachrichten M8 090 bis M8 092 und läuft auf BR oder BW, nicht auf PP — ein Weiten von PP räumt sie also nie aus. Zuerst zu bestimmen, welcher Schlüssel tatsächlich auslöst, ist der erste Schritt, denn die beiden Probleme brauchen entgegengesetzte Lösungen.

Wie erzwinge ich, dass SAP jede Preisabweichung sperrt?

Setzen Sie den absoluten oberen Grenzwert für den Schlüssel in OMR6 für diesen Buchungskreis auf null und wählen Sie Grenze prüfen. Mit einem oberen Grenzwert von null und aktiver Prüfung überschreitet jede Abweichung oberhalb des Bestellpreises den Grenzwert, und SAP sperrt die Rechnung zur Zahlung. Alle Grenzwerte eines Schlüssels auf Nicht prüfen zu setzen bewirkt das Gegenteil: Dann wird jede Abweichung akzeptiert. Denken Sie daran, dass die gesamte Rechnung zur Zahlung gesperrt wird, auch wenn nur eine Position abweicht — eine Nulltoleranz in einem stark frequentierten Buchungskreis leitet also einen großen Teil der Rechnungen in die manuelle Freigabe.

Wo gebe ich eine Rechnung frei, die die Toleranz gesperrt hat?

Gesperrte Rechnungen werden in der Transaktion MRBR (Gesperrte Rechnungen freigeben) freigegeben; das Hintergrundprogramm für die Freigabe ist RM08RELEASE. Eine Rechnung dort freizugeben hebt die Zahlungssperre auf, sodass der Beleg bezahlt werden kann, ändert aber nichts an der Ursache — die nächste Rechnung zur selben Bestellung wird genauso gesperrt. Wenn Sie dieselbe Abweichung immer wieder freigeben, ist die dauerhafte Lösung, den Grenzwert, den Nachrichtentyp oder den Umrechnungsfaktor dahinter zu korrigieren, statt weiter von Hand freizugeben.

REVIEW-NOTES

Hub-Verdrahtung teils aufgeschoben. Dies ist die deutsche Schwester der englischen error-says-price-cause-is-units und sap-price-variance-tolerance-not-working. Inline verweist sie auf beide englischen Fassungen (existieren, im Ankertext als englisch gekennzeichnet) und auf das Tool price-list-diff (existiert). Die Related-Karten zu den deutschen Geschwistern sap-mengeneinheit-nicht-umrechenbar, rechnung-zur-zahlung-gesperrt und dem Glossar preisabweichung sind reine <Card href>-Links (nicht audit-geprüft) und bleiben live tote Links, bis die Geschwister existieren. Beim finalen Cross-Link-Commit (Brief Workflow Schritt 6) neu prüfen; das Glossar preisabweichung sollte zurückverlinken. Das translations-Feld ist bewusst nicht gesetzt (wird zentral verlinkt).
Genauigkeits-Nachweis. Jede Nachrichtennummer und jeder Schlüssel geht auf den Brief-Appendix zurück: M8 082 (& &, absolut) / M8 083 (& %, prozentual) / M8 084 (& &, absolute Unterschreitung) als Preisabweichung auf Schlüssel PP; M8 085 nur als prozentuale Unterschreitung benannt, deutscher Kurztext nicht zitiert (nicht abgerufen); M8 090–092 als Bestellpreismengen-Abweichung auf den Schlüsseln BR / BW. Transaktionen: OMR6 (Grenzwerte je Buchungskreis), OMRM (Nachrichtensteuerung), MRBR / RM08RELEASE (Freigabe). Die Ampersand-Platzhalter & & (Betrag+Währung) und & % (Prozent) sind unverändert erhalten und nicht zusammengefasst. Der Nachrichtentyp ist durchgehend als konfigurierbar beschrieben, nie als „SAP wirft Fehler M8 083”. Der M8 083-Langtext ist verbatim aus dem Appendix zitiert (Der Rechnungspreis … ab. / Beim Buchen sperrt das System … zur Zahlung.). „Rechnungspreis weicht vom Bestellpreis ab” wird bewusst nicht als Kurztext verwendet. M8 081 wird nicht zitiert, daher ist für diese Datei kein SE91-Abgleich nötig.
CTA. Kein CTA-Abschnitt im Body — die Layout-CTA wird aus language: "de" + cta: "book-demo" gerendert („Schluss mit der manuellen Pflege” / „Demo buchen”). Falls resolveCta() wider Erwarten noch nicht lokalisiert ist (offene Frage in SCHEMA-NOTES §4), muss das zentral behoben werden, nicht in dieser Datei.