Vp Gleitende Durchschnittspreis Varianz

Grundsätzlich werden alle Rohstoffe (ROH), Ersatzteile (ERSA), gehandelte Waren (HAWA) usw. als gleitender Durchschnittspreis (MAP) zugewiesen, weil die Bestände dieser Materialien genau zu bewerten sind. Diese Materialien unterliegen den Kaufpreisschwankungen regelmäßig. Unternehmen verwenden generell gleitenden Durchschnitt auf gekauften Materialien mit geringen Kostenfluktuationen. Es ist am besten geeignet, wenn das Element leicht erhältlich ist. Die Auswirkungen auf die Margen werden minimiert, was die Notwendigkeit einer Varianzanalyse reduziert. Darüber hinaus ist der Verwaltungsaufwand gering, da keine Kostenschätzungen aufrechterhalten werden. Die Kosten spiegeln Abweichungen wider, die den tatsächlichen Kosten näher sind. Die Halbzeuge (HALB) und Fertigprodukte (FERT) werden mit dem Standardpreis aufgrund des Produktkalkulationswinkels bewertet. Wenn diese MAP-gesteuert werden sollten, würde die fertiggestellte Produktbewertung aufgrund von Dateneingabefehlern während der Rückspülung von Material und Arbeit, Produktionsineffizienzen (höhere Kosten) oder Effizienz (niedrigere Kosten) fluktuieren. Dies ist keine Standard-Buchhaltung und Kalkulation Praxis. Siehe OSS-Hinweis 81682 - Pr. Contr. V für Halb - und Fertigprodukte. SAP empfiehlt, den Standardpreis für FERT und HALB zu verwenden. Wenn der tatsächliche Preis für die Bewertung erforderlich ist, verwenden Sie die Funktionen des Material-Ledgers, indem ein periodischer Ist-Preis erstellt wird, der realistischer ist. z. B. Wie SAP den gleitenden Durchschnittspreis summiert Wareneingang zur Bestellung Saldo auf Handmenge Wareneingangsmenge Saldo auf Handwert Wareneingangswert Neuer Verschiebender Durchschnittspreis Summenwert Gesamtmenge Rechnungsbeleg für Bestellung Rechnungspreis mehr als Kauf Bestellpreis Zusatzwert zu Saldo auf Handwert, dann geteilt durch Saldo auf Handmenge Rechnungspreis kleiner als Kaufpreisdifferenz wird vom Saldo auf Handwert (bis zu 0) abgezogen. Der Rest der Menge wird Preisabweichung. Dies führt zu Balance on Hand Wert ist Null, während es Balance auf Hand Menge. Wenn der Balance on Hand-Wert ausreicht, um abzuziehen, wird der verbleibende Wert durch die Balance on hand quantity dividiert. Wenn Ihr Warenausgangspreis konstant größer ist als Ihr Wareneingangspreis. Wird es in Nullwert gleitenden durchschnittlichen Preis resultieren. OSS note 185961 - Moving Average Price Calculation. 88320 - Starke Abweichungen bei der Erstellung eines gleitenden Durchschnittspreises. Niemals negative Bestände für im gleitenden Durchschnitt getragene Materialien zulassen. (C) gotothings Alle Materialien auf dieser Website ist Copyright. Wir bemühen uns, die Integrität der Inhalte zu gewährleisten. Die auf dieser Website verwendete Information erfolgt auf eigene Gefahr. Alle Produktnamen sind Marken der jeweiligen Firmen. Die Grundstücksbeschaffung ist in keiner Weise mit der SAP AG verbunden. Jede nicht autorisierte Kopie oder Spiegelung ist verboten. Registrierung Der Zweck dieser Seite ist es, einen Überblick über Toleranzfunktionalität, Hauptkonfigurationen, SAP-Hinweise und SAP-Dokumente zu geben. In den folgenden Abschnitten wird die Funktionalität der Toleranzprüfung erläutert, in der Konfigurationen und einige Tipps angezeigt werden, die bei der Erstellung von Rechnungen und bei der Lösung von Problemen helfen können. Vendorspezifische Toleranzprüfungen Mit dieser Toleranz müssen Sie für jeden Buchungskreis Toleranzgruppen definieren. Diese Toleranzgruppen können Sie jedem Lieferanten im Kreditorenstammsatz zuordnen. Folgende Toleranzen können Sie definieren: Summenbasierte Akzeptierung Wenn die Differenz innerhalb des Toleranzbereichs liegt, dann erzeugt das System automatisch eine Differenzlinie auf einem neutralen Ertragskonto für kleine Differenzen bei Rechnungen mit Debitkreditdifferenzen beim Buchen der Rechnung. Totalbasierte Rechnungsreduktion Wenn die Differenz innerhalb des Toleranzbereichs liegt, bucht das System die Differenz auf ein Verrechnungskonto und generiert eine Gutschrift in einem zweiten Beleg, um diese zu löschen. Das System verwendet folgende Logik: 1. Das System ermittelt die Differenz zwischen dem Netto-Rechnungsbetrag (Brutto-Rechnungsbetrag abzüglich Steuern und ungeplanten Lieferkosten) und der Netto-Summe der Positionen. Wenn der Netto-Rechnungsbetrag größer ist, ist die Differenz positiv, wenn der Netto-Rechnungsbetrag kleiner ist, ist die Differenz negativ. 2. Negative Differenzen: a) Ist die negative Differenz kleiner als die absolute absolute Minimalgrenze, so definiert das System für diese Differenz eine Buchung auf ein kleines Differenzenkonto. B) Ist die negative Differenz größer als die definierte absolute kleine Differenzgrenze, so prüft das System, ob die absolute Differenz kleiner ist als die untere der absoluten und prozentualen unteren Grenzen. Ist dies der Fall, erzeugt das System eine Buchung auf ein kleines Differenzenkonto. Ist dies nicht der Fall, kann das System die Rechnung nicht buchen. 3. Positive Differenzen: a) Wenn die positive Differenz kleiner ist als die positive kleine Differenzgrenze definiert, erzeugt das System eine Buchung zu einem kleinen Differenzenkonto für diese Differenz. B) Ist die positive Differenz größer als die definierte positive kleine Differenzgrenze und wird für die Summenrechnungsreduktion das QuoteCheck-Limitquot-Feld nicht gewählt, prüft das System, ob die positive Differenz kleiner ist als die untere der absoluten und prozentualen Obergrenzen. Ist dies der Fall, erzeugt das System eine Buchung auf ein kleines Differenzenkonto. Ist dies nicht der Fall, kann das System die Rechnung nicht buchen. C) Wenn die positive Differenz größer ist als die positive kleine Differenzgrenze und das Kontrollfeld Grenzwert für die totale Rechnungsreduktion ausgewählt ist. Prüft das System, ob die Differenz kleiner ist als die untere der absoluten und prozentualen Obergrenzen für die Totalrechnungsreduktion. Ist dies der Fall, so erzeugt das System eine Buchung auf ein Verrechnungskonto zur Rechnungsminderung und legt ein Gutschriftsdokument an. Ist dies nicht der Fall, kann das System die Rechnung nicht buchen. Das System versucht nicht, die Rechnung auf der Grundlage der Summe in den folgenden Fällen zu reduzieren: - Wenn Sie eine Rechnungsposition manuell reduziert haben. - Wenn Sie manuell einen Unterschied in der Kopfzeile akzeptiert haben. - Wenn Sie eine Gutschrift eingegeben haben. In diesen Fällen prüft das System direkt, ob es die positive Differenz annehmen kann. Hinweis: Wenn das System eine kleine Differenz anlegen kann, platziert es diese Differenz auf das in der Kontenfindung für die Transaktion DIF angegebene Konto. Ist dem Lieferanten keine Toleranzgruppe zugeordnet oder wurden für die zugeordnete Toleranzgruppe keine Toleranzen vorgegeben, so wird eine Differenzlinie angelegt, wenn die Differenz kleiner als die für den Toleranzschlüssel BD definierte Toleranz ist. Allgemeine Toleranzgrenzen Mit dieser Toleranz können Sie die Toleranzgrenzen für jeden Toleranzschlüssel für jeden Buchungskreis festlegen. Bei der Abwicklung einer Rechnung prüft das System jede Position auf Abweichungen zwischen der Rechnung und der Bestellung bzw. dem Wareneingang. Die verschiedenen Variantenarten werden in Toleranzschlüsseln definiert. Zur Prüfung auf Abweichungen verwendet das System folgende Toleranztasten: AN: Betrag für Position ohne Auftragsbezug Wenn Sie die Positionsauswahl aktivieren, prüft das System jede Einzelposten in einer Rechnung ohne Auftragsreferenz auf die definierte absolute Obergrenze. AP: Betrag für Position mit Auftragsbezug Wenn Sie die Stückmengenprüfung aktivieren, prüft das System in einer Rechnung mit Auftragsreferenz auf die definierte absolute Obergrenze. Welche Rechnungspositionen geprüft werden, hängt davon ab, wie Sie die Artikelmengenprüfung konfigurieren. BD: Form kleine Differenzen automatisch Das System prüft den Saldo der Rechnung auf die definierte absolute Obergrenze. Wenn die Obergrenze nicht überschritten wird, legt das System automatisch eine Buchungszeile mit dem Namen ExpenseIncome aus Small Differences an, wodurch der Saldo Null wird und das System das Buch buchen kann. BR: Prozentsatz OPUn-Varianz (IR vor GR) Das System berechnet die prozentuale Abweichung zwischen den folgenden Verhältnissen: Menge, die in Auftragspreismengeneinheiten fakturiert wird. Menge in Auftragseinheiten und Menge bestellt in Auftragspreismengeneinheiten in Rechnung gestellt. Menge in Auftragseinheiten bestellt. Das System vergleicht die Varianz mit den oberen und unteren Toleranzgrenzen. BW: Prozentsatz OPUn-Varianz (GR vor IR) Das System berechnet die prozentuale Abweichung zwischen den folgenden Mengenverhältnissen: Menge, die in Auftragspreismengeneinheiten fakturiert wird: Menge, die in Auftragseinheiten und Wareneingangsmenge in Auftragspreismengeneinheiten fakturiert wird. Wareneingangsmenge in Auftragseinheiten. Das System vergleicht die Varianz mit den definierten oberen und unteren Prozentgrenzen. DQ: Überschreitungsbetrag: Mengenabweichung Wurde für eine Auftragsposition ein Wareneingang definiert und bereits ein Wareneingang gebucht, so multipliziert das System den Nettobestellpreis mit (Menge in Rechnung gestellt - (Gesamtliefermenge - Gesamtmenge in Rechnung gestellt)). Ist kein Wareneingang definiert, multipliziert das System den Nettobestellpreis mit (Menge in Rechnung gestellt - (Bestellmenge - Gesamtmenge in Rechnung gestellt)). Das System vergleicht das Ergebnis mit den definierten absoluten Ober - und Untergrenzen. Dies ermöglicht relativ hohe Mengenabweichungen für Rechnungspositionen für kleine Beträge, aber nur geringe Mengenabweichungen für Rechnungspositionen für größere Beträge. Sie können auch prozentuale Grenzwerte für die Mengenvarianzprüfung konfigurieren. In diesem Fall berechnet das System die prozentuale Abweichung von der erwarteten Menge unabhängig vom Auftragspreis und vergleicht das Ergebnis mit den projektierten prozentualen Grenzwerten. Das System führt auch eine Mengenabweichungsprüfung für geplante Zustellkosten durch. DW: Mengenabweichung bei GR-Menge null Wird für eine Auftragsposition ein Wareneingang definiert, aber noch keine gebucht, so multipliziert das System den Nettobestellpreis mit der bislang berechneten mengenbezogenen Rechnungsmenge. Das System vergleicht dann das Ergebnis mit der definierten absoluten oberen Toleranzgrenze. Wenn Sie für Ihren Buchungskreis den Toleranzschlüssel DW nicht gepflegt haben, wird eine Rechnung gesperrt, für die noch kein Wareneingang gebucht wurde. Wenn Sie diesen Baustein verhindern wollen, dann setzen Sie die Toleranzgrenzen für Ihren Buchungskreis für den Toleranzschlüssel DW auf Nicht prüfen. KW: Abweichung von Konditionswert Das System berechnet den Betrag, um den sich jede Lieferkostenstelle vom Produkt der Menge unterscheidet. Sie vergleicht die Varianz mit den definierten Ober - und Untergrenzen (Absolutgrenzen und Prozentgrenzen). LA: Betrag der Rahmenbestellung Das System berechnet die Summe des bisher fakturierten Wertes für die Auftragsposition und den Wert der aktuellen Rechnung und vergleicht sie mit dem Wertgrenzwert der Bestellung. Es vergleicht dann die Differenz mit den definierten oberen Prozent - und absoluten Toleranzen. LD: Deckungskauflimit überschritten Das System ermittelt die Anzahl der Tage, um die sich die Rechnung außerhalb des geplanten Zeitintervalls befindet. Liegt das Buchungsdatum der Rechnung vor dem Gültigkeitszeitraum, so errechnet das System die Anzahl der Tage zwischen dem Buchungsdatum und dem Beginn des Gültigkeitszeitraums. Liegt das Buchungsdatum der Rechnung nach dem Gültigkeitszeitraum, so errechnet das System die Anzahl der Tage zwischen dem Buchungsdatum und dem Ende des Gültigkeitszeitraums. Das System vergleicht die Anzahl der Tage mit der absoluten Obergrenze. PC: Preisvarianz für Vertrag Sie können den Toleranzschlüssel PC verwenden, um Preisabweichungen bei der Rechnungserfassung mit Bezug auf einen Vertrag festzulegen. Für den Toleranzschlüssel PC sind Toleranzgrenzen pro Buchungskreis definiert. Das System legt fest, wieviel jedes Rechnungsposten aus dem Produkt des mengenmäßig berechneten Auftragspreises variiert. Sie vergleicht dann die Varianz mit den definierten Ober - und Untergrenzen (Absolutgrenzen und Prozentgrenzen). Bei der Buchung eines nachfolgenden Debit - kredites prüft das System zunächst, ob für nachfolgende Debitscredits eine Preisprüfung definiert wurde. Wenn dies der Fall ist, berechnet das System die bis dahin zu berechnende Menge der zu belastenden Menge und das Produkt der zu belastenden Auftragspreise und vergleicht diese mit den oberen und unteren Toleranzgrenzen (absolut Grenzwerte und Prozentgrenzen). PS: Preisabweichung: geschätzter Preis Wenn der Preis in einer Auftragsposition als geschätzter Preis markiert ist, berechnet das System für diese Position die Differenz zwischen dem Rechnungswert und dem Produkt des mengenrechneten Auftragspreises und vergleicht die Varianz mit dem oberen und Untere Toleranzgrenzen definiert (absolute Grenzwerte und prozentuale Grenzwerte). Bei der Buchung eines nachfolgenden Debitorenstudiums prüft das System zunächst, ob für nachfolgende Debitscredits eine Preisprüfung definiert ist. Wenn ja, berechnet das System die Differenz zwischen dem bis dahin abgerechneten Wert des nachfolgenden Debitorenbetrages und der zu zahlenden Debitorenmenge Produktmenge zu belasten. Sie vergleicht dann die Varianz mit den definierten oberen und unteren Toleranzgrenzen (Absolutgrenzen und Prozentgrenzen). ST: Datumsabweichung (Wert x Tage) Das System berechnet für jede Position das Produkt der Menge (geplanter Liefertermin - Rechnungsdatum eingegeben) und vergleicht dieses Produkt mit der definierten absoluten Obergrenze. Dies ermöglicht relativ hohe Planabweichungen für Rechnungspositionen für kleine Beträge, aber nur geringe Planabweichungen für Rechnungspositionen für große Beträge. VP: Bewegte Durchschnittspreisabweichung Wenn durch eine Rechnungsposition eine Bestandsbuchungszeile angelegt wird, berechnet das System den neuen gleitenden Durchschnittspreis, der aus der Buchung resultiert. Es vergleicht die prozentuale Varianz des neuen gleitenden Durchschnittspreises mit den festgelegten prozentualen Toleranzgrenzen mit dem alten Preis. Abweichungen sind innerhalb vorgegebener Toleranzgrenzen erlaubt. Überschreitet eine Varianz jedoch eine Toleranzgrenze, so gibt das System eine Meldung aus, die den Benutzer informiert. Wird eine Obergrenze überschritten (außer bei BD und VP), wird die Rechnung bei der Buchung gesperrt. Danach müssen Sie die Rechnung in einem separaten Schritt freigeben. Wenn die Toleranzgrenze für BD verletzt wird, kann das System die Rechnung nicht buchen. Hinweis: Wenn Sie alle Grenzwerte für einen Toleranzschlüssel auf Nicht prüfen setzen, überprüft das System diese Toleranzgrenze nicht. Daher würde jede Varianz akzeptiert werden. Dies macht insbesondere im Fall des Toleranzschlüssels keine Bedeutung. Positionsüberprüfung In diesem Schritt bestimmen Sie, ob das System Rechnungspositionen sperrt, wenn deren Wert einen bestimmten Betrag übersteigt. Sie legen die Grenze fest, ab der die Positionen als oberer Sollwert für folgende Toleranzgrenzen gesperrt werden: AN für Rechnungspositionen ohne Auftragsreferenz AP für Rechnungen mit Auftragsreferenz Dies hängt von zwei Kriterien ab: Positionstyp Wareneingangskennzeichen Das System prüft den Betrag für Alle möglichen Kombinationen von Positionstyp und Wareneingangskennzeichen in allen Buchungskreisen, in denen die Prüfung aktiv ist. Stochastischer Block Ein stochastischer Block ist nicht auf Positionsebene, sondern für die gesamte Rechnung gesetzt. Wird bei der Rechnungsstellung ein stochastischer Baustein gesetzt, setzt das System im Feld Belegsatz in den Belegkopfdaten automatisch ein R in den einzelnen Positionen kein Sperrkennzeichen. Rechnungen mit stochastischen Blöcken können nur manuell freigegeben werden. Sie können für jeden Buchungskreis den Grad der Wahrscheinlichkeit bestimmen, dass eine Rechnung stochastisch gesperrt wird. Der Grad der Wahrscheinlichkeit hängt vom Rechnungswert ab, wenn er gleich oder größer als der Schwellenwert ist, ist der Grad der Wahrscheinlichkeit der gleiche wie der Prozentsatz. Ist der Rechnungswert kleiner, wird der Grad der Wahrscheinlichkeit proportional zum Schwellenwert berechnet. Beispiel: Schwellenwert: 3000 Prozent: 60 Technische Details Funktionsbausteine: MRMAMOUNTCHECK Wichtige Tabellen: RBKP RBKPBLOCKED - gt wird von der MRBR-Transaktion gelesen RSEG BSEG Wichtige Felder: RBKP-ZLSPR: Zahlungssperrtaste - nur bei manuellem oder stochastischem Block gefüllt . RBKPBLOCKED-MRMZLSPR: Logistik-Bezahlungsblock mit A, S, M gefüllt. RSEG-SPGRP: Sperrung Grund: Preis RSEG-SPGRM: Sperrung Grund: Menge RSEG-SPGRT: Sperrung Grund: Datum RSEG-SPGRG: Sperrung Grund: Auftragspreis Menge RSEG-SPGRV: Sperrung Grund: Projektbudget RSEG-SPGRQ: Manuelles Sperren Grund RSEG-SPGRS: Sperrung Grund: Posten Menge RSEG-SPGRC: Sperrung Grund: Qualität BSEG-ZLSPR: Zahlungssperrschlüssel aus der Kreditorenbuchhaltung Verwandte Inhalte Verwandte Dokumente SAP AG Debitorenbuchhaltung SAP AG Hinweis 165589 - Dokumentation: Erweiterung MM08R002 (MM-IV) SAP-Hinweis 963185 - MM IV: Toleranzprüfung zur Erfassung und Freigabe von Rechnungen SAP Note 786810 - MM IV: Toleranzprüfung bei der Eingabe von RechnungenPosting-Preisabweichungen Wenn Preisabweichungen auftreten, Die Art der für das Material definierten Preissteuerung bestimmt, wie die Differenz gebucht wird. Diese ist im Materialstammsatz definiert. Im SAP-System gibt es zwei Arten der Preiskontrolle: Wird ein Material zu einem Standardpreis geführt, wird der Materialwert immer mit einem im Materialstammsatz hinterlegten Festpreis ermittelt. Bei Wareneingang wird der Wert des Eingangs aus dem Preis im Materialstamm errechnet. Abweichungen bei Wareneingang oder Rechnungseingang werden auf ein Preisdifferenzenkonto gebucht. Weitere Informationen über Buchungen bei Preisänderungen finden Sie unter Beispiel: Material mit Standardpreis. Gleitender Durchschnittspreis (MAP) Wenn ein Material zu einem gleitenden Durchschnittspreis geführt wird, kann sich der Materialpreis ändern. Sie wird berechnet, indem der aktuelle Gesamtwert durch die aktuelle Gesamtmenge des Materials dividiert wird. Sie ändert sich, wenn sich der aktuelle Materialpreis von den gelieferten Kosten bei Waren oder Rechnungseingaben unterscheidet. Abweichungen werden auf das Bestandskonto gebucht. Mit einer Ausnahme: Liegt der Materialbestand unter der in der Rechnung angegebenen Menge, weil zwischen Wareneingang und Rechnungseingang Waren entnommen wurden, wird die Preisabweichung für die fehlende Menge auf ein Preisdifferenzkonto gebucht. Weitere Informationen finden Sie unter: