Was ist eine Preisabweichung in der Rechnungsprüfung?

Eine Preisabweichung in der Rechnungsprüfung liegt vor, wenn der von SAP errechnete Rechnungspreis — der Rechnungswert geteilt durch die Rechnungsmenge — zu stark vom Bestellnettopreis abweicht. Das System vergleicht beide Werte beim Buchen der Rechnung und entscheidet anhand eines gepflegten Grenzwerts, ob die Abweichung zu groß ist, um die Rechnung ohne Prüfung zu bezahlen. Fällt sie über den oberen Grenzwert, wird die Rechnung mit dem Sperrgrund Preisabweichung zur Zahlung gesperrt. Die Preisabweichung ist damit kein Buchungsfehler, sondern eine Kontrolle: Sie hält eine Rechnung an, deren Stückpreis nicht zu dem passt, was bei der Bestellung vereinbart war. Der nachgelagerte Prozess — wer die Sperre sieht, prüft und freigibt — hängt vollständig davon ab, dass dieser Vergleich sauber aufgesetzt ist.

Definition

Eine Preisabweichung ist das Ergebnis der sachlichen Rechnungsprüfung, in der SAP den fakturierten Preis gegen den Bestellnettopreis hält. Der Rechnungspreis wird dabei nicht aus der Rechnung übernommen, sondern errechnet: Rechnungswert dividiert durch Rechnungsmenge. Weicht dieser Quotient stärker vom Bestellnettopreis ab, als der gepflegte Grenzwert erlaubt, meldet das System eine Preisabweichung.

Die Grenzwerte liegen auf dem Toleranzschlüssel PP (Preisabweichung) und werden in der Transaktion OMR6 je Buchungskreis gepflegt. Jeder Schlüssel trägt einen oberen und einen unteren Grenzwert, die jeweils absolut (ein Betrag mit Währung) oder prozentual sein können. Genau diese Unterscheidung spiegelt sich in der Nachrichtenfamilie wider.

Der Platzhalter & & steht für einen Betrag mit Währung, & % für einen Prozentwert — deshalb sind 082 und 083 getrennte Nachrichten für dieselbe Prüfung. Überschreitet die Abweichung den oberen Grenzwert, sperrt SAP die Rechnung zur Zahlung; unterhalb des unteren Grenzwerts gibt es nur eine Meldung und keine Sperre. Der Nachrichtentyp ist über die Transaktion OMRM konfigurierbar. Die dazu passende Fehlersuche steht im Leitfaden SAP „Preis zu hoch: Toleranzgrenze überschritten”.

Warum eine Preisabweichung die Rechnungsprüfung aufhält

Eine Preisabweichung ist selten ein reiner Tippfehler des Lieferanten. Sie entsteht überall dort, wo der fakturierte Stückpreis und der bestellte Nettopreis auf unterschiedlichen Grundlagen stehen — und jede dieser Grundlagen kann für sich allein abweichen, obwohl der Rest stimmt.

Der zweite Fall ist der heimtückische: Weil SAP den Rechnungspreis aus Wert und Menge errechnet, schlägt eine falsche Mengeneinheit oder ein fehlender Umrechnungsfaktor (englische Fassung) als Preisabweichung durch, obwohl der Betrag korrekt ist. Die Nachricht zeigt auf den Preis, die Ursache liegt in der Einheit. Steht erst einmal fest, welcher Toleranzschlüssel tatsächlich auslöst — PP für den Preis selbst, BR oder BW für die Bestellpreismenge —, ist die halbe Diagnose erledigt. Beides braucht entgegengesetzte Lösungen: den Preis an der Quelle korrigieren oder den Umrechnungsfaktor an der Bestellposition. Wer stattdessen nur den Grenzwert lockert, um die Sperren zu stoppen, lässt echte Fehler durch.

Vorher und nachher: eine Preisabweichung, richtig aufgelöst

So klären Sie eine Preisabweichung über einen Lieferantenkatalog

1. 1
   Die Nachricht lesen, nicht nur die Sperre

   Bestimmen Sie, welche Nachricht ausgelöst hat: M8 082 / M8 083 (Preis zu hoch, Schlüssel PP) oder M8 084 / M8 085 (Preis zu niedrig). Nachrichten im Bereich M8 090 bis M8 092 sind überhaupt keine Preisnachrichten, sondern Bestellpreismengen-Abweichungen.

2. 2
   Den Rechnungspreis von Hand nachrechnen

   Teilen Sie den Rechnungswert durch die Rechnungsmenge und vergleichen Sie das Ergebnis mit dem Bestellnettopreis. Stimmt der Betrag, aber der Quotient nicht, liegt die Ursache in Menge oder Einheit, nicht im Preis.

3. 3
   Den Preis gegen die gültige Preisliste abgleichen

   Prüfen Sie, welche Preisliste zum Rechnungsdatum in Kraft war, und gleichen Sie den fakturierten Preis gegen die vereinbarte Preisliste ab, um den Preis selbst ein- oder auszuschließen.

4. 4
   Die Grenzwerte und den Nachrichtentyp bestätigen

   Kontrollieren Sie in OMR6, dass der obere Grenzwert auf Schlüssel PP für den Buchungskreis sinnvoll gesetzt und nicht auf Nicht prüfen steht, und in OMRM, dass der Nachrichtentyp noch sperrt statt nur zu informieren.

5. 5
   An der Quelle beheben, nicht an der Schranke

   Korrigieren Sie den Preis, den Umrechnungsfaktor oder den Grenzwert dauerhaft. Was eine tolerierte Abweichung wirklich an Marge kostet, zeigt, warum sich das Beheben an der Quelle lohnt — und warum jede Rechnungsposition gegen vertrauenswürdige Katalogdaten geprüft werden sollte. Wenn eine Preissperre in Wahrheit eine Einheit ist, hilft der englische Leitfaden The Error Says Price. The Cause Is Units. (englische Fassung) weiter.

Related

FAQ

REVIEW-NOTES

• Genauigkeits-Nachweis. Jede Nummer und jeder Schlüssel geht auf den Brief-Appendix zurück: Preisabweichung = Rechnungswert ÷ Rechnungsmenge gegen Bestellnettopreis; M8 082 (& &, absolut) / M8 083 (& %, prozentual) / M8 084 (& &, absolute Unterschreitung) auf Toleranzschlüssel PP; M8 085 nur als prozentuale Unterschreitung benannt, deutscher Kurztext nicht zitiert (laut Appendix nicht abgerufen). M8 090–092 als Bestellpreismengen-Abweichung auf den Schlüsseln BR / BW. Transaktionen OMR6 (Grenzwerte je Buchungskreis), OMRM (Nachrichtentyp konfigurierbar), MRBR (Freigabe). Vier Sperrgründe: Menge, Preis, Qualität, Datum. Die Platzhalter & & und & % sind unverändert erhalten. Der M8 083-Langtext ist verbatim zitiert; „Rechnungspreis weicht vom Bestellpreis ab” wird nicht als Kurztext verwendet. M8 081 wird nicht zitiert — kein SE91-Abgleich für diese Datei nötig.
• Hub-Verdrahtung teils aufgeschoben. Inline verlinkt sind nur existierende Ziele: die deutsche Schwester-Guide sap-preis-zu-hoch-toleranzgrenze (bevorzugt), die Tools price-list-diff und margin-markup-calculator, das Glossar unit-of-measure (englisch, im Ankertext gekennzeichnet) und die englische Flaggschiff-Guide error-says-price-cause-is-units (gekennzeichnet). Die Related-Karten zu glossary/bestellpreismengeneinheit und glossary/invoice-price-variance 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; die deutsche Schwester-Guide verweist bereits auf dieses Glossar zurück.
• CTA. Kein CTA-Abschnitt im Body — die Layout-CTA wird aus cta: "learn-more" + useCasePage gerendert und soll laut Brief für language: "de" lokalisiert erscheinen („So löst Claro das in der Praxis” / „Mehr erfahren”). Falls resolveCta() wider Erwarten noch nicht lokalisiert ist (offene Frage in SCHEMA-NOTES §4), muss das zentral behoben werden, nicht in dieser Datei.
• Frontmatter. relatedSlugs und translations sind bewusst weggelassen (Cross-Links werden zentral gesetzt; relatedSlugs ist audit-geprüft und würde an den noch fehlenden Geschwistern scheitern).