In Diskussion Workflow testen, teilweise unmöglich aktuelles Beispiel zu wählen

[sjk]

Moin

Wenn man einen Workflow testen möchte, dann ist es manchmal unmöglich es mit einem aktuellen Beispiel zu tun. Es werden ja nur jeweils die ersten 500 Einträge angezeigt. Unglücklicherweise sind diese von alt zu neu sortiert. Bei uns führt das zb dazu, dass mir unter "Warenlagereingang" oder "Warenlagerausgang" nur Beispiele bis 2022 o.ä. angezeigt werden.

BUG: Die Beispiele im Workflow testen Dialog sollten von neu zu alt sortiert werden, damit mit aktuellen Vorgängen getestet werden kann.

EDIT: BUG 2 Will ich einen Workflow unter "Warenlagereingang" testen stimmen die angezeigten Vorgänge weder beim Zeitstempel noch bei den Mengen mit Wareneingängen dieses Artikels überein. Mir erschließt sich nicht, welche Vorgänge hier überhaupt angezeigt werden.

 

[John]

Besser ist es, sich zum Testen die Nummer des interessanten Vorgangs sein Belegnummer, Auftragsnummer, Rechnungsnummer oder was auch immer vorher in die Zwischenablage zu kopieren und dann ins Suchfenster einzugeben.
Damit wird dann nur noch dieser Vorgang zur Auswahl angeboten...

 

[John]

Die Belegnummern sind ja auch aufsteigend und man kann nach einem Teil daraus suchen.

Beispiel:
Deine neuesten Rechnung ist RE12399 dann suchst Du einfach nur nach RE123 und dir werden die 99 neuesten angezeigt.

 

[sjk]

Du hast recht und so mache ich das auch immer. Der Thread bezieht sich auf das Testen von Bestandsbuchungen. Das hab ich bisschen unklar formuliert.
Dabei gibt es jedenfalls keinen Nummernkreis und folglich leider auch keine Möglichkeit, sich einen bestimmten Vorgang herauszupicken, soweit ich weiß.

 

[John]

Welchen Workflowbereich meinst Du genau?
"Bestandsbuchungen" sagt mir nichts. Was ist da das Bezugsobjekt?

 

[Enrico W.]

Bezugsobjekt müssten die Artikel sein - somit werden eben auch diese Artikel angezeigt, die besonders alt sind.

 

[John]

Tja, nicht besonder sinnvoll umgesetzt. Da bleibt nur Wunsch-Artikelnummer via Zwischenablage...

Schön wäre ja, wenn sich dieser Auswahldialog z.B. generell die letzten, gesuchten Objekte in einer DropDown Combobox merken würde, je Bereich separat.
Ich hab das in meinen eigenen Projekten immer so umgesetzt - die Kunden mögen es

 

[sjk]

Konkret ging es um Workflows unter "Warenlagerausgang => Plusbuchung" und "Warenlagereingang => Minusbuchung". Das hab ich oben wohl nicht klar genug geschrieben.

Bezugsobjekt für diese Trigger sind nicht Artikel, sondern einzelne Bestandsveränderungen. Also Plus- und Minusbuchungen. Mit diesen beiden Triggern hatte ich bisher nichts zu tun, aber jetzt fallen mir einige Dinge auf:

• Es werden bei beiden Triggern sowohl Plus- als auch Minusbuchungen aufgelistet. Eigentlich dürften nur die jeweils passenden Vorgänge angezeigt werden, ich will ja keinen Plusbuchungs-Trigger mit einer Minusbuchung testen.
• Im "Bitte wählen Sie ein Objekt aus"-Dialog für die oben genannten Trigger stimmen die Mengen in den Vorgängen überhaupt nicht mit der normalen Artikelhistorie zusammen. Ich weiß also gar nicht, welchen Vorgang ich da im Zweifel überhaupt auswähle. Dazu kommt, dass die Mengen ohne Vorzeichen angezeigt werden. In Bezug auf Punkt 1 weiß ich also nicht einmal, ob ich gerade ne Plus- oder Minusbuchung auswähle.
  
  
• Sortierung. Wie bereits beschrieben wird die Liste von alt nach neu top(500) gefiltert und sortiert. Da die Objekte hier Bestandsveränderungen sind, die auch keinen Nummernkreis haben, ist es unmöglich einen aktuellen oder sogar gezielt ausgewählten Vorgang zu wählen.

Wahrscheinlich fiel das niemandem auf weil die beiden Trigger sowieso für fast nichts nutzbar sind, weil sie bei den wenigsten Bestandsveränderungen, die im Alltag einer durchschnittlichen Wawi Installation relevant sind, überhaupt triggern.

 

[Enrico W.]

Was spricht dagegen, in so einem Falle ein entsprechendes Szenario zu schaffen? Das muss ja nicht mal ein Live-Artikel sein. Einfach einen passenden Wareneingang erzeugen und du hast was zum Testen.
Denn ansonsten würde ich sagen, dass hier die Effizienz vorgehen sollte. Tausende Warenbewegungen in die Liste zu laden ist einfach 2much. Man müsste davon ausgehen können, dass eine Aufgabe, die so allgemein ist, dass sie automatisiert werden kann, auch recht einfach in einer so langen Liste zu finden ist.

 

[sjk]

Hi Enrico, ja das ist klar, die Performancegründe. Ich meine doch nur, aus welchem Grund werden die ältesten 500 ausgewählt, und nicht einfach die neuesten 500? Im SQL ASC durch DESC zu ersetzen macht aus meiner Sicht deutlich mehr Sinn als alle Kunden Testartikel und Dummybuchungen vornehmen zu lassen.

 

[Enrico W.]

ja, gutes Argument. Ich stups den Kollegen dazu mal an.

 

[Gökhan Basoglu]

Hallo @sjk,

vielen Dank für dein Feedback zu den Workflows. Ich habe für dein Anliegen ein Ticket erstellt.
Nachfolgend sende ich dir hierzu den Link zu unserem Issue-Tracker, wo du aktuelle Informationen zu diesem Thema nachverfolgen kannst.
Hier kannst du auch ein Thema favorisieren und voten, sodass die Priorisierung bei uns im Haus vorangetrieben wird.
Link zum JTL-IssueTracker

Für Bug 2 würde ich dich bitten ein Supportticket zu eröffnen, damit wir prüfen können, ob die Buchungsdaten, die dir angezeigt werden, korrekt sind.