Beantwortet Korrekturbuchungsfehler, da Entnahme aus leerem Lagerplatz

[Emma25]

Hallo,
wir haben ein schon länger bestehendes Problem mit willkürlich auftretenden automatischen Korrekturbuchungen durch POS-Abgleich.
In der WMS Bewegungshistorie kann man folgendes sehen:
Bsp. : Artikel X (Bestand 5 in T-01) wird 1x ausgeliefert/verkauft von Startlagerplatz A-01 (der ja leer ist). somit bucht die WMS mittels Korrekturbuchung wieder 1x Artikel X auf A-01 ein und unsere Bestände stimmen nicht mehr...
Warum macht das system das und was müssen wir tun um das korrekt zu ändern?
Mfg

 

[Stetto]

Damit JTL-POS von dem Lagerplatz Lagerbestand ausbuchen kann, muss der Lagerplatz vom Typ "Ladenlokal" sein und das Warenlager muss in den Einstellungen von JTL-POS korrekt hinterlegt sein.

Ich tippe im ersten Schritt, dass der Lagerplatz "T-01" vermutlich ein Lagerplatz vom Typ "Regalplatz" oder "Palettenplatz" ist, davon darf sich JTL-POS nicht bedienen. Ändere den Typ und es wird funktionieren.

Sollte der Fehler nicht so sein, würde ich empfehlen ein Supportticket für das POS-Team über das Kundencenter zu erstellen.

 

[Emma25]

Hi Stephan,
Ausgangslager in Admin-> Kasseneinstellung ist unser Ladenlokal, also richtig
Lagerplatz gibt es ja 4 Optionen
- Ausbuchen aus gesamten lager
-Ausbuchen aus allen Platzen vom Typ Ladenlokal
-Ausbuchen aus allen Platzen vom Typ Regalplatz
-Ausbuchen von vorgegebenen Lagerplatz
Eingestellt ist aus gesamten Lager

Wir haben unseren Warenbestand in Regalplätzen A-1 bis T-09
Lg Oliver

 

[Emma25]

Bis letzte Woche hat er sporadisch aus dem "Wareneingangsplatz" ausgebucht. Den habe ich nun gesperrt.
Nun wird A-01 genommen, also immer den obersten Platz in der Lagerübersicht

 

[OS8610]

Bis letzte Woche hat er sporadisch aus dem "Wareneingangsplatz" ausgebucht. Den habe ich nun gesperrt.
Nun wird A-01 genommen, also immer den obersten Platz in der Lagerübersicht

Gab es hier irgend eine Lösung? Wir haben genau das selbe Problem. POS bucht mit unzähligen "Korrekturbuchungen" Waren ein, die es nicht gibt. Da die Bestände online sind, ist es ein totales durcheinander da Kunden die Waren bestellen können die es in wirklichkeit nicht gibt.

 

[OS8610]

Damit JTL-POS von dem Lagerplatz Lagerbestand ausbuchen kann, muss der Lagerplatz vom Typ "Ladenlokal" sein und das Warenlager muss in den Einstellungen von JTL-POS korrekt hinterlegt sein.

Ich tippe im ersten Schritt, dass der Lagerplatz "T-01" vermutlich ein Lagerplatz vom Typ "Regalplatz" oder "Palettenplatz" ist, davon darf sich JTL-POS nicht bedienen. Ändere den Typ und es wird funktionieren.

Sollte der Fehler nicht so sein, würde ich empfehlen ein Supportticket für das POS-Team über das Kundencenter zu erstellen.

gab es hier eine allgemeine Lösung für dieses Problem? Sonst muss ich ein Ticket machen.

 

[lweber]

Hallo @OS8610 ,

du kannst in den Einstellungen der Kasse in der Wawi einstellen, ob die POS aus dem gesamten Lager ausbuchen soll oder Plätze definieren. Wir empfehlen immer ein Ladenlokalbereich zu deklarieren. Wie in diesem Video:

Grüße

 

[OS8610]

Hallo @OS8610 ,

du kannst in den Einstellungen der Kasse in der Wawi einstellen, ob die POS aus dem gesamten Lager ausbuchen soll oder Plätze definieren. Wir empfehlen immer ein Ladenlokalbereich zu deklarieren. Wie in diesem Video:

Grüße

Hallo Herr Weber, sie waren bei uns schon auf FW. Wie Sie festgestellt haben liegt es nicht an den Lagerplatzarten. Ticket ist ja noch offen bei Ihnen. Wir warten auf Ihre Lösung.

Aktueller Test eines Workarounds:
Als Test haben wir nun neue Lagerplätze an allen Standorten mit den entsprechenden Bezeichnungen pro Standort und 00 am Schluss eingefügt und gesperrt.

Grund dafür: Es scheint, dass POS diese phantasie Fehlbuchungen immerhin immer auf den ersten Lagerplatz macht. Wenn der Workaround funktioniert, erhoffen wir uns
wenigstens davon, dass diese phantasie Artikel so zumindest nicht online sind und wir uns nicht noch mehr mit Bestellungen von nicht vorhandenen Artikeln rumschlagen müssen.

 

[OS8610]

Leider war der Workaround im erwähnten Setup nicht erfolgreich. POS bucht einfach auf den damals als ersten erstellen Lagerplatz im entsprechenden WMS Lager. Ich nehme an, dass die Lagerplätze eine Interne Nummerierung haben und POS sich auf diese bezieht.

Neuer Test: Wir haben alle Waren auf den neu erstellten -00 Lagerplatz umgebucht und der -01 Lagerplatz, der von POS genutzt wird um diese fake Buchungen zu machen ist somit leer und nicht online verfügbar. Mal sehen ob diese Variante nun hilft.
Wir haben dann am Ende des Tageszwar wieder unverhoffte Artikel die nicht existieren auf dem Lagerplatz -01 aber wenigstens wäre diese nicht online. Gebe bescheid ob dieser Workaround funktioniert. Der Mehraufwand ist aber nicht unerheblich, da
wir nun jeden Tag diesen Lagerplatz (gibt es nun an jedem Standort, wir haben mehrere) manuell leeren müssen mit Minusbuchungen. MA haben aber eigentlich keine Rechte für Minusbuchungen. Also sehr aufwändig.

Ich hoffe, dass dieses Setup nun als Workaround funktioniert, da JTL unser Ticket ohne Lösung einfach geschlossen hat -> @lweber?

 

[lweber]

Hallo @OS8610 ,

Evtl. wurde auf das Ticket nicht mehr geantwortet, dann schliessen sich die Tickets automatisch nach sieben Tagen, hast du mal die Ticketnummer?

Grüße

 

[OS8610]

Hallo @OS8610 ,

Evtl. wurde auf das Ticket nicht mehr geantwortet, dann schliessen sich die Tickets automatisch nach sieben Tagen, hast du mal die Ticketnummer?

Grüße

Hier die Ticket Nummer: 202402133602905

Wir haben aktuell einen Workaround (Kasse bucht ja offenbar immer auf den ersten erstellen Lagerplatz pro Lager im WMS, diesen haben wir für den Online Bestand gesperrt, so haben wir keinen Ärger mit Kundenbestellung aus dem Netz), brauchen jetzt aber dringend noch einen Workflow, der den Lagerplatz im WMS an jedem Standort jede Minute von diesen Fake Artikeln befreit / leert da sonst die Bestände nicht stimmen. Im Ticket kann ich mich nicht mehr melden. Wäre froh um rasche Unterstützung hier! Danke!

 

[lweber]

Hallo @OS8610 ,

hab das Ticket gefunden und wurde nicht mehr drauf geantwortet daher wurde es geschlossen. Haben leider noch keinen Ansatz, die Entwicklung ist an dem Thema dran.

Grüße