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

[Manuel Pietzsch]

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

 

[jankoerber]

Hi, zieht die Abfrage aber auch Retouren und Plusbuchungen mit ein? Wenn nein, ist ja der Lagerwert immer deutlich höher als aus der Datenbank.

 

[Manuel Pietzsch]

Hi,

jede Warenbewegung im Lager wird hier einbezogen. Wir haben im Rahmen der 1.4 viele Stellen korrigiert, die den Einkaufspreis im Wareneingang aktualisieren und korrigieren.
Das ist intern aber noch im Test und daher noch nicht an der Oberfläche. Mit meinem SQL kommt ihr jetzt schon dran. Schaut ruhig kritisch drauf, wenn euch was spanisch vorkommt kann ich gerne mal schauen ob wir noch optimieren können.

Gruß

Manuel

 

[MichaelH]

"viele Stellen korrigiert, die den Einkaufspreis im Wareneingang aktualisieren und korrigieren "

Das bitte aber genau darstellen, denn wenn heute ein WE falsch gemacht wird (falscher Preis / Menge), dann muss man es manuell korrigieren und nachrechnen, nötigenfalls den dEP anpassen und wieder zurückstellen.
-> Wenn die WAWI irgendwann Lagerbewegungen und Lagerbestand korrekt bewerten kann, dann sollte klar sein wie die WAWI das genau macht.

Und führt bitte endlich einen Korrekturgrund ein, die man selbst anlegen und auswerten und exportieren kann.
Zum Artikelkonto fehlt einiges an Bordmitteln die eigentlich selbstverständlich sein sollten.
Ein ewiges und uraltes Thema ...

 

[Wissenssammler]

Für wann ist die Lagerauswertung innerhalb der Wawi geplant?

 

[Manuel Pietzsch]

Für wann ist die Lagerauswertung innerhalb der Wawi geplant?

Huhu,

dieses Quartal nutzen wir noch um die Wareneingänge und Einkaufspreise miteinander zu verheiraten. Dann wird es auch möglich sein den Einkaufspreis eines Wareneingangs manuell rückwirkend zu ändern.
Den GLD werden wir abschaffen und folglich nur noch Ø Einkaufspreis nennen, da sich dieser immer aus den offenen Wareneingängen neu errechen lässt.
Ich denke das werden wir alles noch im Rahmen der JTL-Wawi 1.6 abschließen und auf der Basis dann die Lagerbewertung nach Stichtag (so auch die Inventur) aufsetzen. Unterm Strich (ohne etwas zu versprechen) rechne ich mit der JTL-Wawi 1.7 und somit mit einer Umsetzung im kommenden Jahr 2020.

Gruß

Manuel

 

[MichaelH]

"Den GLD werden wir abschaffen und folglich nur noch Ø Einkaufspreis nennen"

Das ist etwas unklar formuliert, hier wäre der Berechungsablauf nachvollziehbar notwendig.
Letztlich ist dies auch der Nachweis, dass die Lagerbewertung korrekt erfolgt.

"da sich dieser immer aus den offenen Wareneingängen neu errechen lässt "

Auch hier. Ein Lagerwert neu berechnen mit offenen Wareneingängen ?!? Das erschließt sich mir nicht.
Wenn ein Lagerwert vermurkst wurde, die Menge wieder aus-/zurück-gebucht wird, dann muss sich auch der Lagerwert korrigieren und damit auch der aktuelle Lagerwert pro Stück wie er vor dem WE war, bevor die Menge neu eingebucht wird.
Gab es danach WE so war die Berechnung auch hier falsch, womit der aktuelle Lagerwert falsch wäre.
D.h. eine Korrektur des vor-vorigen Wareneingangs geht nur mit Neuberechnung und Bewertung des Lagers und aller nachfolgenden Lagerbewegungen, inkl. Warenverbrauch durch Verkauf, womit sich auch die Marge in einer Rechnung ändert.
Es ist also eine Aufrollung und Neubewertung.

Es wäre schön wenn es so perfekt ginge, dies muss aber "transparent" erfolgen im Idealfall auch nachweisbar / dokumentierbar.

Nicht zu vergessen - der Lagerwert ist Teil des bereits versteuerten Vermögens der Firma.
Oder anders gesagt, würde ich mein Lager zum Lagerwert verkaufen, wäre dafür 0 Gewinn zu versteuern, aber mein Bankkonto wäre voll und das Geld gehört dem Unternehmen (bzw. mir wenn ich Einzelunternehmer bin), steuerfrei.

 

[wometo]

Hi Manuel,

eine Verständnisfrage habe ich noch zu deiner Abfrage, die ja wahrscheinlich auch die Basis für die neue Lagerbewertung ist.
Du sagst in deinem Video, das sich der Wert des Bestandes an den jeweiligen Eingangspreisen berechnet, da ja nach FIFO vorgegangen wird.

Verstehe ich dann deine Logik richtig:
Bewertung auf GLD:
Eingang 01.07.2019: 10 Stück * 25 € = 250€ --> GLD = 25€
Eingang 10.07.2019: 20 Stück * 10 € =200 € --> GLD = 15 € --> Warenwert= 450 €
Ausgang 15.07.2019: 25 Stück
Bewertung 31.07.2019: 5 Stück * 15€ (GLD) = 75 €

Bewertung auf FIFO:
Eingang 01.07.2019: 10 Stück * 25 € = 250€ --> Warenwert 250€
Eingang 10.07.2019: 20 Stück * 10 € =200 € --> Warenwert 450€ (Wie oben)
Ausgang 15.07.2019: 25 Stück
Bewertung 31.07.2019: 5 Stück * 10€ (Aus letztem EK weil ja FIFO) = 50 €


Ich hoffe ich habe verständlich dargelegt, das es einen riesigen Unterschied bei der Bewertung macht, ob man auf auf EK nach FIFO bewertet, oder ob ein GLD gebildet wird.
Die Entscheidung ob man nach GLD oder EK bewertet muss zwingend beim Händler liegen, da dies eng mit der operativen Abwicklung des Lagers zusammen hängt.

Des weiteren habe ich gesehen, das in deiner Query das FBA Lager nicht dargestellt wird.

Würde mich über Feedback freuen.

VG
Wolfgang

 

[MichaelH]

Korrekt, wobei auch die Ausgänge eine FIFO-Bewertung haben und mitnehmen müssen, womit
Ausgang 15.07.2019: 25 Stück
= 10 x 25 Euro + 15 x 10 Euro einem Wareneinsatz von 400€ entspricht

Ich glaube kaum dass es eine Ausgangs-Bewegungs-Bewertung und damit Margenberechnung nach FIFO geben wird, sondern nur eine FIFO-Bestandsführung.

 

[wometo]

Korrekt, wobei auch die Ausgänge eine FIFO-Bewertung haben und mitnehmen müssen, womit
Ausgang 15.07.2019: 25 Stück
= 10 x 25 Euro + 15 x 10 Euro einem Wareneinsatz von 400€ entspricht

Ich glaube kaum dass es eine Ausgangs-Bewegungs-Bewertung und damit Margenberechnung nach FIFO geben wird, sondern nur eine FIFO-Bestandsführung.

Hallo Michael,

da hast du natürlich Recht.
Die FIFO Bestandsführung hat aber nichts mit der Darstellung eine GLD pro Artikel zu tun.
Das wichtigste ist, das sich ein GLD niemals bei einem Ausgang verändert, sondern nur bei einem Wareneingang. Ganz anders als bei der beschriebenen Logik von ManuelP.

Naja, schauen wir mal was der JTL Entwickler von der Sache hält. Auf alle Fälle ein wichtiges Thema, das enorme Auswirkungen haben kann.

Viele Grüße
Wolfgang

 

[Manuel Pietzsch]

Hi zusammen,

wir sprechen in der JTL-Wawi von einem Ø Einkaufspreis, nicht von einem GLD.
Völlig korrekt @wometo: Der verändert sich beim Warenausgang, da wir nur das bewerten, was wir auf Lager haben.

Gruß Manuel

 

[wometo]

Hallo Manuel,

Super, dann haben wir ja das gleiche Verständnis.
Kannst du mir noch die Berechnung für den Ø Einkaufspreis erläutern?

Vielen Dank & Grüße
Wolfgang

 

[Manuel Pietzsch]

Hallo Manuel,

Super, dann haben wir ja das gleiche Verständnis.
Kannst du mir noch die Berechnung für den Ø Einkaufspreis erläutern?

Vielen Dank & Grüße
Wolfgang

Also letztlich steht er im Wareneingang (tWarenlagereingang.fEkNetto) und wird über alle Wareneingänge und die darin noch offene Menge gebildet.
Wir aktualisieren den Wert in tWarenlagereingang wenn wir eine Eingangsrechnung schreiben oder das manuell über die Wareneingangshistorie angepasst wird.

 

[MichaelH]

Ja, und die Korrekturmöglichkeiten zu:
den Eingängen
den Lagerkorrekturen

und die Margenberechnung in Verkaufsaufträgen

denn ich kann mich nicht erinnern je mit einem System gearbeitet zu haben ohne GLD.
Da werfen sich einige Fragen auf.

 

[MichaelH]

"Wir aktualisieren den Wert in tWarenlagereingang wenn wir eine Eingangsrechnung schreiben oder das manuell über die Wareneingangshistorie angepasst wird. "

Na was denn nun ? Der Wert ändert sich bei jedem Warenausgang, berechnet wird er aber nur bei einem Wareneingang ?
Die Logik verstehe ich nicht.

Lagerbewertung ist das eine, doch wie ist das mit der Margenberechnung und dem EK den ein Auftrag mitnimmt ?

 

[MichaelH]

Ihr führt somit den Lagerbestand pro Artikel über die Summe der offenen Wareneingänge ?

 

[Manuel Pietzsch]

Ihr führt somit den Lagerbestand pro Artikel über die Summe der offenen Wareneingänge ?

korrekt. SUM(tWarenlagereingang.fAnzahlAktuell) = Bestand

 

[rosi]

haben sich die tabellen geändert? SQL funtioniert nicht mehr

 

[Manuel Pietzsch]

Hi, schau ich mir an und melde mich.

 

[Shopworker.de]

Mit der 1.5.13.0 funktioniert das SQL, wirft allerdings einen anderen Wert aus als das Dashboard-Widget ... muss da noch was beachtet werden?
Hab es jetzt bei einem zweiten Kunden ausgeführt, da ist die Abweichung recht gering, nur ca. 3% ...