Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

[DITH-Shop]

Moin @JTL Entwickler

Wie vermeide ich eine Lagerneubewertung während des Update-Vorganges?
a) dauert das am zweit längsten beim DB-Update (nach der Bilder-Konvertierung)
b) werden dabei (zumindest bei mir) völlig falsche Lagermengen erzeugt (nach dem Update rund 4x so viel Lagerbestand wie vor dem Update)

Ich muss somit NACH dem Update das Lager sowieso leeren und eine Inventur machen.

Besser und schneller wäre es also, bereits VOR dem Update, alles was von dieser Funktion bei der Lagerbewertung berücksichtigt wird, "Nullen" - so sollte das Lager auf "0" bleiben und dieser Updatevorgang nur Bruchteile von Sekunden dauern.

Möchtet Ihr die notwendigen SQL nicht öffentlich bekannt machen, so nehme ich die auch gerne als PN entgegen. Danke.

 

[Günther]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Hallo,
wir trauen uns den update auch nicht wegen dem Lagerbestand.
Aber mit der neuen 1.0 schein es besser zu sein.
Habe den Lagerbestand mit Ameise in der 0.99923 gezogen und mit dem neuen Bestand verglichen und komme jetzt fast hin.
Falls Du wirklich Faktor 4 mehr Produkte hast nach dem update könntest Du auch den Bestand der aktuelle hoffentlich stimmt mit der Ameise wieder einspielen, ohne SQL.
Günther

 

[DITH-Shop]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Danke,
gut zu wissen das ich nicht der einzige bin der das Problem hat, aber:

Die Ameise der 099923 kann zwar WMS Lagerplätze exportieren, nicht jedoch die Artikel / Menge die im jeweiligen Lagerplatz gelagert sind.
Bringt mir so also gar nichts.

Alle Lagerplätze leeren und eine anschließende Inventur muss ich daher auf jeden Fall machen. Um Zeit zu sparen möchte ich also vorher schon alles auf Null setzen, damit diese Funktion gar nicht erst Stundenlang herum rödelt.
Ich vermute die geht überhaupt nicht an die Lagerplätze, schaut wie viel da liegt und überträgt das in die neue Struktur, sondern geht ausschließlich über die Lagerbewegungen und errechnet alles komplett neu...
Davon habe ich aber "Millionen..."

 

[Manuel Pietzsch]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Hallo zusammen,

im Update aktualisieren wir tatsächlich Lagerbestände. Damit der Anwender von dieser Änderung aber nicht überrumpelt wird kommunizieren wir in einer Nachricht im Update die Änderungen direkt an den Anwender.
Hier bieten wir die Möglichkeit diese Änderungen als CSV zu speichern, damit können sie sehr leicht wieder importiert werden.
Dass sich auch die Lagerwerte ändern liegt an zwei Dingen:

1. Änderung von virtuellen Preisen

Ein virtueller Preis und ein virtueller Bestand sind solche, die sich aus anderen Artikeln ergeben, selbst aber keinen echten Artikel repräsentieren. Eine Stückliste oder ein Varkombivater z.B. kann jeden Preis annehmen ohne den Lagerwert zu verändern. Diese flossen aber früher mit in die Lagerbewertung ein.
Die Preise von Varkombivater-Artikeln aktualisieren sich im Update, dadurch ändert sich, wenn man diese in die Bewertung einbezieht, der Lagerwert. Grundsätzlich ist es aber nicht richtig, das Lager mit Artikeln zu bewerten die selbst nicht physikalisch auf dem Lager liegen.

2. Änderung der Lagerbewertung

Die Lagerbewertung war früher Lagerübergreifend und ist jetzt lagerein. Das bedeutet, dass mit dem echten Bestand gerechnet wird und nicht mit dem verfügbaren. Grund dafür ist, dass beim verfügbaren Bestand die Reservierungen vom Lagerbestand abgezogen wurden. Diese Reservierungen bezogen sich aber nicht auf ein konkretes Lager und waren somit global. Heißt die Summe aller Auswertungen wäre falsch, da die Reservierungen bei jedem Lager abgezogen wurden.
Weiter werden "virtuelle" Artikel nicht mehr in der Lagerbewertung aufgeführt. Varkombi-Vaterartikel, Artikel mit einfachen Variationen oder Stücklisten-Vaterartikel geben keine sinnvollen Informationen über den Lagerwert und fließen daher nicht mehr in die Bewertung mit ein.
Daher muss auch eine neue Standard Durckvorlage hinzugefügt werden um die Lagerbewertung nutzen zu können. Die Struktur hat sich hier zu stark verändert um die bestehenden Vorlagen weiter zu unterstützen.



Ich hoffe ich konnte ein wenig Licht in die Thematik bringen.

Gruß

Manuel

 

[DITH-Shop]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Licht ja, hilft mir aber nicht wirklich bei meinem Problem / meiner Frage.

Nochmal daher die Frage:
Wie lösche ich jeglichen Bestand, Bestandsänderungen und alles was durch diese Funktion angefasst wird, bereits VOR dem Update.
Damit diese Funktion überhaupt gar nicht erst bei mir anläuft?
Oder halt anläuft, feststellt: "nix zu tun" und schon fertig ist.


Beim ersten Test-Update mit Backup-Daten aus dem Live-System hat diese Lagerneubewertung rund 3 Stunden gedauert.
Ergebnis war (unter anderem), das ich plötzlich Ware im Lager hatte, die es seit Jahren nicht mehr gibt.
Vor dem Update waren es knapp 540 verschiedene Artikel, mit einem Gesamtbestand von ~ 2000 Teilen und einem Wert von ~ 8000 Euro
Hinterher waren es knapp 900 verschiedene Artikel, mit ~ 7000 Teilen und einem Wert von ~ 30.000 Euro

 

[christian1701]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Ihr redet aneinander vorbei. Du meinst den Lagerstand und hast Lagerbewertung geschrieben, daher die richtige Antwort von Manuel auf die falsch formulierte Frage.

Lagerbewertung wäre ja bei gleicher Stückzahl ein anderer Wert.

 

[DITH-Shop]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Ihr redet aneinander vorbei. Du meinst den Lagerstand und hast Lagerbewertung geschrieben, daher die richtige Antwort von Manuel auf die falsch formulierte Frage.

Lagerbewertung wäre ja bei gleicher Stückzahl ein anderer Wert.

Nunja, einfach meine Eingangsfrage richtig lesen

Ich schrieb "...völlig falsche LagerMENGEN erzeugt (nach dem Update rund 4x so viel LagerBESTAND wie vor dem Update)..."

Aus diesen falschen Mengen lagernder Ware - und ebenso falschen Mengen gar nicht mehr vorhandener Artikeln - resultiert eine ebenfalls falsche Lagerbewertung.


Wie dem auch sei, egal ob die Terminologie richtig oder falsch ist.

ICH WILL DAS LAGER und alle LAGERBEWEGUNGEN VORHER LEER HABEN.
Inkl. allem was die Wawi jemals glaubte speichern zu wollen.


Wie geht?

 

[Marc Völker]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Wirklich leer, nur von Hand, und wäre definitiv nicht zu empfehlen.

Was halt ginge um den Status leer zu erreichen, Inventur übers ganze lager machen, und direkt abschließen (Musst dabei nur einen Artikel einbuchen leider, und im anschluss dann Manuell ausbuchen)
Dann hast du ein eigentlich leeres Lager.

Helfen wird dir das nur nichts. Da gerade das was beim Update passiert, und halt eben eine Differenzliste erzeugt dennoch Daten findet, und genau da Pseudo Datensätze die so nicht sein dürften bereinigt. Bzw. gegen bucht.
Im Groben würde ich sagen das betrifft dann Datensätze die Buchungstechnisch mehr Minusbuchungen als Plusbuchungen hatten und an sich so garnicht möglich wären.

Daher wäre da der einzige mögliche schritt, die komplette Warenbewegungs History zu löschen. Nur dann kann er da wirklich nichts neues mehr berechnen. Nur das ist auch eine Aktion die ein gewisses Wissen über die DB und SQL erforderlich machen. Daher auch nicht anzuraten.

Wenn das echt "nur" 3 Stunden sind, lass es wirklich drüber laufe, und plane das vielleicht übers WE ein.

 

[DITH-Shop]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Danke.
Alles klar, also in der 099923 eine Inventur ohne Tätigkeit abschließen.
Dann ein truncate auf tWarenlagerEingang, tWarenlagerausgang, tWarenlagereinganghistory
Noch was?

Danach das Update - teste ich mal...

3 Stunden zu warten, in dem Wissen, dass das was die Wawi macht Müll wird, ist für mich nicht tragbar. Sorry.
Die Ressourcen kann ich anders nutzen.

 

[Marc Völker]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Ob es nur die 3 Tabellen sind weis ich aktuell nicht mal genau, könnte auch noch die twarenlagerplatzartikel oder so sein.

 

[DITH-Shop]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Ob es nur die 3 Tabellen sind weis ich aktuell nicht mal genau, könnte auch noch die twarenlagerplatzartikel oder so sein.

DIE wird dann wohl bei der "Leer Inventur" geleert.
Sobald die 1.1 raus ist, werde ich das mal testen. Vorher kann ich die Wawi1 eh nicht nutzen. Also noch viel Zeit....

 

[ag-websolutions.de]

AW: Vermeidung der Lagerneubewertung bei Update von 0.99923 auf 1.00 ?

Hallo DITH- Shop

bitte nicht falsch verstehen, aber ich kann in keiner Weise nachvollziehen, warum du bei einem derart umfangreichen Major-Upgrade (923 -> 1.1) das Risiko eingehen willst, dass das was nach Abschluss des Upgrades in der DB steht nicht zu 100% valide ist, nur weil du 3 Stunden Update-Zeit (bei der du ja nicht zwingend vor dem Rechner sitzen bleiben muss) glaubst einsparen zu können.

Was bringt es dir, vielleicht das Upgrade drei Stunden früher fertig zu haben, scheinbar auch noch fehlerfrei, aber dir in der DB "Datenleichen" geschaffen zu haben, die dir dann irgendwann im laufenden Betrieb um die Ohren fliegen. Von den 3 Stunden "vertane Zeit" muss du ja auch noch die Zeit abrechnen, die du für deine manuellen Anpassungen benötigst.

Findest du die Nutzen-Risiko-Abwägung wirklich für gelungen?