Hallo,
ich hab hier ein sehr unangenehmes Problem mit externen Aufträgen (Otto via U2 kommend, haben die flag in der DB mit "readonly").
Der Auftrag lässt sich, via Workflows nichtmal sperren (das ist ja keine Änderung an Daten, lediglich wird der Auftrag aus , zb., Versand rausgenommen).
Workflow ist simple und läuft schon seit Jahren mit anderen Kennziffern für andere Aufträge, triggert einfach irgendwas davon -> Mail -> Auftrag gesperrt setzen.
Simulieren des WF funktioniert problemlos, jedoch kann der Auftrag nichtmal gesperrt werden, wieso? Händisch ist der Auftrag problemlos in "zurückgehalten" verschiebbar.
Eigentlich laufen 2 WFs:
Gesperrt (s.o)
Änder der Versandart, funktioniert auch bei allen Aufträgen, ausgenommen bei diesen.
Muss doch ein Bug sein, dass ein Auftrag, via WF, nichtmal auf zurückgehalten setzbar ist, dass kann doch nicht bewusst und absichtlich so programmiert sein, oder?
ich hab hier ein sehr unangenehmes Problem mit externen Aufträgen (Otto via U2 kommend, haben die flag in der DB mit "readonly").
Der Auftrag lässt sich, via Workflows nichtmal sperren (das ist ja keine Änderung an Daten, lediglich wird der Auftrag aus , zb., Versand rausgenommen).
Workflow ist simple und läuft schon seit Jahren mit anderen Kennziffern für andere Aufträge, triggert einfach irgendwas davon -> Mail -> Auftrag gesperrt setzen.
Simulieren des WF funktioniert problemlos, jedoch kann der Auftrag nichtmal gesperrt werden, wieso? Händisch ist der Auftrag problemlos in "zurückgehalten" verschiebbar.
Eigentlich laufen 2 WFs:
Gesperrt (s.o)
Änder der Versandart, funktioniert auch bei allen Aufträgen, ausgenommen bei diesen.
Muss doch ein Bug sein, dass ein Auftrag, via WF, nichtmal auf zurückgehalten setzbar ist, dass kann doch nicht bewusst und absichtlich so programmiert sein, oder?