Verwenden Sie diese Funktion um den GDP (gewichteter Durchschnittspreis) und die Margen erneut zu berechnen, sofern die Margenberechnungsbasis der GDP ist. Ist die BewertungsmethodeGDP, FIFO oder LIFO und ist die Anpassung Abgangskosten aktiviert, wird eine Neuberechnung der Transaktionen gestartet, um den Wert der folgenden Bewegungen auszugleichen. Der Datensatz der Anpassung wird in der Tabelle Anpassung Kosten (STKMVTADJ) gespeichert, bis die Funktion zur Aktualisierung der Bewegungen ausgeführt wird.
Wird bei der Anpassung einer Bewegung diese nicht gebucht, so wird sie direkt aktualisiert. Wird bei der Anpassung einer Bewegung auch eine Buchung durchgeführt, werden ein (mengenmäßiger) Stornodatensatz sowie ein Anpassungsdatensatz angelegt.
Ist die Periode für diese Bewegungen abgeschlossen, erhalten Sie eine Logdatei, die die nicht gebuchten Datensätze aufführt und die erneut zu öffnende Periode angibt.
Bei mit dem GDP bewerteten Artikeln kann über solche Wertanpassungsbewegungen der Wert des GDP zu einem bestimmten Datum geändert werden (Belastungsdatum der Wertanpassungsbewegung). Die Funktion Anpassung Kosten übernimmt diesen neuen GDP-Wert als Basis für die Neuberechnung sämtlicher späterer Buchungen.
Wichtig:
Siehe Dokumentation Umsetzung
Übersicht
Diese Funktion kann im Batch für sämtliche Bewegungen oder für folgende Auswahlen gestartet werden:
Sie können diese Verarbeitung zuerst im Simulationsmodus ausführen.
Schließen
Felder
In diesem Register befinden sich die folgenden Felder :
Beginn / Ende
| Erfassen Sie ein Unternehmen für den Report. |
|   |
| Erfassen oder wählen Sie einen Lagerstandort, an dem der Artikel aktiv ist. Das Symbol Auswahl (Lupe) schlägt nur die in der Tabelle Artikel - Standorte referenzierten Artikel vor. |
|   |
| Mit den Artikelkategorien können die Artikel nach ihrer jeweiligen Verwendung geordnet und gefiltert werden. Mit diesem Schritt wird vor dem Start der Ausgleichsverarbeitung die Auswahl verfeinert. Um Auswahlen zu ermöglichen, wird dieser Code in den Artikeldatensatz übernommen. |
|   |
| Schränken Sie die Ergebnisse auf einen Artikelcodebereich ein. Geben Sie für einen einzelnen Artikel den gleichen Artikelcode in den Feldern Artikel von und Artikel bis ein. |
|   |
| Filtern Sie die Ergebnisse auf einen definierten Bewertungsmethodenbereich. Für eine einzelne Bewertungsmethode erfassen Sie den gleichen Bewertungsmethodencode in den Feldern Bewertungsmethode von und Bewertungsmethode bis. Sie können das Feld Bewertungsmethode von leer lassen, um nach allen Bewertungsmethoden zu suchen. |
| Endbereich der Bewertungsmethoden, die auf die für den Report auszuwählenden Artikel angewendet werden müssen. |
| Erfassen oder wählen Sie den Code des Benutzers, der für die Disposition des Artikels am ausgewählten Standort verantwortlich ist. Mehrere Verarbeitungen referenzieren diesen Code, darunter der Einkaufsplan, die Erfassung Lieferantenbestellungen, etc. |
|   |
Einschränkung der Ergebnisse auf einen Statistikgruppenbereich. Für eine einzelne Statistikgruppe erfassen Sie den gleichen Gruppencode in den Feldern Gruppe N von und Gruppe N bis (N entspricht der Zahl). |
  |
|
|
Schließen
Wird im Bestandsverlauf des Artikels eine negative Bestandssumme ermittelt, ignoriert diese Funktion den Artikel und schreibt einen Fehler in die Logdatei.
Die Bestandssummen eines Artikels können negativ sein, wenn die Zugangstransaktionen nach den Abgangstransaktionen im System erfasst werden, das Datum jedoch nicht dem tatsächlichen Transaktionsdatum entspricht.
Das führt dazu, dass das System den Bestand als nach seinem Abgang zugegangen betrachtet. Um dieses Problem zu vermeiden, müssen Sie sicherstellen, dass die Transaktionsdaten den tatsächlichen Bestandsbewegungsdaten entsprechen, wenn Sie eine Zugangstransaktion nach einer Abgangstransaktion erfassen.
Die zeitliche Reihenfolge von Zugangs- und Abgangsdaten muss immer korrekt sein und eingehalten werden.
Beispiel
Bestandszugang am 10. Juni (tatsächliches Datum).
Bestandsabgang am 20. Juni (tatsächliches Datum).
Die Abgangstransaktion wird am 23. Juni erfasst: das Datumsfeld muss auf den 20. Juni gesetzt werden.
Die Zugangstransaktion wird am 25. Juni erfasst: das Datumsfeld muss auf den 10. Juni gesetzt werden.
Während der Erfassung können außer den generischen Meldungen folgende Fehlermeldungen auftreten: :
Dieser Fehler wird in der Logdatei angezeigt, wenn eine negative Bestandssumme ermittelt wurde. Siehe Einschränkungen.
Um dieses Problem zu lösen, verwenden Sie die Funktion Änderung Buchungsdatum (FUNIPTD), um das Zugangsbuchungsdatum auf Ebene der fehlerhaften Transaktionszeilen zu aktualisieren.