Neu POS Aufträge in der Wawi nicht abgeschlossen, stehen somit im Versand als "offen"

[TomH76]

Hallo zusammen,

wir haben aktuell drei POS am laufen und es kommt immer wieder vor, dass, egal von welchem der drei Standorte, POS Verkäufe in der Wawi nicht abgeschlossen werden. Im Versand stehen sie folglich als zu versendende Aufträge, was nicht selten schon dazu führte, dass für die POS Verkäufe Picklisten erstellt wurden.
Erschwerend kommt hinzu, dass die POS Verkäufe immer und immer wieder "ausgeliefert" werden müssen um den Bestand in den Filialen sauber zu halten, wir also jedes mal wieder den gesamten Versandprozess mit vorheriger Recherche, welcher Laden denn verkauft hat, durchführen müssen.

Was können wir tun, um diesem Thema ein Ende zu setzen? Wie ich auf Facebook lesen durfte, sind wir mit dem Problem nicht alleine. Anbei ein Screenshot von heute, aktuell sind wir bei drei nicht durchlaufenen POS-Verkäufen.

Danke und Gruß

 

[TomH76]

Niemand eine Idee? Nicht einmal JTL?

 

[chummer]

Wir haben das gleiche Problem. Konnten bisher noch nicht herausfinden was der Unterschied zwischen den Aufträgen ist und wie die meisten ausgeliefert werden, ein paar aber doch nicht.

 

[Anne S.]

Hallo zusammen.
Welche JTL-POS Version wird hier genutzt?
Wenn die JTL-POS Aufträge 'ausgeliefert' werden müssen, ist dort dann bereits eine Versandart gesetzt?

 

[TomH76]

Hallo zusammen.
Welche JTL-POS Version wird hier genutzt?
Wenn die JTL-POS Aufträge 'ausgeliefert' werden müssen, ist dort dann bereits eine Versandart gesetzt?

Hallo Anne,

bei uns ist es die 1.8.12.2, die eingesetzt wird. Die Versandart ist gesetzt und lautet "Selbstabholer".

Kurios ist, dass es mal funktioniert und die POS-Verkäufe komplett durchgeschoben werden, es aber immer wieder Ausreißer gibt, die nicht "versendet" werden und somit in den offenen Aufträgen verbleiben. Und das passiert ungeachtet der Zahlungsart. Ob EC oder bar, beides kommt immer wieder vor.

 

[Anne S.]

Hallo Anne,

bei uns ist es die 1.8.12.2, die eingesetzt wird. Die Versandart ist gesetzt und lautet "Selbstabholer".

Kurios ist, dass es mal funktioniert und die POS-Verkäufe komplett durchgeschoben werden, es aber immer wieder Ausreißer gibt, die nicht "versendet" werden und somit in den offenen Aufträgen verbleiben. Und das passiert ungeachtet der Zahlungsart. Ob EC oder bar, beides kommt immer wieder vor.

Hallo Tom,

dies ist die Wawi-Version. Ich bräuchte einmal die JTL-POS Version um das Verhalten nachstellen zu können.
In Ordnung. Haben Sie in der JTL-POS in den Einstellungen unter 'Kasse' die Option 'JTL-POS-Aufträge immer ausliefern und mit Versandart versehen' aktiviert?

 

[chummer]

bei uns genauso. Versandart ist immer Selbstabholer. Und doch landen fast täglich Aufträge unter lieferbar und werden dementsprechend nicht ausgebucht. Wir fragten uns lange wieso unsere Lagerbestände nie stimmen im Laden... Die Artikel werden dann nämlich scheinbar nicht ausgebucht beim Kassieren (was auch logisch ist wenn der Auftrag nicht als geliefert markiert wird).

JTL-POS 1.0.10.11

 

[chummer]

Die Option in den Kasseneinstellungen kannte ich nicht. Die Option war deaktiviert und ich habe sie mal aktiviert.
Jedoch sind die betroffenen Bons ebenso wie alle anderen immer mit Laufkunde und Selbstabholer registriert. Ich glaube die Option zielt eher auf bestehende Kunden im System.

 

[Anne S.]

@chummer
Dies ist tatsächlich richtig. Das führt erfahrungsgemäß aber auch immer zu Aufträgen, die nicht automatisch ausgeliefert werden. Das Problem mit den Laufkunden löst dies tatsächlich nicht.
Ich kann das Problem allerdings auch nicht nachstellen. Meine Aufträge werden immer sofort ausgeliefert.

Sind denn Workflows aktiv, die die JTL-POS mit einbeziehen?

 

[TomH76]

1.0.10.11(6017) ist unsere POS Version. Und auch bei uns war diese Option inaktiv. Was mich stutzig macht ist die Tatsache, dass es bei einem Großteil der POS-Aufträge problemlos funktioniert, über mehrere Filialen hinweg und dann wieder, ohne erkennbaren Grund, Aufträge plötzlich nicht mehr ausgeliefert werden. Die Aufträge gleichen in Zahlungart, Kunde und Versandart jenen, die mal klappen .. und mal wieder nicht. Ich sehe hier also keinen direkten Zusammenhang zu der genannten Einstellung im POS.

Alleine am 15.11. waren es vier EC-Zahler, die noch im Versand stehen.

 

[Anne S.]

Wie ich bereits sagte, die Einstellung löst nicht das Problem der Laufkunden, beugt nur weitere vor.
Wir werden uns das so mal anschauen müssen. Ich würde einmal darum bitten ein Ticket zu erstellen.

 

[Tom Klein]

Hallo, bei uns tritt der Fall auch auf, allerdings nur wenn in der POS ein bereits angelegter Kunde ausgewählt wird. Dann wird der Artikel für die Berechnung der Verfügbarkeit reduziert, ist allerdings weiterhin in Aufträgen wodurch er im WMS nicht reduziert wird. Manuelles Eingeben von Lieferung (Teillieferung) ist zwar möglich, ändert aber keinen WMS Bestand oder Bestand in Aufträgen.
Der Auftrag geistert herum, kann zwar storniert werden, aber der Artikel ist ja tatsächlich durch die POS verkauft und durch den Kunden ("Selbstabholung") auch aus dem Bestand genommen.
So ist die POS mit Kunden für uns nicht verwendbar!
@Anne S.
Wie schaut der aktuelle Status zur Behebung des Bugs aus? Danke für jedliche Info!

 

[TomH76]

Es wurde sich eine Zeit lang, so konnte man es anhand des Mailkontaktes vermuten, mit dem Thema befasst, doch scheint es sich im Sande verlaufen zu haben. Jedenfalls habe ich seitdem keine weiteren Informationen mehr von JTL erhalten und selbst in der nahezu aktuellsten POS- und JTL-Version tritt der Fehler weiterhin auf. Scheinbar ist man nicht oder nur bedingt an einer Lösung interessiert. Zumindest erweckt es den Eindruck.

 

[Tom Klein]

Es wurde sich eine Zeit lang, so konnte man es anhand des Mailkontaktes vermuten, mit dem Thema befasst, doch scheint es sich im Sande verlaufen zu haben. Jedenfalls habe ich seitdem keine weiteren Informationen mehr von JTL erhalten und selbst in der nahezu aktuellsten POS- und JTL-Version tritt der Fehler weiterhin auf. Scheinbar ist man nicht oder nur bedingt an einer Lösung interessiert. Zumindest erweckt es den Eindruck.

danke für deine Antwort! ein Ticket wurde diesbezüglich also damals angelegt, mal sehen wielange man das Thema noch zu ignorieren gedenkt!?

 

[Anne S.]

Hallo, bei uns tritt der Fall auch auf, allerdings nur wenn in der POS ein bereits angelegter Kunde ausgewählt wird. Dann wird der Artikel für die Berechnung der Verfügbarkeit reduziert, ist allerdings weiterhin in Aufträgen wodurch er im WMS nicht reduziert wird. Manuelles Eingeben von Lieferung (Teillieferung) ist zwar möglich, ändert aber keinen WMS Bestand oder Bestand in Aufträgen.
Der Auftrag geistert herum, kann zwar storniert werden, aber der Artikel ist ja tatsächlich durch die POS verkauft und durch den Kunden ("Selbstabholung") auch aus dem Bestand genommen.
So ist die POS mit Kunden für uns nicht verwendbar!
@Anne S.
Wie schaut der aktuelle Status zur Behebung des Bugs aus? Danke für jedliche Info!

Dies steht in keinem Zusammenhang mit der im Post angesprochenen Thematik. Dort einmal bitte Ticket eröffnen.

 

[Anne S.]

Es wurde sich eine Zeit lang, so konnte man es anhand des Mailkontaktes vermuten, mit dem Thema befasst, doch scheint es sich im Sande verlaufen zu haben. Jedenfalls habe ich seitdem keine weiteren Informationen mehr von JTL erhalten und selbst in der nahezu aktuellsten POS- und JTL-Version tritt der Fehler weiterhin auf. Scheinbar ist man nicht oder nur bedingt an einer Lösung interessiert. Zumindest erweckt es den Eindruck.

Ich kann jetzt nicht genau ausmachen, ob ich mit dir das Ticket hatte.
Allerdings hatte ich auf das im Support erstellt Ticket bereits geantwortet, dass das Problem nicht nachgestellt werden kann und aus diesem Grund ein Issue erstellt wurde, um die betreffenden Kunden ausfindig zu machen: https://issues.jtl-software.de/issues/WAWI-79718

 

[chummer]

@chummer
Dies ist tatsächlich richtig. Das führt erfahrungsgemäß aber auch immer zu Aufträgen, die nicht automatisch ausgeliefert werden. Das Problem mit den Laufkunden löst dies tatsächlich nicht.
Ich kann das Problem allerdings auch nicht nachstellen. Meine Aufträge werden immer sofort ausgeliefert.

Sind denn Workflows aktiv, die die JTL-POS mit einbeziehen?

Nein, keine Workflows.
Seitdem wir das wissen und das Fenster nach dem Bezahlen in der POS immer direkt schließen, ist kein Fall mehr aufgetreten.

 

[Stadti]

Wir haben das Problem auch von Zeit zu Zeit über alle Filialen, aktuell aber besonders bei einer bestimmten Filiale bei allen Aufträgen.

Gab es grundsätzlich schon Lösungen dazu?

Edit: Bei der einen besonderen Filiale lag es tatsächlich daran, dass sie komischerweise plötzlich für die Auslieferung gesperrt war. Bei den zufälligen Fällen ab und an gibt es allerdings noch keine Lösung.

 

[chummer]

Wir haben das Problem auch von Zeit zu Zeit über alle Filialen, aktuell aber besonders bei einer bestimmten Filiale bei allen Aufträgen.

Gab es grundsätzlich schon Lösungen dazu?

Edit: Bei der einen besonderen Filiale lag es tatsächlich daran, dass sie komischerweise plötzlich für die Auslieferung gesperrt war. Bei den zufälligen Fällen ab und an gibt es allerdings noch keine Lösung.

Ja. Wir haben festgestellt, dass der „Fehler“ auftritt, wenn man das Fenster an der Kasse nach dem bezahlen auf lässt und nicht schließt. Dann wird das irgendwann automatisch geschlossen wenn der Bildschirmschoner an geht, dann wird der Artikel aber nicht verschickt. Seit wir das Fenster immer schließen, funktioniert das soweit wie es soll.

Grüße, René

 

[Stadti]

Ja. Wir haben festgestellt, dass der „Fehler“ auftritt, wenn man das Fenster an der Kasse nach dem bezahlen auf lässt und nicht schließt. Dann wird das irgendwann automatisch geschlossen wenn der Bildschirmschoner an geht, dann wird der Artikel aber nicht verschickt. Seit wir das Fenster immer schließen, funktioniert das soweit wie es soll.

Grüße, René

Du meinst das Fenster mit Bon drucken etc? Ansonsten wird man doch ohnehin auf das Hauptmenü in der POS App geworfen.