---

Error_2012-07-12_07-50-44.png

Hi zusammen,
versuche gerade einen einfachen Workflow mit einer Condition zu bauen...
Ziel: eine Entscheidung wenn approved dann... wenn nicht dann...
Verstanden habe dass ich hierzu eine Query benötige die mir den EMPTask liefer (ok?)
Leider bekomme ich immer den fehler "Invalid Query".
Hätte jemand ein einfaches Beispiel hierfür. Also eine Query und einen kleinen Workflow?
Vielen Dank

------------------
Gruß

Michael

have you tried turning it off and on again

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>>Hätte jemand ein einfaches Beispiel hierfür. Also eine Query und einen kleinen Workflow?

Hätte ich schon.
Aber da TC in jeder Firma anders aufgesetzt wird, ist es umwahrscheinlich, daß das bei Dir läuft.

>>...eine Entscheidung wenn approved dann... wenn nicht dann...

Ohne die Details zu kennen - ich habe den Verdacht, Du versuchst da etwas, was nicht funktionieren kann.
Du kannst nicht im Anschluß an eine Prüfaufgabe abfragen, ob genehmigt oder nicht.
Wenn genehmigt, dann wird der nächste Schritt ausgeführt.
Setzt Du also als nächsten Schritt eine Condition Task, so wird diese ja nur dann ausgeführt, wenn in der Prüfaufgabe genehmigt wurde. Der andere Fall kann in der folgenden Task nicht auftreten.

Wenn nicht genehmigt, geht der Prozess nicht voran in den nächsten Schritt. Du kannst dann nur mit demote-on-reject auf einen anderen Schritt rückwärts springen.

Laß mich doch mal Dein Diagramm und Deine Query sehen und beschreibe mit wenigen Worten, was das bewirken soll.

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo R.Schulze,

deine erklährung habe ich verstanden und dass es wie gedacht nicht funktionieren kann.

Mein Problem besteht darin dass wenn ich einen Demote-on-reject mache der Prozess noch läuft.
D.h. es können dann keine Objekte (Zeichnung) geändert werden (z.B. verkehrte Kundendaten importiert).
Mein Ziel ist es also wenn z.B. der Projektmanager reject dass ich dann einen anderen Status setze welcher zeigt dass hier noch nachgearbeitet werden muss.

------------------
Gruß

Michael

have you tried turning it off and on again

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

aenderungs_wf.JPG

>>D.h. es können dann keine Objekte (Zeichnung) geändert werden (z.B. verkehrte Kundendaten importiert).

Das ist alleine eine Frage der Definition der Zugriffsrechte.
Mit EPM-set-rule-based-protection kannst Du durchaus Schritt für Schritt festlegen, wer was ändern darf.
Aber das bedarf schon sorgfältiger Überlegung, um Missbrauch zu verhindern.

Eine Alternative:
Du kannst z.B. in der ItemRevMasterForm ein Attribut "Ohne_Status_beenden" vorsehen.
Du kannst dann im Rücksprungziel des "demote" dieses Attribut abfragen und den Vorgang zu einem Abschluß ohne Status führen.
Reichlich umständlich - unsere Anwender bitten meist darum, den kompletten Vorgang zu löschen.
Auch dafür kann man eine Rechteregel setzen....

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Okay, jetzt hab ichs.... Vielen Dank für die Hilfe!

------------------
Gruß

Michael

have you tried turning it off and on again

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP