Abgelehnt Lagerbestandsprobleme beim Verkauf per LS-POS vom WMS Lager

[JohannP]

Der Support von Luwosoft konnte mir leider nicht weiter helfen und hat mich auf JTL verwiesen. Ich hoffe es kann jemand bei dem Problem helfen.
Wawi ist die 923 und LS-POS ist die 1.7.0.2

Wir haben 1 WMS Lager mit mehreren Bereichen. Diese Bereiche sind durch verschiedene Kürzel im Lagerplatznamen gekennzeichnet. Z.B. LAD-R-001 für Laden-Regal-001 oder 1OG-R-010 für Lager 1OG-Regal-010.
Von allen Lagerplätzen soll per LS-POS verkauft werden können, da wir Waren wie z.B. Holzpellets oder Brennholz anbieten die im Laden verkauft werden sollen und anschließend aus dem Lager auf den Anhänger des Kunden verladen werden. Dasselbe Prinzip wie bei IKEA oder ähnlichen Möbelhäusern. Bei Brennholz und ähnlichen Palettenwaren haben wir nur eine Fläche von der abgebucht wird, da sollten keine Probleme auftreten. Zusätzlich verkaufen wir unsere Artikel auch auf eBay und in unserem Webshop.

Wir benötigen eine Möglichkeit, dass LS-POS bevorzugt erst den Bestand von bestimmten Lagerplätzen abbucht bevor es auf andere umspringt. Dies könnte z.B. durch die Sortiernummer oder der Lagerplatznummer der Lagerplätze passieren. Wie es bei den WMS Picklisten bereits der Fall ist, diese arbeiten standardmäßig auch nach dem FIFO Prinzip, es kann aber einfach umgestellt werden.
Um das Problem zu verdeutlichen haben wir Tests durchgeführt:

Der Artikel „Hundefutter 10kg“ wird 5x bestellt und 2x auf den Lagerplatz LAD-R-001 eingelagert, da dort nicht mehr Platz zur Verfügung steht.
Die anderen 3x werden auf dem Platz 1OG-R-010 eingelagert.

Ein Kunde kauft das Hundefutter 1x.
Der Bestand wird danach korrekt als 1x LAD-R-001 und 3x 1OG-R-010 angezeigt.

Um den Platz im Laden wieder aufzufüllen wird eine Lagerumbuchung über 1x Hundefutter 10kg von Lagerplatz 1OG-R-010 zu LAD-R-001 gemacht.
Der Bestand im WMS wird dann korrekt als 2x LAD-R-001 und 2x 1OG-R-010 angezeigt.

Ein Kunde kauft nun 2x das Hundefutter aus dem Laden.
Aufgrund des FIFO Prinzips werden die beiden Artikel jedoch durch LS-POS nicht aus dem Laden gebucht, sondern 1x von LAD-R-001 und 1x 1OG-R-010.
Der Bestand laut WMS wäre dann 1x LAD-R-001 und 1x 1OG-R-010, der tatsächliche Bestand ist jedoch 0x LAD-R-001 und 2x 1OG-R-010.

Dies würde bei allen Artikeln die an mehreren Plätzen liegen in kürzester Zeit zu falschen Beständen pro Lagerplatz führen. Der Gesamtbestand stimmt zwar, die WMS Picklisten wären so aber nicht zu gebrauchen.
Alle Artikel die bei uns gut laufen stehen an mindestens 2 Lagerplätzen. Zum Teil auf 3.

Eine mögliche Lösung wäre, dass LS-POS die Artikel anhand der Sortiernummer des Lagerplatzes ausbucht. Z.B. aufsteigend.
Wenn die Plätze im Laden eine niedrigere Nummer als alle anderen Plätze haben, würde LS-POS entsprechend immer zuerst die Ware aus dem Laden ausbuchen und erst wenn die Menge dort nicht ausreicht auf anderen Bereiche zurückgreifen.

Die erste Antwort von Luwosoft:

Ab Version LS-POS 1.8.0.1 werden in Zusammenarbeit mit dem WMS-Lager ab Wawi 1.0 die
Warenlagerplätze in frei definierbare Zonen (Lagerbereiche) eingeteilt. Auch eine Überschneidung
der Zonen ist möglich, da einem Warenlagerplatz auch mehrere Zonen zugeordnet werden können.
In LS-POS kann dabei für jede Kasse eine eigene Verkaufszone eingestellt werden. Die Definition
der einzelnen Zonen erfolgt dabei über die JTL-Wawi.

Es erfolgt nach dem Update eine Abfrage für einen automatisierten Umzug der Ladenlokalplätze
im WMS auf die Plätze in den Zonen (Lagerbereiche).

Vielleicht können Sie hierüber schon besser steuern, welche Artikel zuerst ausgebucht werden sollen, wenn Sie über die Kasse verkauft
werden, indem Sie eben solche Artikel in die "LS-POS-Zone" packen.

Ob jedoch insgesamt das FiFo-Prinzip umgangen werden kann, müssten Sie bitte einmal direkt bei JTL anfragen.

Auf die Frage ob LS-POS auch aus anderen Zonen verkaufen kann, wenn eine bevorzugte Zone eingetragen wurde, kam folgende Antwort:

in diesem Fall müssten Sie in der Wawi direkt von einer anderen Zone aus in die LS-POS-Zone umbuchen, wenn hier der Lagerbestand zu Ende ist.
Dieser Vorgang geht mit dem neuen System auch viel bequemer.

Also ein klares Nein, dass aus anderen Zonen direkt verkauft werden kann. Somit keine Lösung von unserem Problem.


Wir können eigentlich nicht die einzigen mit so einem Problem sein. Hat jemand eine Idee wie man das Problem lösen kann oder gar eine fertige Lösung?

 

[Stetto]

AW: Lagerbestandsprobleme beim Verkauf per LS-POS vom WMS Lager

FiFO:

Für die Lösung des Problems müsste sich Luwsoft eine eigene Lagerplatzverwaltung und Reihenfolge erschaffen und diese konfigurierbar machen - bzw. halt nach einem ähnlichen Prinzip wie unsere Picklisten arbeiten und die bereits existierenden Plätze und Sortiernummern je nach eingestellter Option berücksichtigen.

Wir haben die Bestandsbuchungen von LS-POS keinen Einfluss.


Zum Workflow wie bei Ikea:

An der Kasse bestellen und am Lagertor abholen, ließe sich zum Beispiel über LS-POS ein Auftrag erzeugen (@ErstelleAuftrag) und auch bezahlen.

Der Auftrag würde dann ins WMS laufen und könnte dort z. B. zur Selbstabholung kommissioniert und vollständig am Lagertor zur Abholung bereit gelegt und per Lieferschein ausgebucht werden.

Als Zahlungsbeleg könnte die LS-POS-Quittung dienen.

 

[mightyjust]

Hallo,
gibt es für dieses Problem nach 4,5 Jahren eventuell schon eine Lösung?

LG

 

[Stetto]

Es wird auch in 20 Jahren keine Lösung geben, außer man heißt Amazon und investiert ein paar Milliarden für Waagen in jedem Regalfach und Kameraüberwachung mit künstlicher Intelligenz.

Weder LS-POS als auch die neue JTL-POS buchen den erstbesten Artikel aus, der gebucht werden darf.

Die Kasse wird niemals wissen, ob der Käufer das Überraschungsei aus der Abteilung mit Süßigkeiten, aus der Abteilung mit Spielzeug oder aus dem Kleinigkeitenregal direkt an der Kasse auf das Laufband gelegt hat.

Wenn man einen Nachschubbereich hat (Lager) hat, von dem eine Kasse sich nicht bedienen darf, darf dieser Lagerplatz kein Typ "Ladenlokal" sein.