Definieren eines Prozess-Workflows
Parent page: Prozesse & Workflows
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 benötigten Prozess-Workflow zu erstellen.
Zugriff auf den Prozess-Workflow-Editor
Prozesse werden im Bereich Processes (Admin – Processes) der Browseroberfläche des Workspace erstellt und verwaltet.
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
.
Zugriff auf den Process Workflow Editor. Wenn vor dem Zugriff sichergestellt wird, dass das gewünschte Prozessthema aktiv ist, wird die neue Prozessdefinition auf den richtigen Thementyp gesetzt.
Der Process Workflow Editor stellt eine Arbeitsfläche bereit, auf der Sie Ihren gewünschten Workflow in Form eines Diagramms 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 Browseroberfläche des Workspace sowie an den entsprechenden Zugriffspunkten der Altium Designer-GUI angezeigt wird, damit Designer eine Instanz des Prozesses starten können (sofern er zur Verwendung aktiviert ist).
Das Workflow-Diagramm
Ein Prozess-Workflow-Diagramm wird mit verschiedenen Elementen 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 zu kennzeichnen 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 (Teileanfragen), Start Activity (Projektaktivitäten), Create Project (Projekterstellungen). Dies kann bei Bedarf geändert werden. Informationen zu den standardmäßig zur zugehörigen Maske für dieses Element hinzugefügten Feldern finden Sie unter Built-in Fields und Default Fields. Für das Prozessthema Projektaktivitäten unterstützt dieses Element einen zweiten Type – Start Release. Dieser wird für einen Workflow verwendet, bei dem ein freigegebenes Projekt in eine integrierte PLM-Instanz veröffentlicht werden soll, alles als Teil des Altium Designer Project Releaser. Für das Prozessthema Projekterstellungen ermöglicht eine zusätzliche Eigenschaft Default server folder die Angabe eines Basisordnerpfads, 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). Legen Sie dazu den Type für das Thema entsprechend fest – PLM Part Completed (Teileanfragen), PLM Publish Completed (Projektaktivitäten), PLM Initialise Completed (Projekterstellungen). 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 definierte Sende- als auch Empfangsereignisse als Teil des Workflows). Benachrichtigungen bestehen aus einer eindeutigen Kennung Code und einer Nachricht. Beachten Sie, dass der Code sowohl für Sende- als auch für Empfangsereignisse identisch sein muss. Für Projektaktivitäten 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 – gelöst 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 Workflow für Projektaktivitäten könnte dies das Geben von Feedback im Rahmen eines Reviews sein. In einem Workflow für Teileanfragen 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. Abgesehen vom Standard-User Task (nach Bedarf über ein Formular definiert) unterstützt jedes Prozessthema einen oder mehrere zusätzliche Typen – Create Part in PLM (Teileanfragen), Collect Project Data und Publish to PLM (Projektaktivitäten), Initialise in PLM (Projekterstellungen). 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 entsprechend zwischen den Typen unterscheiden, etwa Assignee und Task Ownership. Bei einem PLM-bezogenen Aufgabentyp wird dies verwendet, um das Ergebnis der Aktion mit der PLM-Instanz zu erfassen (mit Ausgabe von OK oder FAIL zusammen mit einer Nachricht und (für die Themen Projektaktivitäten und Projekterstellungen) Eigenschaften). |
![]() |
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. |
Platzieren von Workflow-Elementen
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.
Verbinden von Workflow-Elementen
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.
- 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 die Verbindung von Elementen in einem Workflow.
Verschieben von Workflow-Elementen
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 Verbindungslinienpfad(e) werden entsprechend angepasst. Verwenden Sie die eingeblendeten dynamischen Ausrichtungshilfen, um die Positionierung zu erleichtern.

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. Damit können die folgenden Änderungen an einer Verbindung grafisch vorgenommen werden:
- 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.

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 das 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 im 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.
Ändern des Typs eines Workflow-Elements
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.
- Task – unterstützt die Typen:
- 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.
- Start – unterstützt die Typen:
- 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.
- Task – unterstützt die Typen:
Nachdem Sie ein Element auf der Workflow-Diagrammfläche platziert haben, können Sie über das Menü der Schaltfläche
, die innerhalb/neben dem Element 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.
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 Rolle (Benutzergruppe) 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).
- 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 (Rework) ausgeführt hat, seine eigene Arbeit verifizieren kann.
- Task ownership – bestimmt, wer in Bezug auf den/die im Feld Assignee angegebenen Benutzer an einer Aufgabe handeln kann. Die folgenden 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 Rolle 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.
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 – wenn der Fortschritt einer aktiven Instanz dieses Prozesses angezeigt wird. 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 (<ProcessName> Data) zuzugreifen.

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.
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 herum oder verwenden Sie Ctrl+Klick, um die Auswahl einzeln aufzubauen, und verwenden Sie dann das Kürzel Delete.
Erstellen eines Formulars
Zwei Workflow-Elemente – Start und Task – beinhalten, einen Benutzer zu einer Aktion aufzufordern. Dies kann eine Anforderung nach Initialisierungsinformationen sein (Projektname und -typ, anfänglicher Datensatz zur Prüfung, angeforderte Teilenummer, Hersteller und Datenblätter) oder eine andere Aufgabe im Ablauf, die in irgendeiner Form zusätzliche Benutzereingaben erfordert (Prüfentscheidung, 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, die eine solche Benutzerinteraktion ermöglichen, wird ein Form erstellt. In manchen Fällen existiert bereits ein Formular mit integrierten Feldern, die nicht entfernt werden können, während in anderen Fällen ein Formular mit Standardfeldern verfügbar ist, diese jedoch angepasst werden können. In wieder anderen Fällen existiert 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/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 auf die Schaltfläche
im Abschnitt Form des Bereichs Properties) oder es bearbeiten, falls es bereits existiert (wählen Sie das Element im Workflow aus und klicken Sie auf den Eintrag
im Abschnitt Form des Bereichs Properties).
Ein Formular wird durch Hinzufügen von Feldern erstellt – diese repräsentieren benannte Variablen – der erforderlichen Typen, sowie durch das Setzen von Kennzeichen (wo zutreffend), die festlegen, 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 werden.
Wenn das Formular gespeichert wird – klicken Sie dazu auf die Schaltfläche
unten im Formular – wird im Bereich Properties für das ausgewählte Workflow-Element 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 Mechanismen des User Form Editor näher betrachtet, einschließlich der 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.
Variablen und Felder
Im Hinblick auf Variablen und Felder ist Folgendes zu beachten:
- Eine Variable ist ein benanntes Datenelement, das als Teil des Workflows für einen Prozess verfolgt wird.
- Ein Field ist die Darstellung einer Variablen im Kontext eines bestimmten Benutzerformulars innerhalb des Workflows für einen Prozess.
- Es gibt keine spezielle Funktionalität 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.
- Es gibt im Prozess 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.
- Variablennamen unterscheiden nicht zwischen Groß- und Kleinschreibung (d. h. Sie können nicht zwei Variablen haben, die sich nur durch die Groß-/Kleinschreibung unterscheiden).
Supported Variable Types
Die folgende Tabelle listet die Variablentypen auf, die zur Verwendung in einem Formular unterstützt werden.
| Variablentyp | Symbol | Editable-Flag? | Required-Flag? | Reset Value-Flag? | Keep Value Per User-Option? | Kann vom Benutzer als neue Variable hinzugefügt werden? | Unterstützung für Standardwert(e) | Hat ein Wertefeld? | Darstellung im Formular bei Bearbeitbarkeit | Darstellung im Formular im schreibgeschützten Zustand | Zutreffende Prozessthemen |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Data Set | ![]() |
|
|
|
|
|
|
|
Dropdown-Feld zur Auswahl eines Release des zuvor angegebenen Projekts.
Möglichkeit, auf das Explorer-Fenster zu verweisen (Schaltfläche mit drei Punkten) Data Sets innerhalb des gewählten Release werden als anklickbare Links aufgelistet |
Linkliste | Project Activities |
| Date | ![]() |
|
|
|
|
|
|
|
Textfeld mit Datumsauswahl. Datum manuell eingeben (im Format dd/mm/yyyy) oder auf das Feld klicken, um den Kalender zu öffnen |
Einzeilige Beschriftung | Alle |
| Dropdown | ![]() |
|
|
|
|
|
|
Einzeiliges Textfeld mit Unterstützung für mehrere Werte (zur Angabe der Dropdown-Optionen) |
Dropdown-Kombinationsfeld mit allen definierten Dropdown-Optionen zur Auswahl | Einzeilige Beschriftung | Alle |
| File Upload | ![]() |
|
|
|
|
|
|
|
Dropdown-Bereich (Drag-and-Drop) Choose Files Schaltfläche Linkliste mit Möglichkeit zum Entfernen |
Linkliste | Alle |
| Item/Revision | ![]() |
|
|
|
|
|
|
|
Textfeld mit Suche während der Eingabe Unterstützt mehrere Werte Möglichkeit, auf das Explorer-Fenster zu verweisen (Schaltfläche mit drei Punkten) |
Linkliste | Alle |
| Label | ![]() |
|
|
|
|
|
|
Mehrzeiliges Textfeld |
N/V | Mehrzeilige Beschriftung | Alle |
| Managed Project | ![]() |
|
|
|
|
|
|
|
Textfeld mit Suche während der Eingabe Unterstützt mehrere Werte |
Linkliste | Alle |
| Multi Line Text | ![]() |
|
|
|
|
|
|
|
Textfeld. Mehrzeilig. | Mehrzeilige Beschriftung | Alle |
| Number | ![]() |
|
|
|
|
|
|
|
Textfeld. Einzeilig mit Zahlenvalidierung | Einzeilige Beschriftung | Alle |
| PLM Publish Template | ![]() |
|
|
|
|
|
|
|
Dropdown-Feld mit allen derzeit definierten PLM-Vorlagen, die im Formular <PLMInstance>:<PublishingTemplate>) erscheinen | N/V | Project Activities |
| Project Template | ![]() |
|
|
|
|
|
|
|
Dropdown, wenn TC2 vorhanden ist Suche mit ..., um zum Explorer zu wechseln |
Einzeilige Beschriftung | Project Creations |
| Properties | ![]() |
|
|
|
|
|
|
|
N/V | Tabelle mit Eigenschafts-Schlüssel-Wert-Paaren Name der Tabelle als Name der Beschriftung Wird bei leerem Inhalt nicht im Formular angezeigt |
Alle |
| Run Web Review | ![]() |
|
|
|
|
|
|
|
Web Review Schaltfläche zum Starten der Web Review-Oberfläche für das angegebene Projekt | - | Project Activities |
| Single Line Text | ![]() |
|
|
|
|
|
|
|
Textfeld. Einzeilig | Einzeilige Beschriftung | Alle |
| User/Group | ![]() |
|
|
|
|
|
|
|
Textfeld mit Suche während der Eingabe Unterstützt mehrere Werte |
Einzeilige Beschriftung Werte durch ',' getrennt |
Alle |
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 (wo zutreffend) jedoch schon.
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 (Project Activities-Thema):
- Project (Managed Project) – Editable- und Required-Flags aktiv (können nicht geändert werden).
- Task Element vom Typ Collect Project Data (Project Activities-Thema):
- Data (Data Set) – Editable-Flag aktiv, Required- und Reset Value-Flags inaktiv (diese können jedoch bei Bedarf geändert werden).
- Task Element vom Typ Publish to PLM (Project Activities-Thema):
- Publish to PLM Template (PLM Publish Template).
- Start Element (Project Creations-Thema):
- Project Name (Single Line Text) – Editable- und Required-Flags aktiv (können nicht geändert werden). Standardwert nicht gesetzt (bearbeitbar).
- Description (Single Line Text) – Editable-Flag aktiv (kann nicht geändert werden), Required-Flag inaktiv (kann jedoch bei Bedarf geändert werden). Standardwert nicht gesetzt (bearbeitbar).
- PCB Project Type (Dropdown) – Editable- und Required-Flags aktiv (können nicht geändert werden). Wert (Dropdown-Optionen) fest auf PCB Project und Multiboard gesetzt. Standardwert auf None gesetzt; kann auf PCB Project oder Multiboard geändert werden.
- Project Template (Project Template) – Editable-Flag aktiv (kann nicht geändert werden), Required-Flag inaktiv (kann jedoch bei Bedarf geändert werden).
- Task Element vom Typ Initialise in PLM (Project Creations-Theme):
- Initialise in PLM Template (PLM Publish Template).
TaskElement vom TypCreate Project(Project Creations-Theme)- Project Name (Single Line Text) – Flags für Bearbeitbar und Erforderlich aktiv (können nicht geändert werden). Standardwert nicht festgelegt (bearbeitbar). Flag Wert zurücksetzen inaktiv (kann geändert werden).
- Description (Single Line Text) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich inaktiv (kann bei Bedarf jedoch geändert werden). Standardwert nicht festgelegt (bearbeitbar). Flag Wert zurücksetzen inaktiv (kann geändert werden).
- PCB Project Type (Dropdown) – Flags für Bearbeitbar und Erforderlich aktiv (können nicht geändert werden). Wert (Dropdown-Optionen) fest auf PCB Project und Multiboard gesetzt. Standardwert auf None gesetzt; kann in PCB Project oder Multiboard geändert werden. Flag Wert zurücksetzen inaktiv (kann geändert werden).
- Project Template (Project Template) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich inaktiv (kann bei Bedarf jedoch geändert werden). Flag Wert zurücksetzen inaktiv (kann geändert werden).
Default Fields
Es gibt einige Felder, die standardmäßig zu workflowbasierten Elementen auf Aufgabenbasis 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 (Part Requests-Theme):
- Part number (Single Line Text) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich aktiv (kann bei Bedarf jedoch geändert werden). Standardwert nicht festgelegt (bearbeitbar).
- Manufacturer (Single Line Text) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich aktiv (kann bei Bedarf jedoch geändert werden). Standardwert nicht festgelegt (bearbeitbar).
- Description (Single Line Text) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich inaktiv (kann bei Bedarf jedoch geändert werden). Standardwert nicht festgelegt (bearbeitbar).
- Datasheets (File Upload) – Flag Bearbeitbar aktiv (kann nicht geändert werden), Flag Erforderlich inaktiv (kann bei Bedarf jedoch geändert werden).
Built-in Variables
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 Flags angezeigt – sie sind standardmäßig 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 bei einem standardmäßigen benutzerdefinierten Feld/einer benutzerdefinierten Variablen).
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 von 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 über den Eintrag $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) – 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) – primär 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) – primär 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) – primär 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) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert kannOKoderFAILsein. -
Change State Success (
Item/Revision) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geändertem Lifecycle-Status. -
Change State Failure (
Item/Revision) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert ist eine Liste von Artikelrevisionen, bei denen der Lifecycle-Status nicht geändert werden konnte. - Receive <Code> Status (Single Line Text) – 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) – primär 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) – primär dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert kann OK oder FAIL sein.
- PLM Part Completed Message (Multi Line Text) – primär dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert ist eine mehrzeilige Textnachricht.
- PLM Part Completed Log (File Upload) – primär dem Element Event zugeordnet (vom Typ PLM Part Completed). Das Ergebnis des PLM-Bauteilerstellungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert ist ein Link zu einer Protokolldatei.
Project Activities
- Initiator (Single Line Text) – primär 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) – primär dem Element Start zugeordnet (vom Typ Start Release). Der Wert ist eine Liste von Revisionen, die durch Project Releaser erzeugt wurden.
- <TaskName> executed by (Single Line Text) – primär 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) – primär 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) – primär 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) – primär dem Element Task zugeordnet (vom Typ Publish to PLM). Das Ergebnis des PLM-Veröffentlichungsinitialisierungsprozesses. Der Wert ist eine Tabelle von Eigenschafts-Schlüssel-Wert-Paaren.
-
Change State Status (
Dropdown) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert kannOKoderFAILsein. -
Change State Success (
Item/Revision) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geändertem Lifecycle-Status. -
Change State Failure (
Item/Revision) – primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert ist eine Liste von Artikelrevisionen, bei denen der Lifecycle-Status nicht geändert werden konnte. - Receive <Code> Status (Single Line Text) – 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) – primär dem Element Event zugeordnet (vom Typ Receive). Der Wert ist die vom Benachrichtigungsempfänger des Drittsystems bereitgestellte Nachricht (z. B. eine Fehlermeldung).
- PLM Publish Completed Status (Dropdown) – primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert kann OK oder FAIL sein.
- PLM Publish Completed Message (Multi Line Text) – primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert ist eine mehrzeilige Textnachricht.
- PLM Publish Completed Log (File Upload) – primär dem Element Event zugeordnet (vom Typ PLM Publish Completed). Das Ergebnis des PLM-Veröffentlichungsprozesses, zurückgesendet von der PLM-Instanz. Der Wert ist ein Link zu einer Protokolldatei.
Project Creations
- Initiator (Single Line Text) – 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) – 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) – primär dem ElementTaskzugeordnet (vom TypCreate Project). Der Wert ist der Name des Benutzers, der die Aufgabe Create Project ausgeführt hat. -
Create Project Status (
Dropdown) – primär dem ElementTaskzugeordnet (vom TypCreate Project). Das Ergebnis des Create Project-Prozesses. Der Wert kannOKoderFAILsein. - Initialise in PLM Status(Dropdown) – ist primär dem Element Task zugeordnet (vom Typ Initialise in PLM). Das Ergebnis des Initialisierungsprozesses des PLM-Projekts. 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 Initialisierungsprozesses des PLM-Projekts. Der Wert ist eine einzeilige Textnachricht.
- Initialise in PLM Properties (Properties) – ist primär dem Element Task zugeordnet (vom Typ Initialise in PLM). Das Ergebnis des Initialisierungsprozesses des PLM-Projekts. Der Wert ist eine Tabelle aus Eigenschafts-Schlüssel-Wert-Paaren.
-
Change State Status (
Dropdown) – ist primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert kannOKoderFAILsein. -
Change State Success (
Item/Revision) – ist primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. Der Wert ist eine Liste von Artikelrevisionen mit erfolgreich geändertem Lifecycle-Status. -
Change State Failure (
Item/Revision) – ist primär dem ElementTaskzugeordnet (vom TypChange State). Das Ergebnis des Prozesses zum Ändern des Lifecycle-Status. 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 Nachricht (z. B. eine Fehlermeldung).
- PLM Initialise Completed Status (Dropdown) – ist primär dem Element Event zugeordnet (vom Typ PLM Initialise Completed). Das Ergebnis des Initialisierungsprozesses des PLM-Projekts, 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 Initialisierungsprozesses des PLM-Projekts, das von der PLM-Instanz zurückgesendet wird. Der Wert ist eine mehrzeilige Textnachricht.
- PLM Initialise Completed Message (File Upload) – ist primär dem Element Event zugeordnet (vom Typ PLM Initialise Completed). Das Ergebnis des Initialisierungsprozesses des PLM-Projekts, 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 der Name eines Projekts 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).
Beispiele für definierte Felder auf 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 Status umzuschalten.
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 auf einem Formular.
Die folgenden Optionen sind hier je nach Variablentyp zu finden:
- Keep value provided by each user separately – ermöglicht es Ihnen, das Feld zu verwenden, um die in Formularen angegebenen Werte zu „sammeln“, die von mehreren an einer Aufgabe beteiligten Benutzern übermittelt wurden, beispielsweise bei der Überprüfung eines Designs.
- Dropdown options – für eine Variable vom Typ Dropdown definieren Sie hier 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 als vorausgefüllter Feldwert angezeigt wird, wenn der Benutzer auf das der Aufgabe zugeordnete Formular zugreift. 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 auf dem der Aufgabe zugeordneten Formular angezeigt wird und 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, sodass 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).
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 einen Standardzustand gesetzt – Bearbeitbar (aktiv), Erforderlich (inaktiv), Wert zurücksetzen (inaktiv).
- Die neue Variable wird der Prozessdefinition hinzugefügt, wenn das Formular gespeichert wird.
Entfernen eines Feldes
Um ein benutzerdefiniertes Feld zu entfernen, klicken Sie auf das Steuerelement
ganz rechts. Das Entfernen erfolgt sofort und ohne Bestätigung.
Neuordnen von Feldern
Jedes Feld kann an eine beliebige Position im Formular verschoben werden, indem Sie auf das Steuerelement
klicken und es ziehen, das auf der linken Seite erscheint, wenn Sie mit der Maus über ein Feld fahren. Dadurch können Sie dem Formular schnell Felder hinzufügen und anschließend dessen Erscheinungsbild gestalten (die Reihenfolge dieser Felder).
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.






)
).
).










