Kann mir jemand erklären wie die Lagerbewertung in Baan ERP arbeitet?
Jetzt kenn´ ich mich wirklich gut damit aus, habe aber immer noch nicht herausgefunden, welche Tabellen (und Felder) für die Berechnung verwendet
werden.
Die Formel ist mir ebenfalls ein totales Rätsel.

Die allgemeine Hilfe und die Dokumentation bei Baan helfen dabei nicht weiter.
Rätselrätselrätsel

Ich kenne (leider) nur die Lagerbewertung in Baan IV und die basiert ausschließlich auf den Standardherstellkosten des jeweiligen Artikels.
Standardherstellkosten x Menge = Lagerwert

Ist das in ERP nicht mehr der Fall?

Hallo Alex,
die Lagerbestandsbewertung in BaanERP ist komplett neu gegenüber der von Baan IV.
Außerdem sind die Werte in mehreren Tabellen abgespeichert und die Berechnung ist von der Bewertungsmethode abhängig (SHK wie in Baan IV, FIFO, LIFO oder gleitender Durchschnitt (MAUC)).
Diese wird defaultmäßig je Artikelgruppe definiert, kann aber je Artikel und Lager als feinste Einstellung definiert werden.
Die Berechnung selbst hier ausführlich darzustellen sprengt ein wenig den Rahmen, vielleicht soviel: für jede Lagerbewegung wird pro HK-Komponente ein neuer Datensatz abgespeichert, sowohl für Ein- als auch für Aus- oder Umlagerung.
Wenn hierzu noch Fragen sind: Einfach mal anrufen, am Telefon klären sich eine Reihe von Fragen schneller, als diese in die Tastatur zu klimpern. Ich denke, die meisten Fragen kriege ich am Telefon beantwortet, bisher habe ich bereits 5 Baan ERP-Projekte realisiert...

Tel. 0171 3120271

Danke für die Antwort,ich habe die Lagerbewertung auf MAUC eingestellt und in der whinr113 wir auch immer der neueste MAUC je Kostenkomponente geführt.
Unser Problem besteht darin, daß bei der Migration von den alten Werten etwas schiefgelaufen ist und der MAUC sehr spassige Werte aufweist. Auch in der whwmd217 stehen falsche Werte. Allerdings bekomme ich die korrekten Zahlen, wenn ich den Lagerbewertungsbericht whina1210m000 aufrufe.
Unser Ziel ist über ein externes Tool den aktuellen MAUC je Artikel und Lager herauszufinden, um die korrekten Daten in den entsprechenden Tabellen zu befüllen. Dazu brauchen wir aber die Berechnungslogik mit den entsprechenden Tabellenfeldern.

Der Programmcode hilft da nicht weiter.
Alex

Wieso Migration?
in älteren Baan-Versionen gab's doch gar keine Lagerbestandsbewertung im Standard?.
Wenn Du Datenübernahme aus einem anderen (Alt-)system meinst, dies ist tatsächlich kritisch und ist uns bisher (zugegebenermaßen) noch nie 100%ig geglückt, es waren leider immer nachträgliche (wenn auch kleinere) Korrekturen erforderlich.
Um die genaue Prozedur, welches Feld wann wie gefüllt wird herauszufinden, sehe ich im Moment keinen anderen Weg als Try and error...
Also die theoretische Prozedur der MAUC-Berechnung (die funktioniert zumindest für EK-Teile sauber, habe ich mal an einem ausführlichen Beispiel nachgerechnet, allerdings nur verglichen mit den Angaben, die auf den Masken sichtbar sind) vorher exakt vorberechnen und dann nach jeder Bewegung alle Tabellenfelder der betroffenen Tabellen ansehen. Dies macht sehr viel Spaß, insbesondere bei den Details pro HK-Komponente, mit selektiven Zuschläge, wenn Teilentnahmen erfolgen usw. Hier hilft ein Auswertungstool wie Crystal oder ISR, um nicht immer per ttaad rumzuklicken...
ich hoffe, das hilft erst mal...
viele Grüße

Dirk

Hallo Dirk,
wir migrierten Altdaten (Artikelkosten) in zwei Firmen, allerdings passierten in einer davon Fehler. Um diesen Fehler zu bereinigen, wollen wir über eine externe Abfrage (wir verwenden Cognos Impromptu) den korrekten MAUC berechnen und dann wieder in die entsprechenden Tabellen (whinr113 u. whwmd217) eintragen.

Allerdings sind bisher alle Versuche, die Baan-Logik in Session Perform Inventory Valuation (whina1210m000) nachzuvollziehen, gescheitert. Da dieser Bericht trotz aller Unstimmigkeiten funktioniert, muß es also doch noch eine Möglichkeit geben, den korrekten Wert zu ermitteln.

>Wieso Migration?
>in älteren Baan-Versionen gab's doch gar keine Lagerbestandsbewertung im Standard?.
>Wenn Du Datenübernahme aus einem anderen (Alt-)system meinst, dies ist tatsächlich kritisch und ist uns bisher (zugegebenermaßen) noch nie 100%ig geglückt, es waren leider immer nachträgliche (wenn auch kleinere) Korrekturen erforderlich.
>Um die genaue Prozedur, welches Feld wann wie gefüllt wird herauszufinden, sehe ich im Moment keinen anderen Weg als Try and error...
>Also die theoretische Prozedur der MAUC-Berechnung (die funktioniert zumindest für EK-Teile sauber, habe ich mal an einem ausführlichen Beispiel nachgerechnet, allerdings nur verglichen mit den Angaben, die auf den Masken sichtbar sind) vorher exakt vorberechnen und dann nach jeder Bewegung alle Tabellenfelder der betroffenen Tabellen ansehen. Dies macht sehr viel Spaß, insbesondere bei den Details pro HK-Komponente, mit selektiven Zuschläge, wenn Teilentnahmen erfolgen usw. Hier hilft ein Auswertungstool wie Crystal oder ISR, um nicht immer per ttaad rumzuklicken...
>ich hoffe, das hilft erst mal...
>viele Grüße
>Dirk