In Bearbeitung Bestellvorschläge werden auch für gesperrte Aufträge erstellt

[Just1978]

Wenn Bestellvorschläge generiert werden, missachtet das System ob Aufträge gesperrt sind. Somit landet auch die Ware von Aufträgen die noch geprüft werden mit auf der Einkaufsliste.
Für alle Nutzer die mit gesperrten Aufträgen arbeiten ist die Funktion somit nicht nutzbar.

Gruß Just

 

[Ihsan Baspinar]

Hallo,

das Problem wurde unsererseits aufgenommen.

Beste Grüße

 

[Just1978]

Hallo,
wie lange dauert denn eine solche Bearbeitung?
Wir werden nicht die einzigen sein die hier jeden Tag mehr als eine Arbeitsstunden - somit ca. eine halbe Woche jeden Monat - hierfür aufwenden!?

 

[forumjtlolshopag]

@Just1978 Wir dachten bisher das es garnicht geht. Wie "sperrt" ihr bitte einen Auftrag? Zurückhalten hat bei uns noch nie was gebracht. Welche Version habt ihr eigtl. aktiv am laufen?

@Ihsan Baspinar Gibt es eine Ticktnummer der wir folgen können?

 

[Just1978]

@Just1978 Wir dachten bisher das es garnicht geht. Wie "sperrt" ihr bitte einen Auftrag? Zurückhalten hat bei uns noch nie was gebracht. Welche Version habt ihr eigtl. aktiv am laufen?

Unter "Auftrag" - "Auftrag zurückhalten" - "Gesperrt" kann man Aufträge sperren, für das WMS nochmal separat. Wir nutzen die Version 1.5.41.1.

Wir haben es übrigens auch versucht unbezahlte Aufträge zu stornieren. Es gibt jedoch keinen Workflow der stornierte Aufträge wieder reaktiviert.

Gruß
Just

 

[forumjtlolshopag]

Unter "Auftrag" - "Auftrag zurückhalten" - "Gesperrt" kann man Aufträge sperren, für das WMS nochmal separat. Wir nutzen die Version 1.5.41.1.

Wir haben es übrigens auch versucht unbezahlte Aufträge zu stornieren. Es gibt jedoch keinen Workflow der stornierte Aufträge wieder reaktiviert.

Gruß
Just

Ok, haben das nochmal nachgeprüft. Du hast recht, geht nicht. Aber wir sind der Meinung das es noch nie ging. Nutzen das mit den Rückhaltegründen ja auch um Aufträge zurückzustellen, wo noch was fehlt. Wäre natürlich super, das man auch dann die Artikel für bestimmte Gründe aus dem Einkauf ausschließen kann. Hattest du ein Ticket gestellt?

 

[Just1978]

Warum soll ich

Hattest du ein Ticket gestellt?

Nö, da habe ich keine Veranlassung gesehen, hier wurde ja geschrieben, dass das Problem aufgenommen wurde.

 

[forumjtlolshopag]

Über das Ticket hättest du direkter Nachfragen können und ggf. dann auch eine Ticketnummer aus der Entwicklung bekommen, die man dann hier verlinken könnte damit diese dann andere mit hochvoten.
Im Forum reagieren die JTL Support Mitarbeiter nicht immer sofort. Vorallem nicht, wenn man die jeweilige Person nicht mit anpingt.
So machen wir das zumindestens.

 

[knackig]

das Problem wurde unsererseits aufgenommen.

Ich hoffe aber, dass es nicht so umgesetzt wird, dass sobald ein Auftrag gesperrt ist, die Artikel nicht mehr bestellt werden. Ein Auftrag kann zB wegen Adressfehler "zur Prüfung" gesperrt sein. Die Artikel sollen dann ruhig auf der Einkaufsliste landen. Vielleicht bei den Zurückhaltegründen die Möglichkeit geben, dass abhängig vom Grund die Artikel vorgeschlagen werden oder halt nicht.

 

[forumjtlolshopag]

Ich hoffe aber, dass es nicht so umgesetzt wird, dass sobald ein Auftrag gesperrt ist, die Artikel nicht mehr bestellt werden. Ein Auftrag kann zB wegen Adressfehler "zur Prüfung" gesperrt sein. Die Artikel sollen dann ruhig auf der Einkaufsliste landen. Vielleicht bei den Zurückhaltegründen die Möglichkeit geben, dass abhängig vom Grund die Artikel vorgeschlagen werden oder halt nicht.

Das ist nicht weiter Problematisch. Du kannst bei den Rückhaltegründen selber bestimmen ob es für den Einkauf ausgeschlossen werden soll oder nicht. Aktuell bringt aber wohl dieser Haken nix:

 

[knackig]

Das ist nicht weiter Problematisch. Du kannst bei den Rückhaltegründen selber bestimmen ob es für den Einkauf ausgeschlossen werden soll oder nicht. Aktuell bringt aber wohl dieser Haken nix:

OK, danke. Hab da vorhin nicht reingeschaut. Wenn das so bereits umgesetzt ist, dann sollte es natürlich auch so funktionieren...

 

[Just1978]

Hallo,

das Problem wurde unsererseits aufgenommen.

Beste Grüße

Darf ich mal nachhaken wie weit das fortgeschritten ist? Wir investieren täglich 30 Minuten in einen Prozess der uns eigentlich als autmatisiert verkauft wurde...

Für eine Rückantowrt wäre ich sehr dankbar!

 

[Enrico W.]

Hier ist das Ticket im Issuetracker:
https://issues.jtl-software.de/issues/WAWI-50371
Bitte gern Voten und Kommentieren, um die Dringlichkeit der Thematik zu verdeutlichen.

 

[Just1978]

Hier ist das Ticket im Issuetracker:
https://issues.jtl-software.de/issues/WAWI-50371
Bitte gern Voten und Kommentieren, um die Dringlichkeit der Thematik zu verdeutlichen.

Sorry, ich verstehe nicht, was ich da machen soll!?
Was soll ich da kommentieren? Hier steht doch alles? Und ich soll dafür voten, dass ein Bug in einer Software für die wir jeden Monat den vollen Preis bezahlen diese aber nicht vollständig nutzen können entfernt wird?
Ich verstehe den Kundenservicegedanken dahinter nicht! Und was passiert, wenn ich da jetzt vote? Offensichtlich ist das ja kein gravierendes Problem, sonst wäre es ja schon angegangen worden.

Vor einem Jahr!!! Wurde hier geschrieben, dass das Problem erfasst wurde und bis heute ist es offensichtlich nicht einmal angefasst worden und ich als Nutzer soll Euch in meiner Arbeitszeit motiveren Fehler in der Software zu beseitgen?
Wohlgemerkt Fehler bei denen Eure kompetenten Servicepartner davon ausgehen, dass das funktioniert und dass wir durch die Nutzung von Workflows einen "Produktivitätsboost" haben.

Warum gibt es dieses Forum wenn es keinerlei Auswirkungen auf die Beseitigung von Systemfehlern hat und die Folge nur ist, dass ihr intern ein Ticket aufmacht?

Ich hätte einfach gerne eine Information wann wir damit rechnen können die Software so zu nutzen wie sie vorgesehen ist und nicht derart lange warten zu müssen um dann irgendwo ein Voting zu starten.

Sorry, aber das verärgert mich wirklich sehr!

 

[Enrico W.]

Ich fürchte, hier behindert dich dein Ärger.
Das Ticket wurde am 8.10. geändert - und zwar auf den Status "Gelöst". Die Zielversion, mit der die Änderung bei den Usern ist, steht auch da: Develop 1.6.
Das Voting hätte noch etwas ändern können, wenn es eben noch nicht gelöst worden wäre. Schließlich müssen wir Tickets priorisieren.

 

[Just1978]

Ok, Respekt! Das ging dann doch schneller als erwartet.
Warum sollte ich dann kommentieren und voten, wenn es sowieso in der Mache war?

Also mit der 1.6 wird das dann funktionieren? Dann rechnen wir mal damit, dass wir ab Anfang des nächsten Jahres so produktiv arbeiten können wie es uns zugesagt wurde.

Trotzdem danke für Deine schnelle Rückmeldung!

 

[Enrico W.]

Zu dem Zeitpunkt war es noch nicht in der Mache, da hätte das Voting die Priorisierung noch ändern können.

 

[Manuel Pietzsch]

Hi Freunde,

mit den neuen Bestellvorschlägen haben wir das umgesetzt für die Version 1.6.32.0

https://issues.jtl-software.de/issues/WAWI-50371

Gruß

Manuel