Hi,
ich bin mir nicht sicher obs ein Bug oder ein Feature ist, aber ich hab dieses Konstrukt:
Der erste SearchOrders ruft Aufträge aus Status 3.9 ohne Auftragspositonen ab. Dann filtere ich OrderHeadWarehouseID! != '-1'
, das wirft mir alle Hauptaufträge (zu denen Lieferaufträge existieren) raus. Das geht als Input-Spreadsheet in den zweiten SearchOrders (der liefert dann auch Positionen)
Das klappt wunderbar, so lange der erste Step Aufträge in Status 3.9 findet. Wenn das aber nicht der Fall ist, fängt der zweite an, wild irgendwelche Aufträge aus anderen Status abzurufen.
Der Status-Filter im zweiten SearchOrders tut nichts, wenn gleichzeitig das Input-Spreadsheet gesetzt aber leer ist. Hat wohl Vorrang?
Das hatte ich gestern abend noch fix deployed, und wurde prompt heute morgen wach geklingelt weil alles Amok lief Hatte natürlich nur mit Testaufträgen getestet, nicht ohne.
Beobachtung: beide SearchOrders-Steps haben die selbe (leere!) Variable für den OrderID-Filter zugewiesen, aber nur beim zweiten wird das im UI angezeigt. Aber wahrscheinlich ein Darstellungs-Bug der damit nix zu tun hat?
Auf jeden Fall: ich kann die Notwendigkeit des Filters umgehen, indem ich in Plenty intern alle Lieferaufträge bei Anlage in einen anderen Status schiebe, die ziehen dann den Hauptauftrag mit, und stellen sicher dass in 3.9 keine vorkommen.
Das sollte klappen, ein expliziter Filter in Synesty wär mir trotzdem lieber gewesen, als ein implizites Abfangen in Plenty.
Kann ich das genannte Verhalten abfangen, ist es ein Bug oder so erwünscht?
Grüße Daniel