---

Hallo Teamcenter Workflow Spezialisten,

ich versuche derzeit einen Freigabeprozess für unsere Software und Elektronikentwicklung im Teamcenter 2005SR1 MP6 Workflow System zu implementieren. Hierbei möchte ich folgende Szenario realisieren:

Beim Start des Workflows legt der Initiator neben den ausführenden Personen für die einzelenen Tasks auch eine reihe von Personen fest, die über den Prozessstatus zu bestimmten Zeitpunkten (Stage - Gates) per E-Mail informierte werden. Diese Kollegen sollen nur informiert werden und sollen keine Sign-Off oder Acknowledge Bestätigungen durchführen müssen. Die Anzahl der zu informierenden Personen und die entsprechenden Kontakte können von Workflow zu Workflow variieren. So wird zum Beispiel häufig der jeweilige Projektmanager mit in die Informationsverteilerliste gesetzt.

Bisher habe ich noch keine sauberes Konzept zur Umsetzung innerhalb des Teamcenter Workflow Systems gefunden. Bei einem Ansatz möchte ich so etwas über einen Review bzw. Route Task realisieren. Hierbei habe ich jedoch das Problem, dass die Informationen bzw. die Bestätigungsaufrufe sofort nach der Festlegung des Sign-Off Teams versendet werden. Dieses würde ich aber gerne verzögern bis einige andere, parallel ablaubende Tasks abgeschlossen sind.

Wie synchronisiere ich Task in Sub - Workflows? So würde ich gern einen Perform-Sign-Off Task erst in Abhängigkeit eines anderen Task Zustandes, der in einem anderen parallelen Fluss abgearbeitet wird, steuern.

Wie nutzte ich hierbei die Review / Route Task Vorlagen? Kann ich diese durch Einbindung weiterer Do - Tasks modifizieren ohne dass ich an den Tasks Schaden anrichte?

Hat jemand eine andere Notifizierungslösung zur flexiblen Benachrichtigung dritter aus einem Workflow heraus?

Kann ich auf dem Workflow Haupt Level auch die Einzelschritte "Select - Sign - Off - Team" und "Perform - Sign - Off" eines Review Tasks manuell erstellen, damit ich einzelne Schritte parallelisieren kann bzw. mit einem Sync Task harmonisieren kann?

Kann man auch Follow - Up Links zwischen Tasks in Sub - Tasks erzeugen? Zum Beispiel habe ich zwei Sub Tasks, derenen einzelne Arbeitsschritte untereinander synhcronisiert werden müssen?

Wie arbeitet man hier mit den Trigger und Condition Action and Rule Handlern?

Hat jemand mal Beispiele mit synchronisierten Abläufen?

Gruß

Matthias

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

---

>>Beim Start des Workflows legt der Initiator neben den ausführenden Personen für die einzelenen Tasks auch eine reihe von Personen fest, die über den Prozessstatus zu bestimmten Zeitpunkten (Stage - Gates) per E-Mail informierte werden

Das wird so nicht funktionieren. Du hast es immer mit einer Paarbildung "select signoff team" und "perform signoffs" zu tun.
Ein "Vormerken" über mehrere Prozessstufen hinweg ist nicht möglich, es sei denn, Du schreibst Dir eigene action handler.

>>...dass die Informationen bzw. die Bestätigungsaufrufe sofort nach der Festlegung des Sign-Off Teams versendet werden

Jetzt hab' ich den Rechner mit TC_8.1 gerade ausgeschaltet...
In TCE_9.1.2 gibt es neben dem "CR-notify" auch noch "notify" und "notify-signoffs", aber beide beziehen sich auf die aktuelle Aufgabe. Für eine "verzögerte" Nachricht sehe ich keine Chance.

>>Wie synchronisiere ich Task in Sub - Workflows? So würde ich gern einen Perform-Sign-Off Task erst in Abhängigkeit eines anderen Task Zustandes, der in einem anderen parallelen Fluss abgearbeitet wird, steuern.

Die Beschreibung der Sync Task verweist auf den Rule Handler "check-process-completion". Danach kannst Du zwar parallele Prozesse synchronisieren, nicht jedoch Unterschritte.

>>Wie nutzte ich hierbei die Review / Route Task Vorlagen? Kann ich diese durch Einbindung weiterer Do - Tasks modifizieren ohne dass ich an den Tasks Schaden anrichte?

Man hat mir davon abgeraten, eine Grundaufgabe zu verändern, also habe ich es nie versucht.
Nimm doch eine "Custom Task" und definiere Deine Aufgabe eine Ebene tiefer. Auf keinen Fall aber stelle irgend etwas zwischen das Paar "select signoff team" und "perform signoffs".

>>Hat jemand eine andere Notifizierungslösung zur flexiblen Benachrichtigung dritter aus einem Workflow heraus?

Wenn es denn sein muss: "invoke-system-action" und stricke Dir Deine Windows-Kommando-Routine.

>>Kann ich auf dem Workflow Haupt Level auch die Einzelschritte "Select - Sign - Off - Team" und "Perform - Sign - Off" eines Review Tasks manuell erstellen, damit ich einzelne Schritte parallelisieren kann bzw. mit einem Sync Task harmonisieren kann?

Ich sehe nicht, wie Du daraus Vorteile ziehen kannst.
Denke auch mal an die Übersichtlichkeit / Wartbarkeit Deiner Abläufe!

>>Wie arbeitet man hier mit den Trigger und Condition Action and Rule Handlern?

Mit "trigger-action" oder "trigger-action-on-related-process-task" habe ich noch nicht gearbeitet. Aber wenn ich mir die Beschreibung anschaue, denke ich an Spagetti-Knoten...

"set-condition" erlaubt wahlweise eine interaktive Abfrage oder die Ausführung einer Query. "check-condition" erlaubt dann eine Verzweigung je nach Resultat von "set-condition" = wahr oder falsch.

Die Frage nach dem Umgang mit rule handlern ist so pauschal, dass ich Dir nur intensives Studium der Online-Hilfe empfehlen kann.

Ich habe den Eindruck, dass Du recht umfangreiche Abläufe abbilden willst. Halte Dir bitte immer etwas sehr wichtiges vor Augen: Computer sind stur und dumm. Sie kennen keine Ausnahme von der Regel.

Sind die betrieblichen Abläufe in Deiner Firma wirklich so sauber definiert, dass es in der Praxis keine "Nebenwege" und Ausnahmen gibt?
Ich ziehe es vor, eher mehrere kurze Prozesse anzubieten, zwischen denen der "menschliche Faktor" noch etwas Spielraum hat.

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

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

---

Danke R.Schulze für die ausführliche Kommentierung. Nach umfangreichen, erfolglosen Versuchen mit verschiedenen Rule und Action Handler habe ich so eine Antwort befürchtet. Somit werde ich anscheinend Plan B und C und D weiter verfolgen.

Plan B sieht den Einsatz des PLM Easy Send Mail Action Handlers vor, der anscheinend seine E-Mail Ziele aus einem frei definierbaren Formular entnehmen kann, welches ich ja während des Workflow - Durchlaufs schon mit E-Mail Adressen füllen kann.

Plan C sieht den Einsatz eines klassischen Route Tasks in einer parallelen Linie vor, dessen Notify Tasks ich einen Dummy Review  Task vorsetze. Dieser Task wird dann über das externe PLM Easy "Task Approve" Kommando gestartet.

Plan D sieht eine komplette Auslagerung dieser Aufgabe über ein externes Kommando vor. Hierbei wird lediglich eine Textdatei mit E-Mail Adressen, welche als Reference angehängt ist mit gegeben.

Trotzdem Danke.

Ich dachte halt, dass das Teamcenter Workflow System viel flexibler ist und ich nur noch nicht den richtigen Dreh gefunden habe. Da habe ich die Leistungsfähigkeit dieser Applikation wohl maßlos überschätzt.

Gruß

Matthias

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

---

>>Ich dachte halt, dass das Teamcenter Workflow System viel flexibler ist und ich nur noch nicht den richtigen Dreh gefunden habe. Da habe ich die Leistungsfähigkeit dieser Applikation wohl maßlos überschätzt.

Das Workflowsystem ist dazu gedacht, die Freigabe und Änderung von Dokumenten gemäss Industriestandard CMII abzuwickeln.
Kurz und knackig: Jemand stellt einen Antrag, über den abgestimmt wird. Sagen alle "JA", wird ein Status erteilt. Sagt jemand "NEIN", wird kein Status erteilt und der alte Zustand bleibt erhalten.
So weit funkioniert das wunderbar.

Du bist aber nicht der Erste, der versucht, einen kompletten Entwicklungszyklus abzubilden....

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

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

---

Hallo Teamcenter Workflow Designer,

ich habe jetzt einen ersten Lösungsversuch erstellt. Hierzu nehme ich eine REVIEW Task parallel zu meinem Hauptfluss. Den "perform-signoff" sub task baue ich zu einem Benachrichtigungsschritt mit dem "notify-signoff" handler um. Zudem nutze ich in der "START" Aktion den "invoke-system-rule" handler mit einem eigenen PERL script, welches beim ersten START - Aufruf ein EPM_NOGO liefert und beim zweiten START - Aufruf ein EPM_GO liefert. Die weiteren Aktionen "START - COMPLETE" des "notify-signoff" tasks trigger ich nun aus dem parallelen Fluss jeweils durch einen "invoke-system-action" handler.

Nun verhält sich der Workflow wie folgt:
- Nach dem Start erhält der Initiator neben seiner ersten Aufgabe auch den "select signoff team" Aufruf aus dem parallelen "Notify" Fluss. Hier legt er die zusätzlich zu informierenden Personen fest.
- Wenn er nun diesen "select signoff team" abschließt, wird ja zum ersten mal die START Aktion in dem angepassten "notify-signoff" task getriggert. Da mein PERL script hier ein EPM_NOGO liefert, verbleibt der "notify-signoff" task im "Pending" state und wird nicht weiter abgearbeitet.
- Jetzt werden nach un nach die verschiedenen Aufgaben aus dem Hauptfluss bearbeitet.
- Nach einem STAGE GATE Review Task habe ich nun ein DO-Task mit dem invoke-system-action handler eingebaut, der per -trigger_on_go den "notify-signoff" task aus dem parallelen Fluss auf START triggert. Da hier nun mein Script EPM_GO liefert wird die Notifizierung ausgeführt und die zum Start des Workflows festgelegten Personen erhalten eine Stage - Gate E-MAIL.

Gruß

Matthias

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