Ein Grundpfeiler der kollaborativen Designumgebung in Altium Designer ist die Unterstützung von Workflows, die die Designer eines Unternehmens durch typische tägliche Designprozesse führen, etwa das Anfordern neuer Workspace-Bibliotheksteile, das Durchführen von Design-Reviews und das Erstellen neuer Workspace-Projekte.
Jeder Workflow, der zur Umsetzung eines bestimmten Designprozesses verwendet wird, wird als Teil einer Process Definition erstellt. Er kann daher als zugrunde liegender Workflow dieses Prozesses oder einfach als Process Workflow bezeichnet werden. Neue Prozesse können erstellt und bestehende Prozesse bearbeitet werden, indem der dedizierte Process Workflow Editor verwendet wird. Dieses Dokument beschreibt den Zugriff auf den Editor und die Arbeit damit, um den erforderlichen Prozess-Workflow zu erstellen.
Zugriff auf den Process Workflow Editor
Prozesse werden im Bereich Processes (Admin – Processes) der Browser-Oberfläche des Workspace erstellt und verwaltet.
Sie müssen als Administrator für Ihren Workspace angemeldet sein, um den Bereich Processes der Oberfläche sehen zu können.
Um auf den Process Workflow Editor zuzugreifen, aktivieren Sie die Registerkarte für das Prozessthema, in dem Sie Ihren neuen Prozess erstellen möchten – Part Requests, Project Activities oder Project Creations – und klicken Sie dann oben rechts auf der Seite auf die Schaltfläche
.
Es ist wichtig, zuerst das Thema zu aktivieren, damit der Prozess mit dem richtigen Type erstellt wird.
Zugriff auf den Process Workflow Editor. Wenn vor dem Zugriff das gewünschte Prozessthema aktiviert wird, ist sichergestellt, dass die neue Prozessdefinition auf den richtigen Thementyp gesetzt wird.
Der Process Workflow Editor stellt eine Arbeitsfläche bereit, auf der Sie Ihren gewünschten Workflow in Diagrammform erstellen können. Im Hauptbereich des Editors erstellen Sie das Workflow-Diagramm, während der Bereich Properties auf der rechten Seite Eigenschaften zum aktuell ausgewählten Diagrammelement anzeigt.
Wenn im Diagramm kein platziertes Element ausgewählt ist, zeigt der Bereich Properties den Name und den Type (zu welchem Prozessthema er gehört) der Prozessdefinition an. Geben Sie dem Prozess einen aussagekräftigen Namen, da dieser in der Browser-Oberfläche des Workspace sowie an den entsprechenden Zugriffspunkten der Altium Designer-GUI angezeigt wird, damit Designer eine Instanz des Prozesses starten können (vorausgesetzt, er ist zur Verwendung aktiviert).
Beachten Sie, dass Sie das Feld Title für Benutzer des Workflows sperren können, indem Sie die Option Allow the initiator to change the process title im Bereich Properties deaktivieren. Wenn die Option deaktiviert ist (und der Prozess gespeichert wurde), kann ein Benutzer, der den Workflow aktiviert (der Initiator), dessen Titel nicht bearbeiten; dieser bleibt als 'AUTO' gesperrt. Solche aktiven oder abgeschlossenen Prozesse werden mit dem Prozessnamen und einem fortlaufenden numerischen Suffix benannt – <process name> #1, <process name> #2 usw.
Das Workflow-Diagramm
Ein Prozess-Workflow-Diagramm wird mithilfe verschiedener Elemente erstellt, die in der Palette oben im Bereich verfügbar sind.
Ein Workflow-Diagramm wird mit Elementen aus der verfügbaren Palette erstellt.
Die folgende Tabelle listet alle möglichen Diagrammelemente auf:
| Symbol |
Typ |
Beschreibung |
 |
Connection |
Dieses Element dient zur Verbindung zwischen Ereignispunkt-Elementen im Workflow. Seine Form kann grafisch geändert werden, und obwohl sein Name standardmäßig leer bleibt, kann dies nützlich sein, um die verschiedenen von einem Verzweigungselement ausgehenden Pfade anzuzeigen bzw. zu beschreiben. |
 |
Start |
Dies ist der Startpunkt für den Workflow. Der Name wird standardmäßig abhängig vom Thema vorausgefüllt – Submit Request (Part Requests), Start Activity (Project Activities), Create Project (Project Creations). Dies kann bei Bedarf geändert werden. Informationen zu den standardmäßig zur zugehörigen Maske hinzugefügten Feldern für dieses Element finden Sie unter Built-in Fields und Default Fields.
Für das Prozessthema Project Activities unterstützt dieses Element einen zweiten Type – Start Release. Dieser wird für einen Workflow verwendet, bei dem ein freigegebenes Projekt in einer integrierten PLM-Instanz veröffentlicht werden soll, und zwar als Teil des Altium Designer Project Releaser.
Für das Prozessthema Project Creations ermöglicht eine zusätzliche Eigenschaft Default server folder die Angabe eines Basispfads für den Ordner, in dem das neue Projekt gespeichert wird. Wenn definiert, wird dies der Standardspeicherort für diesen Workflow und kann vom Benutzer im Feld Server Folder des Formulars New Project (Registerkarte Advanced) überschrieben werden.
Weitere Informationen zum Wechseln des Typs für dieses Element finden Sie unter Changing the Type for a Workflow Element. |
 |
Event |
Dieses Element kann verwendet werden, um das Ergebnis einer Aktion innerhalb einer integrierten PLM-Instanz zu erfassen (mit Ausgabe von OK oder FAIL zusammen mit einer Nachricht und einem Protokoll). Setzen Sie dazu den Type für das Thema entsprechend – PLM Part Completed (Part Requests), PLM Publish Completed (Project Activities), PLM Initialise Completed (Project Creations). Standardmäßig ist der Name mit dem Eintrag Type vorausgefüllt, kann jedoch bei Bedarf geändert werden.
Dieses Element kann auch verwendet werden, um Benachrichtigungen an ein Drittsystem über das Enterprise Server EDS zu senden und von dort zu empfangen (erfordert Zugriff auf das Enterprise Server SDK). Setzen Sie den Type entsprechend auf Send oder Receive (Sie benötigen sowohl Send- als auch Receive-Ereignisse als Teil des Workflows). Benachrichtigungen bestehen aus einer eindeutigen Kennung Code und einer Nachricht. Beachten Sie, dass der Code für Send- und Receive-Ereignisse identisch sein muss.
Für Project Activities kann der Typ dieses Elements auch auf Related Tasks Completed gesetzt werden. Dies ist für den Einsatz gedacht, wenn Kommentare hinzugefügt und bestimmten Personen als Aufgaben zugewiesen wurden – bezogen auf die Aktivität eines Projekts selbst. Das bedeutet, dass der Prozess-Workflow für die Aktivität erst abgeschlossen werden kann, wenn auch alle zugehörigen Aufgaben – die zugewiesenen Kommentare – erledigt wurden.
|
 |
End |
Dies ist der Endpunkt für den Workflow oder einen Zweig dieses Workflows. Der Name für das Element kann auf Completed, Rejected oder Cancelled gesetzt werden. |
 |
Task |
Dieses Element stellt eine auszuführende Aufgabe dar – etwas, das ein oder mehrere Benutzer erledigen müssen. In einem reviewbasierten Project-Activity-Workflow könnte dies das Geben von Feedback im Rahmen eines Reviews sein. In einem Part-Request-Workflow könnte dies die Arbeit an einer bestimmten angeforderten Komponente sein oder vielleicht nur an deren Symbol oder Footprint.
Jede Aufgabe stellt dem Benutzer über ein dediziertes Form Daten bereit oder erfasst Daten von ihm – erstellt mit allen Feldern, Variablen und Informationen, die zum Erreichen des Zwecks der Aufgabe erforderlich sind. Weitere Informationen finden Sie unter Building a Form.
Neben dem Standard-User Task (bei Bedarf über ein Formular definiert) unterstützt jedes Prozessthema einen oder mehrere zusätzliche Typen – Create Part in PLM (Part Requests), Collect Project Data und Publish to PLM (Project Activities), Initialise in PLM (Project Creations). In jedem Fall wird der Name standardmäßig auf den Typ der Aufgabe gesetzt, kann jedoch bei Bedarf geändert werden. Für jeden Typ müssen zusätzliche Einstellungen definiert werden, die sich je nach Typ unterscheiden, etwa Assignee und Task Ownership. Bei einem PLM-bezogenen Aufgabentyp wird damit das Ergebnis der Aktion mit der PLM-Instanz erfasst (mit Ausgabe von OK oder FAIL zusammen mit einer Nachricht und – bei den Themen Project Activities und Project Creations – Eigenschaften).
Beim Prozessthema Project Creations ermöglicht eine zusätzliche Eigenschaft Default server folder die Angabe eines Basispfads für den Ordner, in dem das neue Projekt gespeichert wird. Wenn definiert, wird dies der Standardspeicherort für diesen Workflow und kann vom Benutzer im Feld Server Folder des Formulars New Project (Registerkarte Advanced) überschrieben werden.
Weitere Informationen zum Wechseln des Typs für dieses Element finden Sie unter Changing the Type for a Workflow Element.
|
 |
Branch |
Dieses Element ermöglicht die Verzweigung des Workflows abhängig von erfassten Ergebnissen aus einem vorherigen Punkt im Ablauf (z. B. Erfassung einer Benutzerauswahl oder Entscheidung). Standardmäßig bleibt der Name leer. |
 |
Comment |
Dieses Element ermöglicht es Ihnen, Ihren Workflow zu kommentieren, typischerweise indem Sie an jedem Punkt im Ablauf einen Kommentar hinzufügen, der beschreibt, was an diesem Punkt geschehen soll. Standardmäßig bleibt der Name leer. |
Workflow-Elemente platzieren
So platzieren Sie ein Element aus der Palette:
-
Klicken Sie in der Palette auf den Eintrag des Elements. Eine Instanz des Elements erscheint blau hervorgehoben und folgt dem Cursor.
-
Positionieren Sie das Element an der gewünschten Stelle auf der Workflow-Arbeitsfläche und klicken Sie (oder klicken Sie mit der rechten Maustaste), um es zu platzieren. Während Sie das Element über die Arbeitsfläche bewegen, erscheinen Ausrichtungshilfen in Bezug auf die horizontalen und vertikalen Mittelpunkte bereits platzierter Elemente.
-
Um das Platzieren abzubrechen, drücken Sie Esc.

Beispiel für das Platzieren von Elementen auf der Workflow-Arbeitsfläche (Start, Ende und eine Benutzeraufgabe). Beachten Sie die dynamischen Ausrichtungshilfen, die beim Platzieren unterstützen.
Workflow-Elemente verbinden
So verbinden Sie zwei Workflow-Elemente:
-
Klicken Sie in der Palette auf den Eintrag
.
-
Positionieren Sie den Cursor über dem ersten (Quell-)Element, das verbunden werden soll, und klicken Sie.
-
Bewegen Sie den Cursor, damit sich eine Verbindungslinie vom Element aus zu erstrecken beginnt. Positionieren Sie den Cursor über dem zweiten (Ziel-)Element, das verbunden werden soll, und klicken Sie.
Verbindungen zwischen Elementen sollten von links nach rechts verlaufen, da dies dem logischen Ablauf entspricht. Sie werden daran gehindert, ein Zielelement auszuwählen, für das die Verbindung als ungültig angesehen wird (z. B. wenn versucht wird, ein
End-Element mit einem
Start-Element zu verbinden). In einem solchen Fall erscheint das Zielelement mit roter Füllung, und das Ende der Verbindungslinie bleibt mit einem „Verboten“-Symbol
(
) versehen.
-
Fahren Sie mit dem Platzieren weiterer Verbindungen fort oder klicken Sie mit der rechten Maustaste bzw. drücken Sie Esc, um den Vorgang zu beenden.

Beispiel für das Verbinden von Elementen in einem Workflow.
Workflow-Elemente verschieben
Um ein Element zu verschieben, klicken Sie darauf und ziehen Sie es an die gewünschte neue Position. Wenn das Element über Verbindungen mit einem oder mehreren anderen Elementen verbunden ist, bleiben diese Verbindungen erhalten, und der/die Verlauf/Verläufe der Verbindungslinie(n) werden entsprechend angepasst. Nutzen Sie die eingeblendeten dynamischen Ausrichtungshilfen zur Unterstützung bei der Positionierung.
Um mehrere Elemente zu verschieben, wählen Sie diese zunächst aus – entweder durch Ctrl+Klick auf jedes gewünschte Element oder durch Klicken und Ziehen eines Auswahlrahmens um diese Elemente.

Beispiel für das Verschieben eines einzelnen und anschließend mehrerer platzierter Elemente. Beachten Sie, dass Verbindungen – sofern sie nicht Teil der Auswahl sind – entsprechend angepasst werden, damit die Elemente verbunden bleiben.
Ändern einer Verbindung
Wenn Sie den Cursor über eine Verbindung bewegen, werden verschiedene Bearbeitungssteuerelemente bzw. „Griffe“ verfügbar. Diese ermöglichen die folgenden grafischen Änderungen an einer Verbindung:
-
Klicken Sie auf den
-Griff und ziehen Sie ihn, um die Verbindung nur in der vertikalen Ebene zu verschieben.
-
Klicken Sie auf den
-Griff und ziehen Sie ihn, um die Verbindung nur in der horizontalen Ebene zu verschieben.
-
Bewegen Sie den Cursor entlang der Verbindung; der
-Griff folgt dem Cursor. Klicken Sie auf diesen Griff und ziehen Sie ihn, um einen neuen Eckpunkt für die Verbindung zu erstellen.
-
Klicken Sie auf den
-Griff und ziehen Sie ihn, um den Startpunkt der Verbindung zu verschieben. Sie müssen diesen Punkt auf ein anderes vorhandenes Element ziehen.
-
Klicken Sie auf den
-Griff und ziehen Sie ihn, um den Endpunkt der Verbindung zu verschieben. Sie müssen diesen Punkt auf ein anderes vorhandenes Element ziehen.
Eine ungültige Ablageposition beim Verschieben des Start- oder Endpunkts einer Verbindung wird dadurch hervorgehoben, dass das Element rot ausgefüllt wird (und das Symbol

am Ende der Verbindung erscheint). Dies kann zum Beispiel passieren, wenn Sie versuchen, den Startpunkt der Verbindung auf dasselbe Element zu verschieben, an dem bereits der Endpunkt dieser Verbindung befestigt ist. Verschieben Sie in diesem Fall zuerst den Endpunkt und dann den Startpunkt.
Zusätzlich wird der Verlauf einer Verbindung automatisch angepasst, damit sie mit einem Element verbunden bleibt, das gerade verschoben wird und mit dem sie derzeit verbunden ist.

Beispiel für die Änderung vorhandener Verbindungen mithilfe der verschiedenen Bearbeitungsgriffe, die beim Überfahren einer Verbindung erscheinen.
Ändern von Elementeigenschaften
Wie bereits erwähnt, stellt die rechte Seite von Process Workflow Editor einen Bereich Properties bereit, in dem die Eigenschaften des aktuell ausgewählten Workflow-Elements angezeigt werden. Bei einigen Elementen, wie Connection, Branch, End und Comment, ist ihre einzige bearbeitbare Eigenschaft ihr Name. Bei anderen, wie Start und Task, stehen Einstellungen zur Verfügung, die definiert werden können, sowie ein zugehöriges Form, das nach Bedarf erstellt werden kann. Denken Sie auch daran, dass sich die Eigenschaften eines Workflow-Elements je nach Prozessthema, unter dem der Prozess definiert wird, ändern können (sowie je nach für ein Element gewähltem Typ, wenn für dieses Element mehrere Typen unterstützt werden).
Der Bereich „Properties“ zeigt die Standardeigenschaften für das Workflow-Element Start an (wenn ein Prozess innerhalb des Themas „Project Activities“ definiert wird und Type des Elements auf Start Activity gesetzt ist). Bewegen Sie den Mauszeiger über das Bild, um die Standardeigenschaften anzuzeigen, wenn das Element Task (konfiguriert als User Task) ausgewählt ist.
Nehmen Sie die erforderlichen Änderungen an den Eigenschaften eines ausgewählten Workflow-Elements über den Bereich Properties vor. Für ein Element, für das ein Form definiert werden kann, müssen Sie entweder das Formular erstellen (klicken Sie auf die Schaltfläche
im Abschnitt Form des Bereichs) oder es bearbeiten (klicken Sie auf den Eintrag
im Abschnitt Form des Bereichs). Weitere Informationen finden Sie unter Erstellen eines Formulars.
Denken Sie daran: Wenn aktuell kein Workflow-Element ausgewählt ist, zeigt der Bereich
Properties die Eigenschaften der übergeordneten Prozessdefinition selbst an. Außerdem können Sie, wenn keine Workflow-Elemente ausgewählt sind, parametrische Daten konfigurieren, die für den Standardbenutzer auf der Registerkarte
Data eines Prozess-Workflows sichtbar sind. Weitere Details finden Sie unter
Konfigurieren der Datensichtbarkeit für einen Standardbenutzer.
Ein Comment kann auch grafisch in Bezug auf seine Größe geändert werden, indem Sie es auswählen und dann seine Bearbeitungsgriffe anklicken und ziehen.
Ändern des Typs für ein Workflow-Element
Die folgenden Prozessthemen enthalten Workflow-Elemente, die mehrere Typen unterstützen:
-
Part Requests Thema:
-
Task – unterstützt die Typen:
User Task, Change State, Create Part in PLM.
-
Event – unterstützt die Typen:
Send, Receive, Notify User, PLM Part Completed.
-
Project Activities Thema:
-
Start – unterstützt die Typen:
Start Activity, Start Release.
-
Task – unterstützt die Typen:
User Task, Change State, Collect Project Data, Publish to PLM.
-
Event – unterstützt die Typen:
Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
-
Project Creations Thema:
-
Task – unterstützt die Typen:
User Task, Create Project, Change State, Initialise in PLM.
-
Event – unterstützt die Typen:
Send, Receive, Notify User, PLM Initialise Completed.
Nachdem Sie ein Element auf der Zeichenfläche des Workflow-Diagramms platziert haben, können Sie über das Menü der Schaltfläche
, die innerhalb des Elements bzw. daneben erscheint, sobald es ausgewählt ist, zwischen den verfügbaren Typen wechseln.
Durchlaufen der für Start-, Task- und Event-Elemente unterstützten Typen beim Definieren des Workflows für einen Prozess, der Teil des Prozessthemas „Project Activities“ ist.
Sie können den Typ natürlich auch über die Dropdown-Liste zum Feld Type im Bereich Properties ändern, wenn das Element ausgewählt ist.
Aufgabenzuweisung
Wie eine Aufgabe innerhalb des Workflows zugewiesen wird, hängt von den für Assignee, Except und Task ownership definierten Einstellungen ab:
-
Assignee – kann ein einzelner Benutzer Ihres Workspace, mehrere Benutzer oder eine bestimmte Gruppe sein. Auch Variablen können hier verwendet werden, zum Beispiel $Initiator (die Person, die die Prozessinstanz gestartet hat) oder $Review Coordinator (der Benutzer, der in einer vorherigen Aufgabe als Review Coordinator ausgewählt wurde).
Variablen werden nicht als Text eingegeben, sondern in der dynamischen Liste möglicher Einträge gesucht und dann ausgewählt. Um beispielsweise die Variable $Initiator hinzuzufügen, beginnen Sie in einem Feld mit der Eingabe von In und wählen dann den Eintrag aus der Liste aus.
-
Except – wer nicht an der Aufgabe arbeiten darf, selbst wenn diese Person Teil des Zuweisungsbereichs ist. Zum Beispiel sollte der Anforderer eines Bauteils nicht seine eigene Bauteilanforderung genehmigen dürfen! Ein weiteres Beispiel wäre die Verwendung der Variablen $Rework executed by im Feld Except für die Aufgabe Verify rework eines Milestone-Review-Prozesses, um zu verhindern, dass der Benutzer, der die vorhergehende Aufgabe ausgeführt hat (Rework), seine eigene Arbeit verifizieren kann.
-
Task ownership – bestimmt, wer in Bezug auf den/die im Feld Assignee angegebenen Benutzer auf eine Aufgabe reagieren kann. Folgende Optionen sind verfügbar:
-
One of assigned users – wenn sich im Feld Assignee nur ein einzelner Benutzer befindet, wird die anfängliche Aufgabe zur Bearbeitung der Anforderung direkt diesem Benutzer zugewiesen. Wenn es mehrere Zuweisungsempfänger gibt, sehen alle Benutzer die Aufgabe in ihrer Aufgabenliste, und einer dieser Benutzer weist sich die Aufgabe selbst zu.
-
All assigned users – alle Zuweisungsempfänger erhalten die Aufgabe.
Das folgende Bild zeigt die Zuweisungseinstellungen für eine Prozessdefinition „Part Request“. Assignee ist als Administratoren des Workspace definiert (Mitglieder der Gruppe Administrators). Task ownership ist auf One of assigned users gesetzt, was bedeutet, dass einer dieser administrativen Benutzer die Anforderung übernehmen muss.

Welcher Benutzer anfänglich die Aufgabe zur Bearbeitung einer neuen Bauteilanforderung erhält, hängt davon ab, wie die Einstellungen für Assignee, Except und Task ownership für die anfängliche Benutzeraufgabe im zugrunde liegenden Workflow der entsprechenden Prozessdefinition definiert wurden. Das obige Bild zeigt die Einstellungen für die Standard-Prozessdefinition New Part Request.
Wenn Sie verhindern möchten, dass der ursprüngliche Einreicher der Bauteilanforderung an der Anforderung arbeiten kann, würden Sie die Variable $Initiator in das Feld Except eingeben.
Konfigurieren der Datensichtbarkeit für einen Standardbenutzer
Sie können parametrische Daten konfigurieren, die für den Standardbenutzer auf der Registerkarte Data eines Prozess-Workflows sichtbar sind – beim Anzeigen des Fortschritts einer aktiven Instanz dieses Prozesses. Wenn Sie den Workflow für einen Prozess bearbeiten und kein Element ausgewählt ist, werden die Daten, die auf der Registerkarte Data angezeigt werden können, im Bereich Properties aufgelistet. Klicken Sie auf das Steuerelement
, um auf das zugehörige Formular zuzugreifen (<ProcessName> Data).
In diesem Formular können Sie festlegen, ob ein Parameter auf der Registerkarte Data sichtbar ist oder nicht. Standardmäßig ist ein Parameter sichtbar (
). Klicken Sie auf dieses Steuerelement, um ihn unsichtbar zu machen (
). Außerdem können Sie die Reihenfolge steuern, in der die Daten angezeigt werden. Wenn Sie den Mauszeiger über einen Parametereintrag bewegen, erscheint links davon das Steuerelement
. Klicken und halten Sie dieses und ziehen Sie dann den Parameter an eine neue Position.
Diese Funktion wirkt sich nur darauf aus, was ein Standardbenutzer (ohne Administratorrechte) sehen kann. Wenn Sie als Administrator im Workspace angemeldet sind, sehen Sie unabhängig von dieser Einstellung alle Daten.
Das folgende Bild zeigt die Beziehung zwischen dem Formular und dem, was ein Administrator und ein Standardbenutzer (ohne Administratorrechte) auf der Registerkarte Data für den Prozess sehen. In diesem Beispiel sind die Parameter Description und Datasheets für den Standardbenutzer ausgeblendet.
Löschen eines Workflow-Elements
Um ein Workflow-Element zu löschen, wählen Sie es aus und verwenden dann das Tastaturkürzel Delete. Um mehrere Elemente zu löschen, klicken und ziehen Sie einen Auswahlrahmen um sie oder verwenden Sie Ctrl+Klick, um die Auswahl einzeln aufzubauen, und verwenden dann das Kürzel Delete.
Erstellen eines Formulars
Zwei Workflow-Elemente – Start und Task – beinhalten, dass ein Benutzer etwas tun soll. Dies kann eine Anforderung nach Initialisierungsinformationen sein (Projektname und -typ, anfänglicher Datensatz zur Überprüfung, angeforderte Teilenummer, Hersteller und Datenblätter) oder eine andere Aufgabe im Ablauf, die in irgendeiner Form zusätzliche Benutzereingaben erfordert (Review-Entscheidung, zusätzliche Daten, Kommentare, fertiges Teil für eine Anforderung usw.). Diese beiden Elemente können beide als task-oriented betrachtet werden.
Um die erforderlichen Felder und Variablen bereitzustellen und eine solche Benutzerinteraktion zu ermöglichen, wird ein Form erstellt. In einigen Fällen existiert bereits ein Formular mit integrierten Feldern, die nicht entfernt werden können; in anderen Fällen ist ein Formular mit Standardfeldern vorhanden, die jedoch angepasst werden können. Und in wieder anderen Fällen existiert noch kein Formular, sodass Sie relativ frei ein Formular erstellen können, das je nach den Anforderungen Ihres Unternehmens so einfach oder so komplex ist wie nötig.
Die folgende Liste zeigt alle Varianten dieser beiden Aufgaben, die ein Formular verwenden bzw. erfordern:
-
Start (Part Requests-Thema) – vorhandenes Formular mit Standardfeldern. Diese können bearbeitet oder entfernt werden, und wo zutreffend können Standardwerte definiert werden. Zusätzliche Felder können nach Bedarf hinzugefügt werden.
-
Start vom Typ Start Activity (Project Activities-Thema) – vorhandenes Formular mit integriertem Feld. Dieses kann nicht entfernt werden. Zusätzliche Felder können nach Bedarf hinzugefügt werden.
-
Start (Project Creations-Thema) – vorhandenes Formular mit integrierten Feldern. Diese können nicht entfernt werden. Wo zutreffend können Standardwerte definiert werden. Zusätzliche Felder können nach Bedarf hinzugefügt werden.
-
Task vom Typ User Task (alle Prozessthemen) – kein vorhandenes Formular. Nach Bedarf erstellen.
-
Task vom Typ Collect Project Data (nur Project Activities-Thema) – vorhandenes Formular mit integriertem Feld. Dieses kann nicht entfernt werden. Zusätzliche Felder können nach Bedarf hinzugefügt werden.
-
Task vom Typ
Create Project (Project Creations-Thema) – vorhandenes Formular mit integrierten Feldern. Diese können nicht entfernt werden. Wo zutreffend können Standardwerte definiert werden. Zusätzliche Felder können nach Bedarf hinzugefügt werden.
Der User Form Editor
Ein Formular wird mit dem User Form Editor erstellt. Für ein Element, für das ein Form definiert werden kann, müssen Sie entweder das Formular erstellen, falls es noch nicht existiert (wählen Sie das Element im Workflow aus und klicken Sie im Abschnitt Form des Bereichs Properties auf die Schaltfläche
) oder es bearbeiten, falls es bereits existiert (wählen Sie das Element im Workflow aus und klicken Sie im Abschnitt Form des Bereichs Properties auf den Eintrag
).
Ein Formular wird durch Hinzufügen von Feldern erstellt – diese repräsentieren benannte Variablen der erforderlichen Typen – sowie durch das Festlegen von Kennzeichen (wo zutreffend), die bestimmen, wie diese Felder verwendet werden sollen. Im Wesentlichen erstellen Sie damit eine Oberfläche, über die Informationen an die vorgesehenen Benutzer übergeben und von ihnen abgefragt werden können, die die Aufgabe ausführen.
Wenn das Formular gespeichert wird – klicken Sie dazu unten im Formular auf die Schaltfläche
–, wird im Bereich Properties für das ausgewählte Workflow-Element wieder eine Zusammenfassung aller dort definierten Felder zusammen mit ihren Variablentypen angezeigt.
Beispiel für den User Form Editor, ausgefüllt mit dem Formular für die User Task Provide review feedback (Teil der Prozessdefinition Milestone Review innerhalb des Project Activities-Themas). Beachten Sie, dass der Bereich Properties eine praktische zusammenfassende Liste aller im Formular definierten Felder zusammen mit ihren Typen bereitstellt.
In den folgenden Abschnitten werden die Funktionsweise des User Form Editor, einschließlich seiner Unterstützung für Variablen und Felder, zugehöriger Kennzeichen für jedes Feld/jede Variable, der Arbeit innerhalb eines Formulars sowie integrierter/standardmäßiger Felder und Variablen, näher betrachtet.
Variablen und Felder
Folgendes sollten Sie in Bezug auf Variablen und Felder beachten:
-
Eine Variable ist ein benanntes Datenelement, das als Teil des Workflows für einen Prozess nachverfolgt wird.
-
Ein Field ist die Darstellung einer Variablen im Kontext eines bestimmten Benutzerformulars innerhalb des Workflows für einen Prozess.
-
Es gibt keine dedizierte Funktion zur Verwaltung von Variablen für einen Prozess:
-
Eine benutzerdefinierte Variable wird dem Prozess hinzugefügt, wenn der Administrator sie erstmals zu einem Formular innerhalb des Workflows für diesen Prozess hinzufügt.
-
Eine benutzerdefinierte Variable wird aus dem Prozess entfernt, wenn sie aus allen Formularen entfernt wird, die innerhalb des Workflows dieses Prozesses verwendet werden.
-
Die meisten Variablen werden vom Administrator beim Erstellen von Formularen innerhalb des Workflows für eine Prozessdefinition definiert. Es gibt einige vordefinierte Variablen, die für bestimmte Workflow-Elemente in eine Prozessdefinition integriert sind. Diese können auch an anderer Stelle in anderen benutzerdefinierten Formularen verwendet werden, bleiben jedoch für den Prozess definiert, selbst wenn sie aus allen Formularen innerhalb eines Workflows entfernt werden.
-
Im Prozess gibt es nur eine einzige Variablendefinition. Das bedeutet, dass Änderungen an dieser Variablen – unabhängig davon, wo sie bearbeitet wird (in jedem Formular) – automatisch in allen anderen Formularen innerhalb dieses Workflows übernommen werden, in denen die Variable verwendet wird.
-
Bei Variablennamen wird nicht zwischen Groß- und Kleinschreibung unterschieden (d. h. Sie können nicht zwei Variablen haben, die sich nur durch Groß-/Kleinschreibung unterscheiden).
Supported Variable Types
Die folgende Tabelle listet die Variablentypen auf, die zur Verwendung in einem Formular unterstützt werden.
Built-in Fields
Es gibt einige Felder, die für bestimmte Aufgabentypen „integriert“ sind. Diese Felder können nicht aus dem Formular entfernt werden, aus dem sie stammen, sie können nicht umbenannt werden, und ihr Typ kann nicht geändert werden. Wo zutreffend kann ein Standardwert definiert werden. Sie können in anderen Benutzerformularen verwendet werden, mit den folgenden Einschränkungen:
-
Kennzeichen werden nicht angezeigt – Felder sind schreibgeschützt und nicht erforderlich.
-
Der Wert (wo zutreffend) kann nicht geändert werden, ein Standardwert jedoch schon, sofern zutreffend.
Im Folgenden finden Sie eine Liste von Aufgabentypen mit integrierten Feldern. In jedem Fall wird der Variablen-/Datentyp in Klammern hinter dem Feldnamen angezeigt.
-
Start Element vom Typ Start Activity (Thema „Project Activities“):
-
Project (Managed Project) – Die Kennzeichen „Editable“ und „Required“ sind aktiv (können nicht geändert werden).
-
Task Element vom Typ Collect Project Data (Thema „Project Activities“):
-
Data (Data Set) – Das Kennzeichen „Editable“ ist aktiv, die Kennzeichen „Required“ und „Reset value“ sind inaktiv (können bei Bedarf jedoch geändert werden).
-
Task Element vom Typ Publish to PLM (Thema „Project Activities“):
-
Publish to PLM Template (PLM Publish Template).
-
Start Element (Thema „Project Creations“):
-
Project Name (Single Line Text) – Die Kennzeichen „Editable“ und „Required“ sind aktiv (können nicht geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar).
-
Description (Single Line Text) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar).
-
PCB Project Type (Dropdown) – Die Kennzeichen „Editable“ und „Required“ sind aktiv (können nicht geändert werden). Der Wert (Dropdown-Optionen) ist auf PCB Project und Multiboard festgelegt. Der Standardwert ist auf None gesetzt; er kann auf PCB Project oder Multiboard geändert werden.
-
Project Template (Project Template) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden).
-
Task Element vom Typ Initialise in PLM (Thema „Project Creations“):
-
Initialise in PLM Template (PLM Publish Template).
-
Task Element vom Typ Create Project (Thema „Project Creations“)
-
Project Name (Single Line Text) – Die Kennzeichen „Editable“ und „Required“ sind aktiv (können nicht geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar). Das Kennzeichen „Reset Value“ ist inaktiv (kann geändert werden).
-
Description (Single Line Text) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar). Das Kennzeichen „Reset Value“ ist inaktiv (kann geändert werden).
-
PCB Project Type (Dropdown) – Die Kennzeichen „Editable“ und „Required“ sind aktiv (können nicht geändert werden). Der Wert (Dropdown-Optionen) ist auf PCB Project und Multiboard festgelegt. Der Standardwert ist auf None gesetzt; er kann auf PCB Project oder Multiboard geändert werden. Das Kennzeichen „Reset Value“ ist inaktiv (kann geändert werden).
-
Project Template (Project Template) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden). Das Kennzeichen „Reset Value“ ist inaktiv (kann geändert werden).
Standardfelder
Es gibt einige Felder, die standardmäßig zu aufgabenbasierten Workflow-Elementen hinzugefügt werden. Diese verhalten sich genau wie jedes andere benutzerdefinierte Feld und können daher bei Bedarf geändert und/oder entfernt werden. Sie stellen lediglich einen Ausgangspunkt für das Formular dar, zu dem sie hinzugefügt wurden.
Zum Beispiel hat der folgende Aufgabentyp Standardfelder. Für jedes Feld wird der Variablen-/Datentyp in Klammern hinter dem Feldnamen angezeigt.
-
Start Element (Thema „Part Requests“):
-
Part number (Single Line Text) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist aktiv (kann bei Bedarf jedoch geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar).
-
Manufacturer (Single Line Text) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist aktiv (kann bei Bedarf jedoch geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar).
-
Description (Single Line Text) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden). Es ist kein Standardwert festgelegt (bearbeitbar).
-
Datasheets (File Upload) – Das Kennzeichen „Editable“ ist aktiv (kann nicht geändert werden), das Kennzeichen „Required“ ist inaktiv (kann bei Bedarf jedoch geändert werden).
Integrierte Variablen
Dies sind Variablen, die in einen Prozess oder eine Aufgabe integriert sind. Sie können in anderen Benutzerformularen verwendet werden, mit den folgenden Einschränkungen:
-
Es werden keine Kennzeichen angezeigt – standardmäßig sind sie schreibgeschützt und nicht erforderlich.
-
Ihr Typ kann nicht geändert werden.
-
Sie können nicht umbenannt werden.
-
Selbst wenn sie aus allen Formularen in einem Workflow entfernt werden, werden sie nicht aus der Prozessdefinition entfernt (wie es bei einem standardmäßigen benutzerdefinierten Feld/einer benutzerdefinierten Variablen der Fall wäre).
Bestimmte integrierte Variablen – wie Initiator und <TaskName> executed by – können in anderen Benutzerformularen verwendet werden, zum Beispiel als Information eingebunden, aber auch in bedingten Feldern, die Teil der Aufgabeneinstellungen sind und nicht innerhalb eines Formulars selbst. Das folgende Bild zeigt die integrierte Variable Prepare review data executed by, die als Ausgabe erzeugt wird, wenn die Aufgabe Prepare review data abgeschlossen ist. Die Person, die an der Aufgabe arbeiten darf, wird durch Verwendung des Eintrags $Initiator im Feld Assignee als dieselbe Person definiert, die den Prozess gestartet hat.
Beispiel für integrierte Variablen – die Variable Initiator wird verwendet, um den Bearbeiter der Aufgabe festzulegen, während die Variable Prepare review data executed by von der Aufgabe bei Abschluss erzeugt wird.
Ein weiteres Beispiel wäre die Verwendung einer solchen Variablen, um zu verhindern, dass einem Benutzer eine Aufgabe zugewiesen wird. Im folgenden Bild wird die Variable $Rework executed by im Feld Except für die Aufgabe Verify rework eines Milestone-Review-Prozesses verwendet, um zu verhindern, dass der Benutzer, der die vorhergehende Aufgabe (Rework) ausgeführt hat, seine eigene Arbeit verifizieren kann.
Beispiel für die Verwendung einer integrierten Variablen, um zu verhindern, dass ein Benutzer seine eigene Arbeit verifiziert!
Nachfolgend finden Sie eine Liste integrierter Variablen nach Prozessthema. Für jede Variable wird ihr Typ in Klammern hinter ihrem Namen angegeben.
Part Requests
-
Initiator (Single Line Text) – hauptsächlich dem Element Start zugeordnet. Der Wert ist der Name des Benutzers, der diese bestimmte Instanz der aktivierten Prozessdefinition gestartet hat.
-
<TaskName> executed by (Single Line Text) – hauptsächlich dem Element Task zugeordnet (vom Typ User Task). Der Wert ist der Name des Benutzers, der die Aufgabe ausgeführt hat.
-
Create Part in PLM Status (Dropdown) – hauptsächlich dem Element Task zugeordnet (vom Typ Create Part in PLM). Das Ergebnis des PLM-Bauteilerstellungsprozesses. Der Wert kann OK oder FAIL sein.
-
Create Part in PLM Message (Single Line Text) – hauptsächlich dem Element Task zugeordnet (vom Typ Create Part in PLM). Das Ergebnis des PLM-Bauteilerstellungsprozesses. Der Wert ist eine einzeilige Textnachricht.
-
Change State Status (Dropdown) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert kann OK oder FAIL sein.
-
Change State Success (Item/Revision) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geänderten Lifecycle-Status.
-
Change State Failure (Item/Revision) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen, bei denen der Lifecycle-Status nicht geändert werden konnte.
-
Receive <Code> Status (Single Line Text) – hauptsächlich dem Element Event zugeordnet (vom Typ Receive). Der Wert ist der vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Status (z. B. OK).
-
Receive <Code> Message (Multi Line Text) – hauptsächlich dem Element Event zugeordnet (vom Typ Receive). Der Wert ist die vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Nachricht (z. B. eine Fehlermeldung).
-
PLM Part Completed Status (Dropdown) – hauptsächlich dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, das von der PLM-Instanz zurückgesendet wurde. Der Wert kann OK oder FAIL sein.
-
PLM Part Completed Message (Multi Line Text) – hauptsächlich dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, das von der PLM-Instanz zurückgesendet wurde. Der Wert ist eine mehrzeilige Textnachricht.
-
PLM Part Completed Log (File Upload) – hauptsächlich dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, das von der PLM-Instanz zurückgesendet wurde. Der Wert ist ein Link zu einer Protokolldatei.
Project Activities
-
Initiator (Single Line Text) – hauptsächlich dem Element Start zugeordnet. Der Wert ist der Name des Benutzers, der diese bestimmte Instanz der aktivierten Prozessdefinition gestartet hat.
-
Start Release Data (Data Set) – hauptsächlich dem Element Start zugeordnet (vom Typ Start Release). Der Wert ist eine Liste von Revisionen, die von Project Releaser erzeugt wurden.
-
<TaskName> executed by (Single Line Text) – hauptsächlich dem Element Task zugeordnet (vom Typ User Task oder Collect Project Data). Der Wert ist der Name des Benutzers, der die Aufgabe ausgeführt hat.
-
Publish to PLM Status (Dropdown) – hauptsächlich dem Element Task zugeordnet (vom Typ Publish to PLM). Das Ergebnis des PLM-Veröffentlichungsinitialisierungsprozesses. Der Wert kann OK oder FAIL sein.
-
Publish to PLM Message (Single Line Text) – hauptsächlich dem Element Task zugeordnet (vom Typ Publish to PLM). Das Ergebnis des PLM-Veröffentlichungsinitialisierungsprozesses. Der Wert ist eine einzeilige Textnachricht.
-
Publish to PLM Properties (Properties) – hauptsächlich dem Element Task zugeordnet (vom Typ Publish to PLM). Das Ergebnis des PLM-Veröffentlichungsinitialisierungsprozesses. Der Wert ist eine Tabelle mit Eigenschafts-Schlüssel-Wert-Paaren.
-
Change State Status (Dropdown) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert kann OK oder FAIL sein.
-
Change State Success (Item/Revision) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geänderten Lifecycle-Status.
-
Change State Failure (Item/Revision) – hauptsächlich dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen, bei denen der Lifecycle-Status nicht geändert werden konnte.
-
Receive <Code> Status (Single Line Text) – hauptsächlich dem Element Event zugeordnet (vom Typ Receive). Der Wert ist der vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Status (z. B. OK).
-
Receive <Code> Message(Multi Line Text) – ist primär dem Element Event zugeordnet (vom Typ Receive). Der Wert ist die vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Meldung (z. B. eine Fehlermeldung).
-
PLM Publish Completed Status (Dropdown) – ist primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert kann OK oder FAIL sein.
-
PLM Publish Completed Message (Multi Line Text) – ist primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert ist eine mehrzeilige Textmeldung.
-
PLM Publish Completed Log (File Upload) – ist primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert ist ein Link zu einer Protokolldatei.
Project Creations
-
Initiator (Single Line Text) – ist primär dem Element Start zugeordnet. Der Wert ist der Name des Benutzers, der diese bestimmte Instanz der aktivierten Prozessdefinition gestartet hat.
-
<TaskName> executed by (Single Line Text) – ist primär dem Element Task zugeordnet (vom Typ User Task). Der Wert ist der Name des Benutzers, der die Aufgabe ausgeführt hat.
-
Create Project executed by (Single Line Text) – ist primär dem Element Task zugeordnet (vom Typ Create Project). Der Wert ist der Name des Benutzers, der die Aufgabe „Create Project“ ausgeführt hat.
-
Create Project Status (Dropdown) – ist primär dem Element Task zugeordnet (vom Typ Create Project). Das Ergebnis des Prozesses „Create Project“. Der Wert kann OK oder FAIL sein.
-
Initialise in PLM Status (Dropdown) – ist primär dem Element Task zugeordnet (vom Typ Initialise in PLM). Das Ergebnis des PLM-Projektinitialisierungsprozesses. Der Wert kann OK oder FAIL sein.
-
Initialise in PLM Message (Single Line Text) – ist primär dem Element Task zugeordnet (vom Typ Initialise in PLM). Das Ergebnis des PLM-Projektinitialisierungsprozesses. Der Wert ist eine einzeilige Textmeldung.
-
Initialise in PLM Properties (Properties) – ist primär dem Element Task zugeordnet (vom Typ Initialise in PLM). Das Ergebnis des PLM-Projektinitialisierungsprozesses. Der Wert ist eine Tabelle mit Eigenschafts-Schlüssel-Wert-Paaren.
-
Change State Status (Dropdown) – ist primär dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert kann OK oder FAIL sein.
-
Change State Success (Item/Revision) – ist primär dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geändertem Lifecycle-Status.
-
Change State Failure (Item/Revision) – ist primär dem Element Task zugeordnet (vom Typ Change State). Das Ergebnis des Prozesses „Change Lifecycle State“. Der Wert ist eine Liste von Artikelrevisionen, bei denen der Lifecycle-Status nicht geändert werden konnte.
-
Receive <Code> Status (Single Line Text) – ist primär dem Element Event zugeordnet (vom Typ Receive). Der Wert ist der vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Status (z. B. OK).
-
Receive <Code> Message (Multi Line Text) – ist primär dem Element Event zugeordnet (vom Typ Receive). Der Wert ist die vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Meldung (z. B. eine Fehlermeldung).
-
PLM Initialise Completed Status (Dropdown) – ist primär dem Element Event zugeordnet (vom Typ PLM Initialise Completed). Das Ergebnis des PLM-Projektinitialisierungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert kann OK oder FAIL sein.
-
PLM Initialise Completed Message (Multi Line Text) – ist primär dem Element Event zugeordnet (vom Typ PLM Initialise Completed). Das Ergebnis des PLM-Projektinitialisierungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert ist eine mehrzeilige Textmeldung.
-
PLM Initialise Completed Message (File Upload) – ist primär dem Element Event zugeordnet (vom Typ PLM Initialise Completed). Das Ergebnis des PLM-Projektinitialisierungsprozesses, das von der PLM-Instanz zurückgesendet wird. Der Wert ist ein Link zu einer Protokolldatei.
Flags
Abhängig vom Variablentyp für ein auf einem Formular definiertes Feld kann es bis zu drei Flags haben:
-
Editable – aktivieren Sie dieses Flag, um das Feld bearbeitbar zu machen, sodass beispielsweise ein Projektname eingegeben, ein Datum eingetragen, Daten hinzugefügt usw. werden können.
-
Required – aktivieren Sie dieses Flag, um das Feld zu einem Pflichtfeld zu machen. Das bedeutet, dass der Benutzer eine Option auswählen oder Daten eingeben muss, um die Aufgabe absenden zu können.
-
Reset value – aktivieren Sie dieses Flag, damit der Wert des Feldes beim Öffnen des Formulars zurückgesetzt wird. Wenn ein Standardwert anwendbar ist und festgelegt wurde, wird dieser geladen; andernfalls ist das Feld leer (oder zeigt Choose option an, wenn es sich um ein Dropdown-Feld handelt).
Dies kann in einem Workflow mit einer „Schleife“ sehr nützlich sein. Ein Beispiel hierfür wäre ein Workflow für Teileanforderungen, bei dem ein Benutzer eine Anforderung validiert und das Feld Next step auf Needs more info setzt. Der Einreicher ergänzt die Informationen, und diese kommen zur Validierung zurück (hier die Schleife). Wenn für das Feld Next step das Flag Reset value aktiviert ist, wird das Feld zurückgesetzt und nicht mehr mit Needs more info vorausgefüllt. Der Prüfer muss den Wert für das Feld daher bewusst auswählen.
Beziehen Sie sich erneut auf die Tabelle
Supported Variable Types, um die Anwendbarkeit dieser drei Flags für jeden Variablentyp zu sehen.
Beispiele für definierte Felder in einem Formular zusammen mit ihren Flags.
In Bezug auf die Anzeige kann ein Flag wie folgt erscheinen:
-
Blau – das Flag kann geändert werden und ist derzeit aktiv.
-
Grau – das Flag kann geändert werden und ist derzeit inaktiv.
-
Gedämpftes Blau – das Flag ist aktiv und kann nicht geändert werden.
-
Nicht angezeigt – das Flag ist nicht anwendbar.
Wenn ein Flag geändert werden kann, klicken Sie darauf, um seinen aktiven Zustand umzuschalten.
Ein Feld kann nicht als Pflichtfeld festgelegt werden, solange es nicht zuerst bearbeitbar gemacht wurde.
Erweiterte Optionen
Wenn ein Variablentyp zusätzliche Optionen unterstützt, gibt es ein zugehöriges Steuerelement Advanced options – klicken Sie darauf, um es zu erweitern und diese Optionen anzuzeigen.
Beispiele für Advanced options für verschiedene definierte Felder in einem Formular.
Die folgenden Optionen sind hier je nach Variablentyp verfügbar:
-
Keep value provided by each user separately – ermöglicht es Ihnen, das Feld zu verwenden, um die in Formularen angegebenen Werte zu „poolen“, die von mehreren an einer Aufgabe beteiligten Benutzern eingereicht wurden, beispielsweise bei der Überprüfung eines Designs.
-
Dropdown options – definieren Sie hier für eine Variable vom Typ Dropdown die Einträge, die dem Benutzer im zugehörigen Dropdown-Menü des Feldes zur Auswahl angezeigt werden können.
-
Default value – geben Sie einen Standardwert an, der dem Benutzer beim Öffnen des der Aufgabe zugeordneten Formulars als vorausgefüllter Feldwert angezeigt wird. Wenn das Feld vom Typ Dropdown ist, kann der Standardwert auf einen der definierten Dropdown options oder auf None gesetzt werden.
-
Value – typischerweise für eine Variable vom Typ Label; verwenden Sie dieses Feld, um den Beschriftungstext zu definieren, der dem Benutzer in dem der Aufgabe zugeordneten Formular angezeigt wird, an dem er arbeitet, und der beschreibt, was er tun muss.
Hinzufügen eines Feldes
Um einem Formular ein neues Feld hinzuzufügen, klicken Sie auf das Steuerelement Add unten rechts im Formular. Das neue Feld wird am unteren Rand des Formulars hinzugefügt, wobei das Dropdown-Menü Name erweitert ist und Sie entweder eine bereits an anderer Stelle in der Prozessdefinition definierte vorhandene Variable auswählen oder eine neue erstellen können.
Beispiel für das Hinzufügen eines neuen Feldes zu einem Formular. Sie können entweder eine bereits für die übergeordnete Prozessdefinition definierte vorhandene Variable referenzieren oder einen neuen Namen eingeben und dadurch eine neue Variable für diese Definition erstellen (sobald das Formular gespeichert wird).
Variablen, die bereits im aktuellen Formular verwendet werden, sind nicht im Dropdown-Menü enthalten, da es in einem Benutzerformular nur eine Instanz einer Variablen geben kann. Die Variablenliste wird während der Eingabe gefiltert, sodass Sie bei Bedarf schnell zu einer vorhandenen Variablen gelangen.
Wenn eine vorhandene Variable ausgewählt wird:
-
Sie wird dem Formular als weitere Referenz auf die Variable hinzugefügt.
-
Das Feld Name wird in ein Standard-Textfeld geändert, sodass der Name bearbeitet werden kann, jedoch keine andere Variable ausgewählt werden kann.
-
Flags werden entsprechend der Definition der ursprünglichen Variable eingerichtet.
Wenn ein neuer Variablenname eingegeben wird:
-
Das Feld Name wird zu einem Standard-Textfeld.
-
Der Variablen-Type kann ausgewählt werden (Standard ist Single Line Text).
-
Flags werden entsprechend in einem Standardzustand eingerichtet – Bearbeitbar (aktiv), Pflichtfeld (inaktiv), Wert zurücksetzen (inaktiv).
-
Die neue Variable wird der Prozessdefinition hinzugefügt, wenn das Formular gespeichert wird.
Um ein Feld umzubenennen, klicken Sie in das Feld
Name und ändern Sie es wie erforderlich. Wenn das Feld nicht umbenannt werden kann, ist
Name ausgegraut, und das Symbol

wird angezeigt, wenn Sie mit der Maus über das Feld fahren.
Entfernen eines Feldes
Um ein benutzerdefiniertes Feld zu entfernen, klicken Sie auf das Steuerelement
ganz rechts. Das Entfernen erfolgt sofort und ohne Bestätigung.
Das benutzerdefinierte Feld wird nur aus dem aktuellen Formular entfernt. Wenn das Feld bzw. die Variable in einem anderen Formular im Workflow verwendet wird, bleibt es bzw. sie für die Prozessdefinition definiert. Erst wenn es bzw. sie aus allen Formularen entfernt wurde, wird es bzw. sie aus der Liste der definierten Variablen für diese Prozessdefinition entfernt.
Neuordnen von Feldern
Jedes Feld kann an eine beliebige Position im Formular verschoben werden, indem Sie auf das Steuerelement
klicken und es ziehen, das beim Überfahren eines Feldes auf der linken Seite erscheint. So können Sie dem Formular schnell Felder hinzufügen und anschließend dessen Erscheinungsbild (die Reihenfolge dieser Felder) gestalten.
Speichern & Bereitstellen
Sobald ein Prozess wie erforderlich definiert wurde, klicken Sie auf die Schaltfläche
(oben rechts im Editor), damit er der Liste der verfügbaren Prozesse für dieses Prozessthema hinzugefügt wird. Die neue Prozessdefinition wird aktiviert und ist sofort einsatzbereit.
Der Editor kennzeichnet alle Probleme in Ihrem Workflow-Diagramm, die verhindern, dass es gespeichert und bereitgestellt werden kann – ein Diagramm muss beispielsweise ein Start-Ereignis und mindestens ein End-Ereignis enthalten. Außerdem muss eine Benutzeraufgabe mindestens ein Formularfeld und einen Bearbeiter haben.