Gelöst Stichtagsbezogene Lagerbewertung [WAWI-37044, WAWI-37043, WAWI-33817, WAWI-32600, WAWI-8316]

[z0mbi3]

Hi Freunde,

aktuell wird darüber diskutiert wie ich stichtagsbezogen meinen Lagerwert ermitteln kann. Dazu habe ich euch ein kleines SQL bereitgestellt.

Wenn ihr hier noch spezielle Anforderungen habt bitte einfach hier ins Forum schreiben.

Gruß

Manuel

Kann das SQL aus dem ersten Post noch mit 1.5 korrekt angewendet werden?

 

[Stetto]

Kann das SQL aus dem ersten Post noch mit 1.5 korrekt angewendet werden?

Jupp 👍

 

[nerdytec]

Vielen Dank für die tolle Arbeit 🙂

 

[brainbuster78]

So bei mir ohne Ahnung kommt das raus was mach ich falsch:

 

[Manuel Pietzsch]

So bei mir ohne Ahnung kommt das raus was mach ich falsch:

Den Anhang 46146 betrachten

Huhu,

du musst oben die Datenbank auswählen:

 

[forumjtlolshopag]

Gibt es eigtl. ein Ticket, das dieses Feature Nativ ins WMS oder in die Wawi reingenommen wird?

 

[Stetto]

Ja

• https://issues.jtl-software.de/issues/WAWI-37044
• https://issues.jtl-software.de/issues/WAWI-37043
• https://issues.jtl-software.de/issues/WAWI-33817
• https://issues.jtl-software.de/issues/WAWI-32600
• https://issues.jtl-software.de/issues/WAWI-8316

Inhalte und Details der Tickets können sich noch ändern.
Ein Termin für das Feature ist derzeit nicht festgelegt.

 

[Octronaut]

Tolles Script!
Leider funktioniert das aber nicht mit dem JTL Fulfillment Network Lager 🙁

Gibts dafür ne Lösung?

 

[Manuel Pietzsch]

Tolles Script!
Leider funktioniert das aber nicht mit dem JTL Fulfillment Network Lager 🙁

Gibts dafür ne Lösung?

Hi,

wir haben das Skript mal mit einem FFN Lager ausprobiert und das klappt soweit. Ich wüsste auch nicht, was an dem FFN Lager anders sein sollte. Da werden auch nur Warenlager Ein- und Ausgänge geschrieben.

Gruß

Manuel

 

[woyte]

Hallo zusammen,

hierzu habe ich noch mal eine Frage. Die obige Berechnung kann doch nicht korrekt sein. Hier wird ja nicht der Warenwert genommen, sondern der Einstandspreis. Und der Einstandspreis ist definitiv nicht der Lagerwert, den der Steuerberater benötigt.

 

[SHAAN]

Hallo,

funktioniert das Skript auch für die JTL WAWI 1.6?

 

[SHAAN]

Ich habe das Skript getestet und ich bekomme falsche Werte aus dem WMS Lager, da bei vielen Artikeln kein "Letzter EK" eingetragen ist. Ich gehe davon aus, dass das Skript den letzten EK eines Artikels zur Berechnung hinzuzieht.

Kann ich den letzten EK der Artikel in JTL irgendwie anhand der Standardlieferanten oder des Durchschnittpreises aktualisieren?
oder gibt es ein alternatives Skript auf Grundlage des Durchschnittpreises?

 

[woyte]

Ich habe das Skript getestet und ich bekomme falsche Werte aus dem WMS Lager, da bei vielen Artikeln kein "Letzter EK" eingetragen ist. Ich gehe davon aus, dass das Skript den letzten EK eines Artikels zur Berechnung hinzuzieht.

Kann ich den letzten EK der Artikel in JTL irgendwie anhand der Standardlieferanten oder des Durchschnittpreises aktualisieren?
oder gibt es ein alternatives Skript auf Grundlage des Durchschnittpreises?

Hi, nein es wird nicht der letzte EK genommen, sondern der durcschnittliche EK. Das Problem ist nur, wenn Du beim durchschnittlichen EK noch Zusatzkosten verteilt hast. Das ist dann leider - zumindest für die Buchhaltung - ein falscher Wert.

Wäre schön, wenn sich von JTL mal jemand dazu melden könnte.
Danke & Grüße

 

[MichaelH]

Die Lagerbewertung kann keinen Wert der stimmig ist mit der FIBU übermitteln, ausgenommen man würde den Verbrauch (Warenausgänge) in die FIBU übertragen mit dem Einkaufswert und natürlich die Wareneingänge und Korrekturbuchungen und die Differenzen monatlich korrigieren durch Korrekturbuchungen in der FIBU.

 

[woyte]

Tja was wäre dann die richtige Vorgehensweise? Dafür hat man doch nun mal eine WAWI?

 

[MichaelH]

Tja was wäre dann die richtige Vorgehensweise? Dafür hat man doch nun mal eine WAWI?

Eine Lagerbewertung ist entweder mit Inventur
oder
im Rahmen des Monatsabschlusses nach der letzten Lagerbewegung des Monats.
Dauert 5 Minuten, muss man eben machen wie einiges anderes auch, bevor man nach Hause geht ... 😉 ... und die Tür zum Lager sollte man auch abschließen und nicht vergessen die Schuhe anzuziehen.

"Rückwirkend" ist in der WAWI nicht eingebaut, deshalb gibt es diesen Workaround, für Alle die es nicht gemacht haben.

 

[woyte]

Eine Lagerbewertung ist entweder mit Inventur
oder
im Rahmen des Monatsabschlusses nach der letzten Lagerbewegung des Monats.
Dauert 5 Minuten, muss man eben machen wie einiges anderes auch, bevor man nach Hause geht ... 😉 ... und die Tür zum Lager sollte man auch abschließen und nicht vergessen die Schuhe anzuziehen.

"Rückwirkend" ist in der WAWI nicht eingebaut, deshalb gibt es diesen Workaround, für Alle die es nicht gemacht haben.

nun ob ich das rückwirkend mit dem script mache oder am stichtag letzter tag des monats eine bewertung mache ist doch das gleiche. Das problem ist doch vielmehr, dass die korrekte information offensichtlich nicht in der wawi vorhanden ist.

 

[MichaelH]

Vorhanden sind die Daten, aber kein Report in der WAWI.

Es ist ein uuuuraltes Thema und JTL will das offensichtlich nicht machen - bislang.

Genauso wie du keine Rechnungspositionen mit Artikel und allen Daten aus der WAWI mit Bordmitteln herausgekommst um z.B. eigene Umsatz- oder Ertrags-Statistiken zu erstellen.

 

[woyte]

Hi Michael, danke für deinen Input. Aber das kann doch nicht wahr sein. Ich meine wie machen das dann alle Händler hier? Wie machst Du das, welchen Wert aus der WAWI nimmst Du?

 

[MichaelH]

Ich verwende da einen Artikel-Export mit der Ameise, Artikel, Text, Menge / Lagerbestand, dEP und berechne und summiere den Wert im Excel und das eben zum Monatsende.
Diese Ermittlugsart ist bei JTL schon seit immer.

JTL will da mal umstellen auf eine Preisberechnung nach tatsächlichem Bestand berechnet auf den tatsächlichen EK jedes Wareneingangs.

- - -

Warum das JTL aktuell nicht rückwirkend anbietet ?

Nur eine Vermutung:
Wenn ich das heute jeden Monat brav mache und speichere und dann vergleichsweise rückwirkend jedes Monatsende neu berechnen lassen am Jahresende, würden die Daten pro Monat "vermutlich" nicht 1:1 übereinstimmen, womit Diskussionen beginnen würden.
Ein anderer Grund fällt mir dazu nicht ein.
Daher wird JTL das ganze Thema erst mal neu angehen und dann gibt es die Lösung dazu.

Oder anders gesagt, wenn man den Lagerwert eines Artikel vom Tag 0 bis heute neu berechnen lassen würde, müsste der dEP der gleiche sein wie aktuell gespeichert.
Wenn das so wäre, wäre alles OK und dann könnte man das rückwirkend auch in der WAWI anbieten.