Połączenia między elementami powinny przebiegać od lewej do prawej, ponieważ taki jest logiczny kierunek przepływu. Nie będzie można wybrać elementu docelowego, dla którego połączenie jest uznane za nieprawidłowe (np. próba połączenia elementu End z elementem Start). W takim przypadku element docelowy pojawi się z czerwonym wypełnieniem, a na końcu linii połączenia pozostanie ikona „zabronione” (
).
- Kontynuuj umieszczanie kolejnych połączeń albo kliknij prawym przyciskiem, albo naciśnij Esc, aby zakończyć.
Przykładowe połączenie elementów w workflow.
Przesuwanie elementów workflow
Aby przesunąć element, kliknij go i przeciągnij w nowe, docelowe miejsce. Jeśli element jest połączony z jednym lub większą liczbą innych elementów za pomocą połączeń, połączenia zostaną zachowane, a przebieg linii połączeń zostanie odpowiednio zmodyfikowany. Do pozycjonowania używaj dynamicznych prowadnic wyrównania, które się pojawiają.
Aby przesunąć wiele elementów, najpierw je zaznacz – albo przez Ctrl+kliknięcie każdego wymaganego elementu, albo przez kliknięcie i przeciągnięcie ramki zaznaczenia wokół tych elementów.
Przykład przesunięcia jednego, a następnie wielu umieszczonych elementów. Zwróć uwagę, że połączenia – o ile nie są częścią zaznaczenia – zostaną zmodyfikowane tak, aby zachować odpowiednie połączenie elementów.
Modyfikowanie połączenia
Gdy najedziesz kursorem na połączenie, dostępne stają się różne kontrolki edycji, czyli „uchwyty”. Umożliwiają one graficzne wprowadzanie następujących modyfikacji połączenia:
- Kliknij i przeciągnij uchwyt
, aby przesunąć połączenie wyłącznie w płaszczyźnie pionowej.
- Kliknij i przeciągnij uchwyt
, aby przesunąć połączenie wyłącznie w płaszczyźnie poziomej.
- Przesuwaj kursor wzdłuż połączenia — uchwyt
będzie podążał za kursorem. Kliknij i przeciągnij ten uchwyt, aby utworzyć nowy punkt wierzchołkowy (vertex) dla połączenia.
- Kliknij i przeciągnij uchwyt
, aby przesunąć punkt początkowy połączenia. Musisz przeciągnąć ten punkt na inny istniejący element.
- Kliknij i przeciągnij uchwyt
, aby przesunąć punkt końcowy połączenia. Musisz przeciągnąć ten punkt na inny istniejący element.
Nieprawidłowy punkt upuszczenia podczas przenoszenia punktu początkowego lub końcowego połączenia jest sygnalizowany przez element wypełniony na czerwono (oraz pojawienie się ikony
na końcu połączenia). Może się to zdarzyć na przykład wtedy, gdy spróbujesz przenieść punkt początkowy połączenia na ten sam element, do którego jest już podłączony punkt końcowy tego połączenia. W takim przypadku najpierw przesuń punkt końcowy, a dopiero potem punkt początkowy.
Dodatkowo ścieżka połączenia będzie automatycznie modyfikowana tak, aby pozostało ono podłączone do elementu, który jest przenoszony i z którym jest aktualnie połączone.
Przykład modyfikacji istniejących połączeń z użyciem różnych uchwytów edycji, które pojawiają się po najechaniu kursorem na połączenie.
Modyfikowanie właściwości elementu
Jak wspomniano wcześniej, po prawej stronie Process Workflow Editor znajduje się panel Properties, prezentujący właściwości aktualnie wybranego elementu przepływu pracy. Dla niektórych elementów, takich jak Connection, Branch, End i Comment, jedyną edytowalną właściwością jest ich Name. Dla innych, takich jak Start i Task, dostępne są ustawienia, które można zdefiniować, a także powiązany Form, który można przygotować zgodnie z potrzebami. Pamiętaj też, że właściwości elementu przepływu pracy mogą się zmieniać w zależności od motywu procesu, w ramach którego proces jest definiowany (oraz od typu wybranego dla elementu, jeśli dany element obsługuje wiele typów).
Panel właściwości prezentujący domyślne właściwości elementu przepływu pracy Start (podczas definiowania procesu w ramach motywu Project Activities oraz ustawienia Type elementu na Start Activity). Najedź kursorem na obraz, aby wyświetlić domyślne właściwości, gdy wybrany jest element Task (skonfigurowany jako User Task).
Wprowadzaj wymagane zmiany we właściwościach wybranego elementu przepływu pracy w panelu Properties. Dla elementu, dla którego można zdefiniować Form, musisz albo utworzyć formularz (kliknij przycisk 
w sekcji Form panelu), albo go edytować (kliknij wpis 
w sekcji Form panelu). Więcej informacji znajdziesz w Building a Form.
Pamiętaj: jeśli aktualnie nie jest zaznaczony żaden element przepływu pracy, panel
Properties prezentuje właściwości samej nadrzędnej definicji procesu. Ponadto, gdy nie są zaznaczone żadne elementy przepływu pracy, możesz skonfigurować dane parametryczne widoczne dla standardowego użytkownika na karcie
Data dla przepływu procesu. Więcej szczegółów:
Configuring Data Visibility for a Standard User.
Comment można również modyfikować graficznie pod względem rozmiaru — zaznacz go, a następnie kliknij i przeciągnij jego uchwyty edycji.
Zmienianie typu elementu przepływu pracy
Następujące motywy procesów mają elementy przepływu pracy obsługujące wiele typów:
- Part Requests motyw:
- Task – obsługujący typy:
User Task, Change State, Create Part in PLM.
- Event – obsługujący typy:
Send, Receive, Notify User, PLM Part Completed.
- Project Activities motyw:
- Start – obsługujący typy:
Start Activity, Start Release.
- Task – obsługujący typy:
User Task, Change State, Collect Project Data, Publish to PLM.
- Event – obsługujący typy:
Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
- Project Creations motyw:
- Task – obsługujący typy:
User Task, Create Project, Change State, Initialise in PLM.
- Event – obsługujący typy:
Send, Receive, Notify User, PLM Initialise Completed.
Po umieszczeniu elementu na obszarze roboczym diagramu przepływu pracy możesz przełączać się między dostępnymi typami, korzystając z menu powiązanego z przyciskiem 
, który pojawia się wewnątrz/obok elementu po jego zaznaczeniu.
Przełączanie między typami obsługiwanymi dla elementów Start, Task i Event podczas definiowania przepływu pracy dla procesu należącego do motywu Project Activities.
Oczywiście możesz też zmienić typ, używając listy rozwijanej powiązanej z polem Type w panelu Properties , gdy element jest zaznaczony.
Przypisywanie zadań
To, w jaki sposób zadanie w ramach przepływu pracy zostaje przypisane, zależy od ustawień zdefiniowanych dla Assignee, Except i Task ownership:
- Assignee – może to być pojedynczy użytkownik w Twoim Workspace, wielu użytkowników lub konkretna rola (grupa użytkowników). Można tu również używać zmiennych, na przykład $Initiator (osoba, która uruchomiła instancję procesu) lub $Review Coordinator (użytkownik wybrany jako koordynator przeglądu w poprzednim zadaniu).
Zmiennych nie wpisuje się tekstowo — zamiast tego wyszukuje się je i wybiera z dynamicznej listy możliwych wpisów. Aby dodać na przykład zmienną $Initiator, zacznij wpisywać In w polu, a następnie wybierz pozycję z listy.
- Except – kto nie ma prawa pracować nad zadaniem, nawet jeśli należy do zakresu przypisania. Na przykład wnioskodawca części nie powinien zatwierdzać własnego wniosku o część! Innym przykładem może być użycie zmiennej $Rework executed by w polu Except dla zadania Verify rework w procesie Milestone Review, aby uniemożliwić użytkownikowi, który wykonał poprzednie zadanie (Rework), weryfikowanie własnej pracy.
- Task ownership – określa, kto może wykonać zadanie w odniesieniu do użytkownika(-ów) wskazanych w polu Assignee. Dostępne są następujące opcje:
- One of assigned users – jeśli w polu Assignee znajduje się tylko jeden użytkownik, początkowe zadanie pracy nad zgłoszeniem jest przypisywane bezpośrednio do tego użytkownika. Jeśli przypisanych jest wielu, wszyscy użytkownicy widzą zadanie na swojej liście zadań, a jeden z nich przypisuje zadanie do siebie.
- All assigned users – wszyscy przypisani otrzymują zadanie.
Poniższy obraz pokazuje ustawienia przypisania dla definicji procesu Part Request. Assignee jest zdefiniowane jako administratorzy Workspace (członkowie roli Administrators). Task ownership jest ustawione na One of assigned users, co oznacza, że jeden z tych użytkowników administracyjnych musi podjąć zgłoszenie.
To, który użytkownik początkowo otrzyma zadanie pracy nad nowym wnioskiem o część, zależy od tego, jak zdefiniowano ustawienia dla Assignee, Except i Task ownership dla początkowego zadania użytkownika — w bazowym przepływie pracy dla odpowiedniej definicji procesu. Powyższy obraz pokazuje ustawienia dla domyślnej definicji procesu New Part Request.
Jeśli chcesz uniemożliwić pierwotnemu zgłaszającemu wniosek o część pracę nad tym wnioskiem, wpisz zmienną $Initiator w polu Except .
Konfigurowanie widoczności danych dla standardowego użytkownika
Masz możliwość skonfigurowania danych parametrycznych widocznych dla standardowego użytkownika na karcie Data dla przepływu procesu — podczas podglądu postępu aktywnej instancji tego procesu. Podczas edycji przepływu pracy dla procesu, gdy nie jest zaznaczony żaden element, dane, które mogą być prezentowane na karcie Data , są wymienione w panelu Properties . Kliknij kontrolkę , aby uzyskać dostęp do powiązanego formularza (<ProcessName> Data).
Z poziomu tego formularza możesz określić, czy dany parametr ma być widoczny na karcie Data . Domyślnie parametr jest widoczny (
). Kliknij tę kontrolkę, aby uczynić go niewidocznym (
). Dodatkowo możesz kontrolować kolejność prezentowania danych. Gdy najedziesz kursorem na wpis parametru, po jego lewej stronie pojawi się kontrolka 
. Kliknij i przytrzymaj ją, a następnie przeciągnij parametr na nową pozycję.
Ta funkcja wpływa wyłącznie na to, co może zobaczyć standardowy (nieadministracyjny) użytkownik. Jeśli jesteś zalogowany do Workspace jako administrator, zobaczysz wszystkie dane niezależnie od ustawienia.
Poniższy obraz pokazuje zależność między formularzem a tym, co widzi administrator oraz standardowy (nieadministracyjny) użytkownik na karcie Data dla procesu. W tym przykładzie parametry Description oraz Datasheets są ukryte przed standardowym użytkownikiem.
Usuwanie elementu przepływu pracy
Aby usunąć element przepływu pracy, zaznacz go, a następnie użyj skrótu klawiaturowego Delete. Aby usunąć wiele elementów, kliknij i przeciągnij ramkę zaznaczenia wokół nich lub użyj Ctrl+kliknięcie, aby budować zaznaczenie pojedynczo, a następnie użyj skrótu Delete.
Tworzenie formularza
Dwa elementy przepływu pracy — Start i Task — polegają na poproszeniu użytkownika o wykonanie jakiejś czynności. Może to być prośba o informacje inicjalizacyjne (nazwa i typ projektu, początkowy zestaw danych do przeglądu, żądany numer części, producent i karty katalogowe) lub inne zadanie w przebiegu, które w jakiś sposób wymaga dodatkowych danych wejściowych od użytkownika (decyzja przeglądu, dodatkowe dane, komentarze, gotowa część dla zgłoszenia itd.). Oba te elementy można traktować jako task-oriented.
Aby zaprezentować niezbędne pola i zmienne ułatwiające taką interakcję z użytkownikiem, tworzony jest Form. W niektórych przypadkach formularz już istnieje i zawiera wbudowane pola, których nie można usunąć, w innych formularz jest dostępny i ma pola domyślne, ale można je modyfikować według potrzeb. W jeszcze innych przypadkach formularz nie istnieje, a Ty masz względnie dużą swobodę w przygotowaniu formularza — tak prostego lub tak złożonego, jak wymaga tego Twoja firma.
Poniższa lista pokazuje wszystkie warianty tych dwóch zadań, które używają/wymagają formularza:
- Start(Motyw Part Requests) – istniejący formularz z polami domyślnymi. Można je edytować lub usunąć oraz – tam, gdzie ma to zastosowanie – zdefiniować wartości domyślne. W razie potrzeby można dodać dodatkowe pola.
- Start typu Start Activity (motyw Project Activities) – istniejący formularz z wbudowanym polem. Nie można go usunąć. W razie potrzeby można dodać dodatkowe pola.
- Start (motyw Project Creations) – istniejący formularz z wbudowanymi polami. Nie można ich usunąć. Tam, gdzie ma to zastosowanie, można zdefiniować wartości domyślne. W razie potrzeby można dodać dodatkowe pola.
- Task typu User Task (wszystkie motywy procesów) – brak istniejącego formularza. Utwórz w razie potrzeby.
- Task typu Collect Project Data (tylko motyw Project Activities) – istniejący formularz z wbudowanym polem. Nie można go usunąć. W razie potrzeby można dodać dodatkowe pola.
- Task typu
Create Project (motyw Project Creations) – istniejący formularz z wbudowanymi polami. Nie można ich usunąć. Tam, gdzie ma to zastosowanie, można zdefiniować wartości domyślne. W razie potrzeby można dodać dodatkowe pola.
Edytor formularzy użytkownika
Formularz jest tworzony za pomocą User Form Editor. Dla elementu, dla którego można zdefiniować Form, trzeba albo utworzyć formularz, jeśli jeszcze nie istnieje (zaznacz element w przepływie pracy i kliknij przycisk w sekcji Form panelu Properties), albo edytować go, jeśli już istnieje (zaznacz element w przepływie pracy i kliknij pozycję w sekcji Form panelu Properties).
Formularz buduje się przez dodawanie pól – reprezentujących nazwane zmienne – o wymaganych typach oraz przez ustawianie flag (tam, gdzie ma to zastosowanie) określających sposób użycia tych pól – w praktyce tworząc interfejs do przekazywania informacji do docelowego użytkownika (użytkowników) oraz pozyskiwania od niego (nich) informacji, które wykonają zadanie.
Po zapisaniu formularza – kliknij przycisk 
na dole formularza – na panelu Properties dla wybranego elementu przepływu pracy zostanie wyświetlone podsumowanie wszystkich zdefiniowanych na nim pól wraz z ich typami zmiennych.
Przykład User Form Editor wypełnionego formularzem dla zadania użytkownika Provide review feedback (część definicji procesu Milestone Review, w ramach motywu Project Activities). Zwróć uwagę, że panel Properties zapewnia wygodne podsumowanie w postaci listy wszystkich pól zdefiniowanych w formularzu wraz z ich typami.
Poniższe sekcje omawiają mechanikę User Form Editor, w tym obsługę zmiennych i pól, powiązane flagi dla każdego pola/zmiennej, pracę w formularzu oraz pola i zmienne wbudowane/domyślne.
Zmienne i pola
Rzeczy, o których warto pamiętać w odniesieniu do zmiennych i pól:
- Variable to nazwany element danych, śledzony jako część przepływu pracy dla procesu.
- Field to reprezentacja zmiennej w kontekście konkretnego formularza użytkownika w przepływie pracy dla procesu.
- Nie ma dedykowanej funkcjonalności do zarządzania zmiennymi dla procesu:
- Zmienna zdefiniowana przez użytkownika jest dodawana do procesu, gdy administrator po raz pierwszy doda ją do formularza w przepływie pracy dla tego procesu.
- Zmienna zdefiniowana przez użytkownika jest usuwana z procesu, gdy zostanie usunięta ze wszystkich formularzy używanych w przepływie pracy tego procesu.
- Większość zmiennych zostanie zdefiniowana przez administratora podczas tworzenia formularzy w przepływie pracy dla definicji procesu. Istnieją pewne predefiniowane zmienne, wbudowane w definicję procesu dla określonych elementów przepływu pracy. Można ich używać także w innych formularzach zdefiniowanych przez użytkownika, ale pozostają zdefiniowane dla procesu nawet wtedy, gdy zostaną usunięte ze wszystkich formularzy w ramach przepływu pracy.
- W procesie istnieje tylko jedna definicja zmiennej, co oznacza, że niezależnie od tego, gdzie ta zmienna jest edytowana (w dowolnym formularzu), zmiany są automatycznie odzwierciedlane we wszystkich pozostałych formularzach używanych w tym przepływie pracy, w których zmienna jest wykorzystywana.
- Nazwy zmiennych nie rozróżniają wielkości liter (tzn. nie można mieć dwóch zmiennych różniących się wyłącznie wielkością liter).
Supported Variable Types
Poniższa tabela przedstawia typy zmiennych obsługiwane do użycia w formularzu.
Built-in Fields
Istnieją pewne pola, które są „wbudowane” dla określonych typów zadań. Tych pól nie można usunąć z formularza, z którego pochodzą, nie można ich zmienić nazwy ani zmienić ich typu. Tam, gdzie ma to zastosowanie, można zdefiniować wartość domyślną. Można ich używać w innych formularzach użytkownika, z następującymi ograniczeniami:
- Flagi nie są wyświetlane – pola są tylko do odczytu i nie są wymagane.
- Wartości (tam, gdzie ma to zastosowanie) nie można zmienić, ale można zmienić wartość domyślną (tam, gdzie ma to zastosowanie).
Poniżej znajduje się lista typów zadań z polami wbudowanymi. W każdym przypadku typ zmiennej/danych jest podany w nawiasie po nazwie pola.
- Start element typu Start Activity (motyw Project Activities):
- Project (Managed Project) – aktywne flagi Edytowalne i Wymagane (nie można ich zmienić).
- Task element typu Collect Project Data (motyw Project Activities):
- Data (Data Set) – aktywna flaga Edytowalne, nieaktywne flagi Wymagane i Resetuj wartość (ale można je zmienić w razie potrzeby).
- Task element typu Publish to PLM (motyw Project Activities):
- Publish to PLM Template (PLM Publish Template).
- Start element (motyw Project Creations):
- Project Name (Single Line Text) – aktywne flagi Edytowalne i Wymagane (nie można ich zmienić). Wartość domyślna nieustawiona (edytowalna).
- Description (Single Line Text) – aktywna flaga Edytowalne (nie można jej zmienić), flaga Wymagane nieaktywna (ale można ją zmienić w razie potrzeby). Wartość domyślna nieustawiona (edytowalna).
- PCB Project Type (Dropdown) – aktywne flagi Edytowalne i Wymagane (nie można ich zmienić). Wartość (opcje listy rozwijanej) stała: PCB Project i Multiboard. Wartość domyślna ustawiona na None; można ją zmienić na PCB Project lub Multiboard.
- Project Template (Project Template) – aktywna flaga Edytowalne (nie można jej zmienić), flaga Wymagane nieaktywna (ale można ją zmienić w razie potrzeby).
- Task element typu Initialise in PLM (motyw Project Creations):
- Initialise in PLM Template (PLM Publish Template).
Task element typu Create Project (motyw Project Creations)
- Project Name (Single Line Text) – aktywne flagi Edytowalne i Wymagane (nie można ich zmienić). Wartość domyślna nieustawiona (edytowalna). Flaga Resetuj wartość nieaktywna (można zmienić).
- Description (Single Line Text) – aktywna flaga Edytowalne (nie można jej zmienić), flaga Wymagane nieaktywna (ale można ją zmienić w razie potrzeby). Wartość domyślna nieustawiona (edytowalna). Flaga Resetuj wartość nieaktywna (można zmienić).
- PCB Project Type(Dropdown) – flagi Editable i Required są aktywne (nie można ich zmienić). Wartość (opcje listy rozwijanej) jest na stałe ustawiona na PCB Project i Multiboard. Wartość domyślna ustawiona na None; można ją zmienić na PCB Project lub Multiboard. Flaga Reset Value jest nieaktywna (można ją zmienić).
- Project Template (Project Template) – flaga Editable jest aktywna (nie można jej zmienić), flaga Required jest nieaktywna (ale w razie potrzeby można ją zmienić). Flaga Reset Value jest nieaktywna (można ją zmienić).
Default Fields
Istnieją pewne pola, które są domyślnie dodawane do elementów przepływu pracy opartych na zadaniach. Zachowują się one tak samo jak każde inne pole zdefiniowane przez użytkownika, dlatego w razie potrzeby można je modyfikować i/lub usuwać. Stanowią po prostu punkt wyjścia dla formularza, do którego zostały dodane.
Na przykład poniższy typ zadania ma pola domyślne. Dla każdego pola typ zmiennej/danych jest pokazany w nawiasach po nazwie pola.
- Start element (motyw Part Requests):
- Part number (Single Line Text) – flaga Editable jest aktywna (nie można jej zmienić), flaga Required jest aktywna (ale w razie potrzeby można ją zmienić). Wartość domyślna nie jest ustawiona (edytowalna).
- Manufacturer (Single Line Text) – flaga Editable jest aktywna (nie można jej zmienić), flaga Required jest aktywna (ale w razie potrzeby można ją zmienić). Wartość domyślna nie jest ustawiona (edytowalna).
- Description (Single Line Text) – flaga Editable jest aktywna (nie można jej zmienić), flaga Required jest nieaktywna (ale w razie potrzeby można ją zmienić). Wartość domyślna nie jest ustawiona (edytowalna).
- Datasheets (File Upload) – flaga Editable jest aktywna (nie można jej zmienić), flaga Required jest nieaktywna (ale w razie potrzeby można ją zmienić).
Built-in Variables
Są to zmienne wbudowane w proces lub zadanie. Można ich używać w innych formularzach użytkownika, z następującymi ograniczeniami:
- Nie są wyświetlane żadne flagi – domyślnie są tylko do odczytu (Read-only) i nie są wymagane.
- Nie można zmienić ich typu.
- Nie można zmienić ich nazwy.
- Nawet po usunięciu ze wszystkich formularzy w przepływie pracy nie są usuwane z definicji procesu (jak w przypadku standardowego pola/zmiennej zdefiniowanej przez użytkownika).
Niektóre wbudowane zmienne – takie jak Initiator oraz <TaskName> executed by – mogą być używane w innych formularzach użytkownika, np. jako informacja, ale mogą też być używane w polach warunkowych, które są częścią ustawień zadania, a nie samego formularza. Poniższy obraz pokazuje wbudowaną zmienną Prepare review data executed by, która zostanie wygenerowana jako wynik po zakończeniu zadania Prepare review data. Osoba uprawniona do pracy nad zadaniem jest zdefiniowana jako ta sama osoba, która uruchomiła proces, poprzez użycie wpisu $Initiator w polu Assignee .
Przykładowe wbudowane zmienne – zmienna Initiator używana do zdefiniowania osoby przypisanej do zadania, natomiast zmienna Prepare review data executed by zostanie wygenerowana przez zadanie po jego zakończeniu.
Innym przykładem może być użycie takiej zmiennej, aby zapobiec przypisaniu zadania użytkownikowi. Na poniższym obrazie zmienna $Rework executed by jest użyta w polu Except dla zadania Verify rework w procesie Milestone Review, aby uniemożliwić użytkownikowi, który wykonał poprzednie zadanie (Rework), weryfikację własnej pracy.
Przykład użycia wbudowanej zmiennej, aby uniemożliwić użytkownikowi weryfikację własnej pracy!
Poniżej znajduje się lista wbudowanych zmiennych według motywu procesu. Dla każdej zmiennej jej typ podano w nawiasach po nazwie.
Part Requests
- Initiator (Single Line Text) – głównie powiązana z elementem Start. Wartością jest nazwa użytkownika, który uruchomił tę konkretną instancję aktywowanej definicji procesu.
- <TaskName> executed by (Single Line Text) – głównie powiązana z elementem Task (typu User Task). Wartością jest nazwa użytkownika, który wykonał zadanie.
- Create Part in PLM Status (Dropdown) – głównie powiązana z elementem Task (typu Create Part in PLM). Wynik procesu tworzenia części PLM. Wartość może wynosić OK lub FAIL.
- Create Part in PLM Message (Single Line Text) – głównie powiązana z elementem Task (typu Create Part in PLM). Wynik procesu tworzenia części PLM. Wartością jest jednoliniowy komunikat tekstowy.
-
Change State Status (Dropdown) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartość może wynosić OK lub FAIL.
-
Change State Success (Item/Revision) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartością jest lista rewizji elementów, dla których pomyślnie zmieniono stany cyklu życia.
-
Change State Failure (Item/Revision) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartością jest lista rewizji elementów, dla których nie udało się zmienić stanu cyklu życia.
- Receive <Code> Status (Single Line Text) – głównie powiązana z elementem Event (typu Receive). Wartością jest status przekazany przez odbiornik powiadomień systemu zewnętrznego (np. OK).
- Receive <Code> Message (Multi Line Text) – głównie powiązana z elementem Event (typu Receive). Wartością jest komunikat przekazany przez odbiornik powiadomień systemu zewnętrznego (np. komunikat błędu).
- PLM Part Completed Status (Dropdown) – głównie powiązana z elementem Event (typu PLM Part Completed). Wynik procesu tworzenia części PLM, odesłany z instancji PLM. Wartość może wynosić OK lub FAIL.
- PLM Part Completed Message (Multi Line Text) – głównie powiązana z elementem Event (typu PLM Part Completed). Wynik procesu tworzenia części PLM, odesłany z instancji PLM. Wartością jest wieloliniowy komunikat tekstowy.
- PLM Part Completed Log (File Upload) – głównie powiązana z elementem Event (typu PLM Part Completed). Wynik procesu tworzenia części PLM, odesłany z instancji PLM. Wartością jest łącze do pliku dziennika (log).
Project Activities
- Initiator (Single Line Text) – głównie powiązana z elementem Start. Wartością jest nazwa użytkownika, który uruchomił tę konkretną instancję aktywowanej definicji procesu.
- Start Release Data (Data Set) – głównie powiązana z elementem Start (typu Start Release). Wartością jest lista rewizji wygenerowanych przez Project Releaser.
- <TaskName> executed by (Single Line Text) – głównie powiązana z elementem Task (typu User Task lub Collect Project Data). Wartością jest nazwa użytkownika, który wykonał zadanie.
- Publish to PLM Status (Dropdown) – głównie powiązana z elementem Task (typu Publish to PLM). Wynik procesu inicjalizacji publikacji PLM. Wartość może wynosić OK lub FAIL.
- Publish to PLM Message (Single Line Text) – głównie powiązana z elementem Task (typu Publish to PLM). Wynik procesu inicjalizacji publikacji PLM. Wartością jest jednoliniowy komunikat tekstowy.
- Publish to PLM Properties (Properties) – głównie powiązana z elementem Task (typu Publish to PLM). Wynik procesu inicjalizacji publikacji PLM. Wartością jest tabela właściwości w postaci par klucz–wartość.
-
Change State Status (Dropdown) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartość może wynosić OK lub FAIL.
-
Change State Success (Item/Revision) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartością jest lista rewizji elementów, dla których pomyślnie zmieniono stany cyklu życia.
-
Change State Failure (Item/Revision) – głównie powiązana z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartością jest lista rewizji elementów, dla których nie udało się zmienić stanu cyklu życia.
- Receive <Code> Status (Single Line Text) – głównie powiązana z elementem Event (typu Receive). Wartością jest status przekazany przez odbiornik powiadomień systemu zewnętrznego (np. OK).
- Receive <Code> Message (Multi Line Text) – głównie powiązana z elementem Event (typu Receive). Wartością jest komunikat przekazany przez odbiornik powiadomień systemu zewnętrznego (np. komunikat błędu).
- PLM Publish Completed Status (Dropdown) – głównie powiązana z elementem Event (typu PLM Publish Completed). Wynik procesu publikacji PLM, odesłany z instancji PLM. Wartość może wynosić OK lub FAIL.
- PLM Publish Completed Message (Multi Line Text) – głównie powiązana z elementem Event (typu PLM Publish Completed). Wynik procesu publikacji PLM, odesłany z instancji PLM. Wartością jest wieloliniowy komunikat tekstowy.
- PLM Publish Completed Log (File Upload) – głównie powiązana z elementem Event (typu PLM Publish Completed). Wynik procesu publikacji PLM, odesłany z instancji PLM. Wartością jest łącze do pliku dziennika (log).
Project Creations
- Initiator (Single Line Text) – głównie powiązana z elementem Start. Wartością jest nazwa użytkownika, który uruchomił tę konkretną instancję aktywowanej definicji procesu.
- <TaskName> executed by (Single Line Text) – głównie powiązana z elementem Task (typu User Task). Wartością jest nazwa użytkownika, który wykonał zadanie.
-
Create Project executed by (Single Line Text) – głównie powiązana z elementem Task (typu Create Project). Wartością jest nazwa użytkownika, który wykonał zadanie Create Project.
-
Create Project Status (Dropdown) – głównie powiązana z elementem Task (typu Create Project). Wynik procesu Create Project. Wartość może wynosić OK lub FAIL.
- Initialise in PLM Status (Dropdown) – głównie powiązana z elementem Task (typu Initialise in PLM). Wynik procesu inicjalizacji projektu PLM. Wartość może wynosić OK lub FAIL.
- Initialise in PLM Message (Single Line Text) – głównie powiązana z elementem Task (typu Initialise in PLM). Wynik procesu inicjalizacji projektu PLM. Wartością jest jednoliniowy komunikat tekstowy.
- Initialise in PLM Properties (Properties) – głównie powiązana z elementem Task (typu Initialise in PLM). Wynik procesu inicjalizacji projektu PLM. Wartością jest tabela właściwości w postaci par klucz–wartość.
-
Change State Status(Dropdown) – głównie powiązane z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartość może wynosić OK lub FAIL.
-
Change State Success (Item/Revision) – głównie powiązane z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartość jest listą rewizji elementów, dla których pomyślnie zmieniono stany cyklu życia.
-
Change State Failure (Item/Revision) – głównie powiązane z elementem Task (typu Change State). Wynik procesu Change Lifecycle State. Wartość jest listą rewizji elementów, dla których nie udało się zmienić stanu cyklu życia.
- Receive <Code> Status (Single Line Text) – głównie powiązane z elementem Event (typu Receive). Wartość to status przekazany przez odbiornik powiadomień systemu zewnętrznego (np. OK).
- Receive <Code> Message (Multi Line Text) – głównie powiązane z elementem Event (typu Receive). Wartość to komunikat przekazany przez odbiornik powiadomień systemu zewnętrznego (np. komunikat błędu).
- PLM Initialise Completed Status (Dropdown) – głównie powiązane z elementem Event (typu PLM Initialise Completed). Wynik procesu inicjalizacji projektu PLM, odesłany z instancji PLM. Wartość może wynosić OK lub FAIL.
- PLM Initialise Completed Message (Multi Line Text) – głównie powiązane z elementem Event (typu PLM Initialise Completed). Wynik procesu inicjalizacji projektu PLM, odesłany z instancji PLM. Wartość jest wielowierszowym komunikatem tekstowym.
- PLM Initialise Completed Message (File Upload) – głównie powiązane z elementem Event (typu PLM Initialise Completed). Wynik procesu inicjalizacji projektu PLM, odesłany z instancji PLM. Wartość jest łączem do pliku dziennika.
Flagi
W zależności od typu zmiennej dla pola zdefiniowanego w formularzu, może ono mieć do trzech flag:
Editable – włącz tę flagę, aby pole było edytowalne, np. aby można było wpisać nazwę projektu, wprowadzić datę, dodać dane itd.
Required – włącz tę flagę, aby pole było wymagane, co oznacza, że użytkownik musi wybrać opcję lub wprowadzić dane, aby móc przesłać zadanie.
Reset value – włącz tę flagę, aby wartość pola była resetowana przy wejściu do formularza. Jeśli ma zastosowanie wartość domyślna i została ustawiona, zostanie ona wczytana; w przeciwnym razie pole będzie puste (lub pokaże Choose option w przypadku pola listy rozwijanej).
Może to być bardzo przydatne w przepływie pracy, który zawiera „pętlę”. Przykładem może być workflow procesu zgłoszenia części, w którym użytkownik weryfikuje zgłoszenie i ustawia pole Next step na Needs more info. Zgłaszający dodaje informacje i wraca to (tu występuje pętla) do weryfikacji. Jeśli pole Next step ma włączoną flagę Reset value, wówczas pole zostanie zresetowane i nie będzie już wstępnie wypełnione wartością Needs more info. Weryfikujący musi więc świadomie wybrać wartość dla tego pola.
Przykłady zdefiniowanych pól w formularzu wraz z ich flagami.
Pod względem wyświetlania flaga może wyglądać następująco:
- Niebieska – flagę można zmienić i jest obecnie aktywna.
Szara – flagę można zmienić i jest obecnie nieaktywna.
Przygaszony niebieski – flaga jest aktywna i nie można jej zmienić.- Niewyświetlana – flaga nie ma zastosowania.
Gdy flagę można zmienić, kliknij ją, aby przełączyć jej stan aktywności.
Pole nie może zostać oznaczone jako Wymagane, dopóki nie zostanie najpierw ustawione jako Edytowalne.
Opcje zaawansowane
Jeśli typ zmiennej obsługuje dodatkowe opcje, będzie dostępna powiązana kontrolka Advanced options – kliknij ją, aby rozwinąć i je zobaczyć.
Przykłady Advanced options dla różnych zdefiniowanych pól w formularzu.
W zależności od typu zmiennej można tu znaleźć następujące opcje:
- Keep value provided by each user separately – umożliwia użycie pola do „puli” wartości podanych w formularzach przesłanych przez wielu użytkowników zaangażowanych w zadanie, np. w przegląd projektu.
- Dropdown options – dla zmiennej typu Dropdown zdefiniuj tutaj wpisy, które mogą pojawić się do wyboru użytkownika w powiązanym z polem menu listy rozwijanej.
- Default value – podaj wartość domyślną, która będzie prezentowana jako „wstępnie wypełniona” wartość pola, gdy użytkownik otworzy formularz powiązany z zadaniem. Jeśli pole jest typu Dropdown, wartość domyślna może zostać ustawiona na jedną ze zdefiniowanych Dropdown options lub na None.
- Value – zazwyczaj dla zmiennej typu Label użyj tego pola do zdefiniowania tekstu etykiety, wyświetlanego użytkownikowi w formularzu powiązanym z zadaniem, nad którym pracuje, i opisującego, co ma zrobić.
Dodawanie pola
Aby dodać nowe pole do formularza, kliknij kontrolkę Add w prawym dolnym rogu formularza. Nowe pole zostanie dodane na dole formularza, a lista rozwijana Name zostanie rozwinięta, aby można było wybrać istniejącą zmienną zdefiniowaną gdzie indziej w definicji procesu lub utworzyć nową.
Przykład dodania nowego pola do formularza. Możesz wybrać odwołanie do istniejącej zmiennej zdefiniowanej dla nadrzędnej definicji procesu albo wpisać nową nazwę, tworząc w ten sposób nową zmienną dla tej definicji (po zapisaniu formularza).
Zmienne, które są już używane w bieżącym formularzu, nie są uwzględniane w menu listy rozwijanej, ponieważ na formularzu użytkownika może wystąpić tylko jedna instancja danej zmiennej. Lista zmiennych jest filtrowana w miarę pisania, co pozwala szybko znaleźć istniejącą zmienną, jeśli jest potrzebna.
Jeśli zostanie wybrana istniejąca zmienna:
- Zostaje dodana do formularza jako kolejne odwołanie do zmiennej.
- Pole Name zostaje zmienione na standardowe pole tekstowe, umożliwiające edycję nazwy, ale bez możliwości wybrania innej zmiennej.
- Flagi są ustawiane zgodnie z tym, jak zdefiniowano oryginalną zmienną.
Jeśli zostanie wpisana nazwa nowej zmiennej:
- Pole Name staje się standardowym polem tekstowym.
- Można wybrać Type zmiennej (domyślnie Single Line Text).
- Flagi są ustawiane na stan domyślny – Edytowalne (aktywne), Wymagane (nieaktywne), Resetuj wartość (nieaktywne).
- Nowa zmienna zostaje dodana do definicji procesu po zapisaniu formularza.
Aby zmienić nazwę pola, kliknij w polu
Name i zmodyfikuj je zgodnie z potrzebą. Jeśli nie można zmienić nazwy pola,
Name będzie wyszarzone, a po najechaniu kursorem na pole pojawi się ikona
.
Usuwanie pola
Aby usunąć pole zdefiniowane przez użytkownika, kliknij kontrolkę 
po jego prawej stronie. Usunięcie następuje natychmiast, bez potwierdzenia.
Pole zdefiniowane przez użytkownika jest usuwane tylko z bieżącego formularza. Jeśli pole/zmienna jest używana w innym formularzu w workflow, pozostanie zdefiniowana dla definicji procesu. Dopiero gdy zostanie usunięta ze wszystkich formularzy, zostanie usunięta z listy zdefiniowanych zmiennych dla tej definicji procesu.
Zmiana kolejności pól
Każde pole można przenieść na dowolną pozycję w formularzu, klikając i przeciągając kontrolkę , która pojawia się po lewej stronie po najechaniu kursorem na pole. Umożliwia to szybkie dodawanie pól do formularza, a następnie dopracowanie jego wyglądu (kolejności tych pól).
Zapisz i wdroż
Po zdefiniowaniu procesu zgodnie z wymaganiami kliknij przycisk 
(w prawym górnym rogu edytora), aby dodać go do listy dostępnych procesów dla danego motywu procesu. Nowa definicja procesu zostanie aktywowana i będzie gotowa do użycia.
Edytor wskaże wszelkie problemy z diagramem workflow, które uniemożliwiają jego zapisanie i wdrożenie – na przykład diagram musi mieć zdarzenie Start oraz co najmniej jedno zdarzenie End. Ponadto zadanie użytkownika (User Task) musi mieć co najmniej jedno pole formularza oraz przypisaną osobę (Assignee).
Tłumaczenie SI