Berechnung Durchschnitts-EK in der WaWi 1.6 historisch über alle Einkäufe des Artikels sinnvoll?

hannibal

Aktives Mitglied
7. März 2012
68
4
Hallo,

seit wir die WaWi 1.6 nutzen, wird der Durchschnitts-EK eines Artikels offenbar historisch über alle je gemachten Einkäufe des Artikels berechnet.
Ist das wirklich sinnvoll? Vor allem haben wir uns auch darüber geärgert, dass das einfach "passiert" ist, abweichend zu der Berechnung vor der 1.6. Davor wurde der EK auf Basis der wirklich auf Lager liegenden Ware berechnet und nicht noch diese einbezogen, die wir schon vor Jahren verkauft haben.

Gemeint ist also der Wert, den die WaWi im Menü F2 Artikel als Ø Netto-EK ausgibt. Das ist auch der Wert, den die Lagerbewertung als Grundlage nimmt. Daher passt für uns auch leider die Lagerbewertung nicht mehr, weil eine historische Betrachtung alle je gemachten Einkaufspreise eines Artikel doch nichts mit dem heutigen Wert der Ware zu tun hat. Nur, weil man früher die Butter für 20 Pfennig eingekauft hat, darf das doch nicht die Bewertung von der Butter, die heute auf Lager liegt beeinflussen, oder? Damit sind auch unsere BWAs seitdem hinfällig, der Wareneinsatz macht für uns keinen Sinn mehr.


Ich gebe dazu ein Beispiel eines konkreten Artikels. Die Abweichung ist hier nur im Cent Bereich, aber der Artikel wurde nur zweimal über die WaWi an uns geliefert und so lässt sich das leichter nachrechnen. Bei anderen Artikeln beträgt die Abweichung mehrere Euro.


Lieferung 1 des Artikels (neuer Artikel, damit Bestand zum Zeitpunkt der Lieferung 0 Stück): Lieferung von 1.504 Stück zu 6,55 Euro das Stück
Lieferung 2 (bei Restbestand von 633 Stück): Lieferung von 1.504 Stück zu 6,12 das Stück.

Die WaWi gibt heute bei einem Restbestand von 63 Stück einen Durchschnitts-EK von 6,34 Euro aus.

Vor der 1.6 war es so:
Klar, Lieferung 1 eines neuen Artikels bedeutet durchschnittlicher EK = EK der ersten Lieferung, hier 6,55 Euro
Zum Zeitpunkt der zweiten Lieferung wurde der neue Wert so berechnet:
633 Restbestand zu 6,55 Euro das Stück werden "gemischt" mit 1.504 der zweiten Lieferung zu 6,12 Euro das Stück
(633 x 6,55 + 1.504 x 6,12) / (633 + 1.504) = (4146,15 + 9204,48) / 2137 = 6,25 Euro neue durchschnittlicher EK.

Wir haben gesehen, dass im Forum first in first out bei Lieferungen diskutiert wurde. Es gibt Gründe für die alte Berechnung oben und für first in first out.
Letztere würde bedeuten es gibt bei uns aktuell nur noch 63 Stück von der zweiten Lieferung, dann wäre der Durchschnitts-EK 6,12 Euro.

Beide Betrachtungen wären für uns nachvollziehbar.

Aber JTL hat sich für den historischen Durchschnitt über alle Lieferungen entschieden. Bedeutet in unserem Beispiel:
(1.504 x 6,55 + 1.504 x 6,12) / (1.504 + 1.504) = (9.851,2 + 9.204,48) / 3.008 = 6,34 Euro

Macht das wirklich Sinn? Bei Artikel mit einer gewissen Historie bedeutet das für uns (vereinfacht dargestellt mit steigenden Preisen, die Butter lag mal bei 20 Pfennig)

Lieferung 1: 100 x 5 Euro
Lieferung 2: 100 x 6 Euro
Lieferung 3: 100 x 7 Euro
Lieferung 4: 100 x 8 Euro
Lieferung 5: 100 x 9 Euro

Historisch ist das (100 x 5 + 100 x 6 + 100 x 7 + 100 x 8 + 100 x 9) / (5 x 100) = 7 Euro
Aber alle günstigen davon sind längst verkauft. Heute müssen wir den Artikel für 9 Euro einkaufen, wenn noch ein bisschen Restbestand der 8 Euro-Lieferung ist, sind es durchschnittlich vielleicht 8,70. Aber die WaWi kalkuliert mit 7.
 
  • Gefällt mir
Reaktionen: MichaelH

wawi-dl

Sehr aktives Mitglied
29. April 2008
6.727
813
Das Thema wurde schon zigmal diskutiert, siehe Foren-Suche!

Wir arbeiten mit komplexen Workflows, die Anhand "EK+Aufschläge etc." den VK berechnen und sofort ausspielen.
Uns nützt der Durchschnitts-EK nichts, weil man sich so langfristig die VK-Preise kaputt macht.

Man hat die alten teuren Artikel lange abverkauft, der EK wird aber nur annähernd korrigiert und ist FALSCH!
Eigentlich sollte man die alten Artikel zum alten EK verkaufen, wenn diese Charge weg ist, erhält man den neuen EK.
 
  • Gefällt mir
Reaktionen: MichaelH

wawi-dl

Sehr aktives Mitglied
29. April 2008
6.727
813
Ich weis nur von Manuel, dass man evtl. 2 Möglichkeiten zur Wahl anbieten will, möchte aber nichts falsches sagen, zumal eine Wahl auch sehr komplex wäre ... es hängt ja viel hinten dran.
 
  • Gefällt mir
Reaktionen: recent.digital

hannibal

Aktives Mitglied
7. März 2012
68
4
Danke für die Rückmeldungen!
Die Diskussionen im Forum ob (zukünftig) die Durschnittspreisberechnung wie vor der 1.6 oder eine neue first in first out Betrachtung richtig ist, kennen wir.
Und je nachdem, wie das Geschäftsmodell ist können da auch beide Varianten sehr sinnvoll sein (deswegen wäre es super, wenn beide Varianten einstellbar sind).

Was uns aber wirklich stört, ist dass die Berechnung zur 1.6 einfach umgestellt wurde auf die oben beschriebene historische Betrachtung, die aus (zumindest unserer Sicht) zudem wirklich keinen Sinn macht (warum Einkaufspreise von vor x Jahren einbeziehen?) und jetzt dann auch Lagerbewertungen und Co zerschießt.
Ich halte es auch für fragwürdig, die Berechnungsgrundlage eines Wertes mit einem Update zu ändern, den Wert aber gleich zu benennen. Ich muss mich doch eigentlich darauf verlassen können, dass was da gestern ausgerechnet wurde, auch heute und morgen noch richtig ist.

Weiß jemand, ob das in der der 1.7 wieder abgestellt ist?
 

Klebetoshi

Aktives Mitglied
15. Oktober 2015
65
11
Hierzu kann ich eine Ticket-Antwort von JTL beitragen.
Wir haben uns auch damit beschäftigt und den Durchschnitts-EK "automatisch" mitgehen lassen, bis uns aufgefallen ist, das irgendetwas nicht stimmt.
Die Antwort war, dass man sich bei JTL selbst nicht genau sicher ist, welche Referenzwerte für diesen Automatismus herangezogen werden, da der zuständige Entwickler schon seit Jahren nicht mehr dort arbeitet.
Wir haben das deshalb gänzlich verworfen und errechnen den Durchschnitts-EK bei Bedarf selbst über Umwege.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.649
1.966
Die Antwort war, dass man sich bei JTL selbst nicht genau sicher ist, welche Referenzwerte für diesen Automatismus herangezogen werden, da der zuständige Entwickler schon seit Jahren nicht mehr dort arbeitet.

Das kann ich irgendwie kaum glauben ?
Ein Blick in den Programmcode und es müsste klar sein wie gerechnet wird.

Diese neue Berechnungsweise macht mir Sorgen, wenn wir von 1.5 updaten, denn eine korrekte Margenberechnung ist wohl lebensnotwendig für jede Firma ?
Wenn man erst in der FIBU merkt, dass irgendwo irgendwas nicht stimmen kann, dann ist es zu spät und der Verlust schon da.

Wir machen bei Preisveränderungen im Einkauf zwar immer eine separate Kalkulation, aber den dEP manuell zu korrigieren ist nicht der Sinn der Sache.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.198
1.950
Um das mal zu korrigieren: Der GLD wurde schon immer so berechnet. Es gab keine Änderung an der Art und Weise, wie der GLD sich errechnet.
Ein durchschnittlicher EK nach fifo ist in Arbeit und soll m.W. zusätzlich kommen, allerdings ist das Thema sehr komplex, da wirklich jede Stelle berücksichtigt werden muss, was gar nicht immer geht - z.B. bei Retouren.
 
  • Gefällt mir
Reaktionen: wawi-dl

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.198
1.950
https://guide.jtl-software.com/jtl-wawi/artikel/artikelstammdaten-allgemein/#bereich-c-preise

Kurz:
Wareneingang 1 für 10,-
Wareneingang 1 für 20,-
= GLD 15
Mit diesem Wert wird dann weiter gerechnet.

Kannst du.

Wenn es jemanden von JTL interessiert, die Ticketnummer war 2022110410001251.

Die 1. Antwort vom Kollegen war, dass er sich das gern per TV anschauen möchte.
Die 2. Antwort, dass er Dich nicht zum vereinbarten Termin erreichen konnte.
In einem Vermerk wird auf ein internes Ticket hingewiesen mit dem Titel

"Letzter EK wird im Artikel nicht Übernommen"​

Dieses Problem konnte der Kollege bei sich selbst nicht nachstellen, was auch so in diesem internen Ticket steht.
Und dieses Ticket ist als erledigt gekennzeichnet.
 

Klebetoshi

Aktives Mitglied
15. Oktober 2015
65
11


Kurz:
Wareneingang 1 für 10,-
Wareneingang 1 für 20,-
= GLD 15
Mit diesem Wert wird dann weiter gerechnet.



Die 1. Antwort vom Kollegen war, dass er sich das gern per TV anschauen möchte.
Die 2. Antwort, dass er Dich nicht zum vereinbarten Termin erreichen konnte.
In einem Vermerk wird auf ein internes Ticket hingewiesen mit dem Titel

"Letzter EK wird im Artikel nicht Übernommen"​

Dieses Problem konnte der Kollege bei sich selbst nicht nachstellen, was auch so in diesem internen Ticket steht.
Und dieses Ticket ist als erledigt gekennzeichnet.
:D also ich erzähle hier keine Lügen. Schließlich ist es eine wichtige Funktion, die wir wirklich gebrauchen können.
Sicher hat der Kollege intern vermerkt, dass wir dann doch miteinander telefoniert haben und das, was ich als "JTL-Antwort" oben erwähnt habe, er mir telefonisch mitgeteilt hat. Wir haben sogar einen Testartikel angelegt und Wareneingänge getestet, wobei festzustellen war, dass es bei dem Testartikel eben nicht geklappt hat. Wir haben mehrere "Wareneingänge" mit verschiedenen EKs simuliert, was leider den gewünschten gleitenden Effekt nicht hervorgerufen hat.

Wenn es sich so verhält, wie im Guide erklärt, dann wäre das super. Unser Test ist allerdings auch ein paar Wawi-Versionen her.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.649
1.966
Da ich gerade eine aktuelle Testversion habe 1.9.1.0 habe ich folgendes getestet:
Bestand 10.000 dEP 1 Euro = Warenwert 10.000
Wareneingang 10.000 EK 2 Euro = Warentwert 20.000

Nach dem Wareneingang ist der dEP 1.5 Euro.
Passt.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.198
1.950
Ich habe mit dem Kollegen gesprochen und er kann sich an keine Aussage in dieser Form erinnern, zumal sogar im Guide steht, wie der GLD berechnet wird.

Hierzu kann ich eine Ticket-Antwort von JTL beitragen.
Das verstehe ich ehrlich gesagt aber als schriftliche Antwort. Alles andere wäre während eines Telefonats/Gespräches.

In Deinem Ticket ging es darum, dass der EK nicht übernommen wurde bei Wareneingängen über WMS. Dass sich dann der GLD nicht ändert ist ein Folgefehler.
 
Zuletzt bearbeitet:
  • Haha
Reaktionen: wawi-dl

Klebetoshi

Aktives Mitglied
15. Oktober 2015
65
11
Das verstehe ich ehrlich gesagt aber als schriftliche Antwort. Alles andere wäre während eines Telefonats/Gespräches.
Eine Antwort ist eine Antwort :) Ich kann mich sehr gut daran erinnern, schließlich hat mich das Stunden gekostet, dies immer und immer wieder zu testen. Ich unterstelle niemandem etwas, aber die Story mit der technischen Unklarheit der GLD-Bezugswerte sauge ich mir nicht aus dem Finger - und darum ging es mir primär.

Hier hat ein Kommunikationsproblem zugeschlagen. Ich kann nicht wissen, dass sich das Problem mit WMS-EK-Übernahme erledigt hat, da ich von damals nur ein ungelöstes Problem habe und noch nicht mal ein Ticket zum Nachverfolgen.

Nichts für ungut, aber es ist doch gut, dass wir jetzt darüber diskutiert haben, so ist wenigstens der Stand der Dinge klar + Schwarz auf Weiß und ich kann es erneut testen.
 
Ähnliche Themen
Titel Forum Antworten Datum
Berechnung des Bruttobetrages stimmt nicht JTL-Wawi 2.0 2
Neu Falsche Berechnung der Kassen im Kundencenter - Multikasse noch aktiv Smalltalk 0
Fehlermeldung beim Einlesen der Buchungen in JTL Fibu JTL-Wawi 2.0 0
Neu Wird irgendwo in der Datenbank geloggt welcher WMS-Mobile Benutzer mit dem MDE-Gerät einen Auftrag, bzw. Pickliste gepickt hat? User helfen Usern - Fragen zu JTL-Wawi 1
Neu Gibt es in der WaWi-Datenbank einen Zeitstempel, der anzeigt wann ein Kunde sich in einem bestimmten Shop registriert hat? User helfen Usern - Fragen zu JTL-Wawi 3
Neu Amazon.com - kein Abgleich der Bestände Wawi 1.11.9 Amazon-Anbindung - Fehler und Bugs 0
Name der Versandarten wird im Auftrag sporadisch nicht mehr angezeigt (2.0.3) JTL-Wawi 2.0 2
Neu Wawi 1.11. Amazon Rechnungen (extern) in der Kundenansicht verschwunden ?! User helfen Usern - Fragen zu JTL-Wawi 2
Neu Der wahrscheinlich östlichste JTL Servicepartner: Standortvorteil, faire Preise und vieles mehr Dienstleistung, Jobs und Ähnliches 16
Neu Eigener Export - Kunden individuelle Preise + verfügbarer Bestand + VK netto der Kundengruppe User helfen Usern - Fragen zu JTL-Wawi 6
Neu Rechnungen zeigen Paypal Text an, obwohl er in der Vorlage nicht ausgewählt ist JTL-Wawi 2.0 3
Updatezwang beim öffnen der WAWI JTL-Wawi 1.6 13
Neu Produktionsaufträge tauchen nicht in der Workbench auf JTL-Plan&Produce - Fehler und Bugs 2
Neu Ist es ohne Probleme möglich Cloudflare in der Free Version mit JTL zu nutzen? Allgemeine Fragen zu JTL-Shop 7
Neu Paypal 2.2.1; Fehler "Der Zahlungsanbieter hat eine Anmeldung gefordert" Plugins für JTL-Shop 0
Neu Sortierung der Variationswerte funktioniert nicht mehr Shopify-Connector 5
Neu Wert aus „Eigenes Feld“ eines Artikels im Lieferschein unter der Artikelbezeichnung anzeigen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Rabatte aus dem JTL-Shop werden in der Wawi nur als Netto-Preis übernommen, Rabatt % gehen verloren Onlineshop-Anbindung 0
Freie Felder in der Artikelliste anzeigen JTL-Wawi 2.0 3
ändern von Servernamen nach Neuinstallation von SQL und Verbindung mit neuem Server in der Wawi JTL-Wawi 2.0 2
Neu Erstellung der Sitemap bei WaWi Abgleich funktioniert nicht Allgemeine Fragen zu JTL-Shop 0
Neu Unterschiedliche Abnahmeintervalle von Variationskombinationen in der Warenkorbmatrix Templates für JTL-Shop 0
Neu Betrag auf der Rechnung nach Rechnungskorrektur User helfen Usern - Fragen zu JTL-Wawi 1
Neu PDF Anhänge in der Bestellbestätigung anhängen missglückt JTL-Shop - Fehler und Bugs 1
Neu Anzahl der URLs in der Sitemap ändern Allgemeine Fragen zu JTL-Shop 3
Neu Ab welcher JTL Wawi Version ist der OnPremise REST API Endpoint POST /v2/returns oder POST /v1/returns für Create Return verfügbar? Schnittstellen Import / Export 0
Neu ⚠️📦 ACHTUNG: Abkündigung der DHL-Schnittstelle zum 15.06.2026 News, Events und Umfragen 0
Neu Telemetrie-Datenerfassung in JTL-Shop 5.7.0: Bitte um Klarstellung der DSGVO-relevanten Aspekte Allgemeine Fragen zu JTL-Shop 5
Frage zur Speicherung der Produktbilder JTL-Wawi 1.11 1
Neu Der Inhalt / Text ist verschwunden – ist das ein Fehler JTL-Shop - Fehler und Bugs 0
Plattformabgleich Shop löschen - Wo ist das in der MySQL DB? JTL-Wawi 2.0 4
Anzeige der Variantenartikel JTL-Wawi 1.11 0
Neu Workflows speichern z.B. Rechnungen nicht mehr seid der 2.01 User helfen Usern - Fragen zu JTL-Wawi 1
Neu Ein Artikel in der Kategorie Allgemeine Fragen zu JTL-Shop 5
Neu Widerrufsbutton: Jeder, der den Button betätigt, kann das Widerrufsformular ausfüllen und absenden - auch ohne Bestellung? Allgemeine Fragen zu JTL-Shop 94
Neu Komma aus Produktbezeichnung soll als Bindestrich in der URL sein Allgemeine Fragen zu JTL-Shop 1
Retouren - Bearbeitung der Adressdaten JTL-Wawi 2.0 4
Update auf Shop 5.5.0 von 5.4.1 ist der Shop nicht mehr erreichbar Upgrade JTL-Shop4 auf JTL-Shop5 4
Neu Lieferadresse in PayPal-Transaktion weicht von der in der Wawi ab Plugins für JTL-Shop 0
Häufiges Aufhängen - vermutlich Probleme mit der Datenbank JTL-Wawi 2.0 13
Neu Wichtige Info: Abkündigung der DHL-Schnittstelle zum 31.05.2026 News, Events und Umfragen 0
Neu Fehler beim Update der Datenbank von 1.11.7 auf 2.0.1 JTL-Wawi - Fehler und Bugs 7
2.0.0: Aufruf der Plattform - Logbücher führt zu Crash der Wawi JTL-Wawi 2.0 0
Probleme bei der Verbindung zur Datenbank JTL-Wawi 2.0 12
Neu Platz der Sidebar nutzen JTL-Shop - Ideen, Lob und Kritik 0

Ähnliche Themen