Определение рабочего процесса
Parent page: Процессы и рабочие процессы
Краеугольным камнем среды совместного проектирования в Altium Designer является поддержка Workflows, которые направляют дизайнеров компании в рамках типичных повседневных процессов проектирования, таких как запрос новых компонентов библиотек Workspace, проведение проверок проекта и создание новых проектов Workspace.
Каждый Workflow, используемый для реализации конкретного процесса проектирования, создаётся как часть Process Definition. Поэтому его можно называть базовым Workflow этого процесса или просто Process Workflow. Новые процессы можно создавать, а существующие — редактировать, используя специализированный Process Workflow Editor. В этом документе рассматривается доступ к редактору и работа с ним для создания требуемого рабочего процесса.
Доступ к редактору рабочего процесса
Процессы создаются и управляются в разделе Processes (Admin – Processes) браузерного интерфейса Workspace.
Чтобы открыть Process Workflow Editor, активируйте вкладку темы процесса, в рамках которой вы хотите создать новый процесс — Part Requests, Project Activities или Project Creations — затем нажмите кнопку
в правом верхнем углу страницы.
Доступ к Process Workflow Editor. Если перед доступом активировать нужную тему процесса, новое определение процесса будет установлено в правильный тип темы.
Process Workflow Editor предоставляет полотно, на котором можно в виде диаграммы сформировать нужный workflow. Основная область редактора — это место, где вы создаёте диаграмму workflow, а панель Properties справа отображает свойства, относящиеся к выбранному в данный момент элементу диаграммы.
Когда в диаграмме не выбран ни один размещённый элемент, панель Properties будет отражать Name и Type (к какой теме процесса он относится) определения процесса. Дайте процессу осмысленное имя, поскольку оно будет отображаться в браузерном интерфейсе Workspace, а также в соответствующих точках доступа GUI Altium Designer — чтобы дизайнеры могли инициировать экземпляр процесса (при условии, что он активирован для использования).
Диаграмма Workflow
Диаграмма рабочего процесса строится с использованием различных элементов, доступных в палитре в верхней части области.
Диаграмма workflow строится с использованием элементов из доступной палитры.
В следующей таблице перечислены все возможные элементы диаграммы:
| Значок | Тип | Описание |
|---|---|---|
![]() |
Connection | Этот элемент обеспечивает соединение между элементами точек событий в workflow. Его форму можно изменять графически, и хотя по умолчанию его Name оставлено пустым, это может быть полезно для обозначения/описания различных путей, исходящих из элемента ветвления в потоке. |
![]() |
Start | Это начальная точка workflow. Name по умолчанию предварительно заполняется в зависимости от темы — Submit Request (Part Requests), Start Activity (Project Activities), Create Project (Project Creations). При необходимости это можно изменить. Сведения о полях по умолчанию, добавляемых в связанную форму для этого элемента, см. в Built-in Fields и Default Fields. Для темы процесса Project Activities этот элемент поддерживает второй Type — Start Release. Он используется для workflow, в котором выпущенный проект должен быть опубликован в интегрированный экземпляр PLM, и всё это — как часть Altium Designer Project Releaser. Для темы процесса Project Creations дополнительное свойство Default server folder позволяет указать базовый путь к папке, куда будет сохранён новый проект. Если задано, оно становится расположением по умолчанию для этого workflow и может быть переопределено пользователем в поле Server Folder формы New Project (вкладка Advanced). Дополнительные сведения о переключении типа для этого элемента см. в Changing the Type for a Workflow Element. |
![]() |
Event |
Этот элемент можно использовать для получения результата действия в интегрированном экземпляре PLM (с выдачей OK или FAIL, а также сообщения и журнала). Для этого установите Type для темы соответствующим образом — PLM Part Completed (Part Requests), PLM Publish Completed (Project Activities), PLM Initialise Completed (Project Creations). По умолчанию Name предварительно заполняется значением Type , но при необходимости его можно изменить. Этот элемент также можно использовать для отправки и получения уведомлений в стороннюю систему с использованием Enterprise Server EDS (требуется доступ к Enterprise Server SDK). Установите Type в Send или Receive соответственно (в составе workflow должны быть определены оба события — Send и Receive). Уведомления состоят из уникального идентификатора Code и сообщения. Обратите внимание, что Code должен быть одинаковым для событий Send и Receive. Для Project Activities тип этого элемента также можно установить в Related Tasks Completed. Это используется, когда комментарии были добавлены и назначены как задачи конкретным людям — связанные с активностью для самого проекта. Это означает, что workflow процесса для активности не может быть завершён, пока все связанные задачи — назначенные комментарии — также не будут закрыты. |
![]() |
End | Это конечная точка workflow или ветви этого workflow. Name для элемента можно установить в Completed, Rejected или Cancelled. |
![]() |
Task |
Этот элемент представляет задачу, которую необходимо выполнить — то, что должны сделать один или несколько пользователей. В workflow Project Activity на основе ревью это может быть предоставление обратной связи в рамках проверки. В workflow Part Request это может быть работа над конкретным запрошенным компонентом или, возможно, только над его символом или посадочным местом. Каждая задача предоставляет пользователю данные или получает данные от пользователя через специализированную Form — создаваемую со всеми полями, переменными и информацией, необходимыми для достижения цели задачи. Дополнительные сведения см. в Building a Form. Помимо стандартного User Task (определяемого по мере необходимости через форму), каждая тема процесса поддерживает один или несколько дополнительных типов — Create Part in PLM (Part Requests), Collect Project Data и Publish to PLM (Project Activities), Initialise in PLM (Project Creations). В каждом случае Name по умолчанию устанавливается в тип задачи, но при необходимости может быть изменён. Для каждого типа должны быть определены дополнительные настройки, и они различаются в зависимости от типа, например Assignee и Task Ownership. Для задачи типа, связанного с PLM, это используется для получения результата действия с экземпляром PLM (с выдачей OK или FAIL, а также сообщения и (для тем Project Activities и Project Creations) свойств). |
![]() |
Branch | Этот элемент обеспечивает ветвление workflow в зависимости от полученных результатов из предыдущей точки потока (например, получение выбора пользователя или решения). По умолчанию Name оставлено пустым. |
![]() |
Comment | Этот элемент позволяет комментировать ваш workflow — обычно добавляя комментарий в каждой точке потока, с описанием того, что должно происходить в этой точке. По умолчанию Name оставлено пустым. |
Размещение элементов Workflow
Чтобы разместить элемент из палитры:
- Щёлкните по записи элемента в палитре. Экземпляр элемента появится, подсвеченный синим, и будет «плавать» на курсоре.
- Расположите элемент в нужном месте на полотне workflow и щёлкните (или щёлкните правой кнопкой), чтобы выполнить размещение. При перемещении элемента по полотну будут появляться направляющие выравнивания относительно горизонтальных и вертикальных центров уже размещённых элементов.
- Чтобы отменить размещение, нажмите Esc.

Пример размещения элементов на полотне workflow (Start, End и User Task). Обратите внимание на динамические направляющие выравнивания, которые помогают при размещении.
Соединение элементов Workflow
Чтобы соединить два элемента workflow:
- Щёлкните по записи
в палитре. - Наведите курсор на первый (исходный) элемент, который нужно соединить, и щёлкните.
- Переместите курсор — от элемента начнёт тянуться линия соединения. Наведите курсор на второй (целевой) элемент, который нужно соединить, и щёлкните.
- Продолжайте размещать последующие соединения или щёлкните правой кнопкой мыши, либо нажмите Esc, чтобы выйти.

Пример соединения элементов в workflow.
Перемещение элементов Workflow
Чтобы переместить элемент, щёлкните по нему и перетащите в нужное новое место. Если элемент соединён с одним или несколькими другими элементами через соединения, эти соединения будут сохранены, а траектория(и) линии соединения будет(ут) соответствующим образом изменена(ы). Для удобства позиционирования используйте динамические направляющие выравнивания, которые появляются на экране.

Пример перемещения одного, затем нескольких размещённых элементов. Обратите внимание: соединения, если они не входят в выделение, будут изменены так, чтобы элементы оставались соединёнными соответствующим образом.
Изменение соединения
Когда вы наводите курсор на соединение, становятся доступны различные элементы управления редактированием, или «маркеры». Они позволяют графически выполнять следующие изменения соединения:
- Щёлкните и перетащите маркер
, чтобы перемещать соединение только в вертикальной плоскости. - Щёлкните и перетащите маркер
, чтобы перемещать соединение только в горизонтальной плоскости. - Перемещайте курсор вдоль соединения — маркер
будет следовать за курсором. Щёлкните и перетащите этот маркер, чтобы создать новую вершину (точку излома) соединения. - Щёлкните и перетащите маркер
, чтобы переместить начальную точку соединения. Эту точку необходимо перетащить на другой существующий элемент. - Щёлкните и перетащите маркер
, чтобы переместить конечную точку соединения. Эту точку необходимо перетащить на другой существующий элемент.

Пример изменения существующих соединений с использованием различных маркеров редактирования, которые появляются при наведении на соединение.
Изменение свойств элемента
Как упоминалось ранее, в правой части Process Workflow Editor находится панель Properties, в которой отображаются свойства текущего выбранного элемента рабочего процесса. Для некоторых элементов, таких как Connection, Branch, End и Comment, единственным редактируемым свойством является их Name. Для других, таких как Start и Task, можно задавать настройки, а также создавать связанный Form по мере необходимости. Также помните, что свойства элемента рабочего процесса могут меняться в зависимости от темы процесса, в рамках которой определяется процесс (и от выбранного типа элемента, если для него поддерживается несколько типов).
Панель свойств, показывающая свойства по умолчанию для элемента рабочего процесса Start (при определении процесса в теме Project Activities и установке Type элемента в Start Activity). Наведите курсор на изображение, чтобы увидеть свойства по умолчанию, когда выбран элемент Task (настроенный как User Task).
Вносите необходимые изменения в свойства выбранного элемента рабочего процесса через панель Properties. Для элемента, для которого можно определить Form, вам потребуется либо создать форму (нажмите кнопку
в разделе Form панели), либо отредактировать её (нажмите запись
в разделе Form панели). Дополнительные сведения см. в разделе Building a Form.
Изменение типа элемента рабочего процесса
Следующие темы процессов содержат элементы рабочего процесса, поддерживающие несколько типов:
- Part Requests тема:
- Task — поддерживает типы:
User Task, Change State, Create Part in PLM. - Event — поддерживает типы:
Send, Receive, Notify User, PLM Part Completed.
- Task — поддерживает типы:
- Project Activities тема:
- Start — поддерживает типы:
Start Activity, Start Release. - Task — поддерживает типы:
User Task, Change State, Collect Project Data, Publish to PLM. - Event — поддерживает типы:
Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
- Start — поддерживает типы:
- Project Creations тема:
- Task — поддерживает типы:
User Task, Create Project, Change State, Initialise in PLM. - Event — поддерживает типы:
Send, Receive, Notify User, PLM Initialise Completed.
- Task — поддерживает типы:
После размещения элемента на холсте диаграммы рабочего процесса вы можете переключаться между доступными типами с помощью меню, связанного с кнопкой
, которая появляется внутри/рядом с элементом после его выбора.
Переключение между типами, поддерживаемыми элементами Start, Task и Event, при определении рабочего процесса для процесса, относящегося к теме Project Activities.
Назначение задачи
То, как задача в рамках рабочего процесса назначается исполнителю, зависит от настроек, определённых для Assignee, Except и Task ownership:
- Assignee — это может быть один пользователь вашего Workspace, несколько пользователей или конкретная роль (группа пользователей). Здесь также можно использовать переменные, например $Initiator (человек, который запустил экземпляр процесса) или $Review Coordinator (пользователь, выбранный координатором проверки в предыдущей задаче).
- Except — кто не имеет права работать над задачей, даже если входит в область назначаемых исполнителей. Например, инициатор запроса на компонент не должен утверждать собственный запрос на компонент! Другой пример — использование переменной $Rework executed by в поле Except для задачи Verify rework процесса Milestone Review, чтобы пользователь, выполнивший предыдущую задачу (Rework), не мог проверять собственную работу.
- Task ownership — определяет, кто может выполнять задачу относительно пользователя(ей), указанных в поле Assignee. Доступны следующие варианты:
- One of assigned users — если в поле Assignee указан только один пользователь, начальная задача по обработке запроса назначается напрямую этому пользователю. Если назначено несколько исполнителей, все пользователи видят задачу в своём списке задач, и один из них назначает задачу себе.
- All assigned users — все назначенные исполнители получают задачу.
На изображении ниже показаны настройки назначения для определения процесса Part Request. Assignee задан как администраторы Workspace (участники роли Administrators). Task ownership установлено в One of assigned users, что означает: один из этих административных пользователей должен взять запрос в работу.

Какой пользователь изначально получит задачу по обработке нового запроса на компонент, зависит от того, как были определены настройки Assignee, Except и Task ownership для начальной пользовательской задачи — в базовом рабочем процессе соответствующего определения процесса. На изображении выше показаны настройки для определения процесса New Part Request по умолчанию.
Настройка видимости данных для стандартного пользователя
У вас есть возможность настроить параметрические данные, видимые стандартному пользователю на вкладке Data для рабочего процесса — при просмотре прогресса активного экземпляра этого процесса. При редактировании рабочего процесса и при отсутствии выбранного элемента данные, которые могут отображаться на вкладке Data , перечислены на панели Properties . Нажмите элемент управления
, чтобы открыть связанную с ним форму (<ProcessName> Data).

В этой форме вы можете определить, будет ли параметр видим на вкладке Data . По умолчанию параметр видим Нажмите этот элемент управления, чтобы сделать его невидимым Кроме того, можно управлять порядком отображения данных. При наведении на запись параметра слева от неё появляется элемент управления
. Нажмите и удерживайте его, затем перетащите параметр в новое положение.
Следующее изображение показывает связь между формой и тем, что видит административный и стандартный (не административный) пользователь на вкладке Data процесса. В этом примере параметры Description и Datasheets скрыты от стандартного пользователя.

Удаление элемента рабочего процесса
Чтобы удалить элемент рабочего процесса, выделите его, затем используйте сочетание клавиш Delete. Чтобы удалить несколько элементов, щёлкните и протяните рамку выделения вокруг них или используйте Ctrl+щелчок, чтобы по одному добавить элементы в выделение, затем примените сочетание Delete.
Создание формы
Два элемента рабочего процесса — Start и Task — предполагают запрос к пользователю выполнить какое-либо действие. Это может быть запрос исходной информации для инициализации (название и тип проекта, исходный набор данных для проверки, запрашиваемый номер компонента, производитель и даташиты) или другая задача по ходу процесса, требующая дополнительного ввода от пользователя (решение по проверке, дополнительные данные, комментарии, готовый компонент по запросу и т. п.). Оба этих элемента можно рассматривать как task-oriented.
Чтобы представить необходимые поля и переменные для обеспечения такого взаимодействия с пользователем, создаётся Form. В некоторых случаях Form уже существует со встроенными полями, которые нельзя удалить, в других — Form доступна и имеет поля по умолчанию, но их можно изменить под свои нужды. А в некоторых случаях Form отсутствует, и тогда у вас есть сравнительно большая свобода создать Form настолько простой или настолько сложной, насколько требуется для нужд вашей компании.
Следующий список показывает все варианты этих двух задач, которые используют/требуют Form:
- Start (тема Part Requests) — существующая Form с полями по умолчанию. Их можно редактировать или удалять, а также задавать значения по умолчанию там, где это применимо. При необходимости можно добавлять дополнительные поля.
- Start типа Start Activity (тема Project Activities) — существующая Form со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
- Start (тема Project Creations) — существующая Form со встроенными полями. Их нельзя удалить. Значения по умолчанию можно задавать там, где это применимо. При необходимости можно добавлять дополнительные поля.
- Task типа User Task (все темы процессов) — существующей Form нет. Создайте по мере необходимости.
- Task типа Collect Project Data (только тема Project Activities) — существующая Form со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
- Task типа
Create Project(тема Project Creations) — существующая Form со встроенными полями. Их нельзя удалить. Значения по умолчанию можно задавать там, где это применимо. При необходимости можно добавлять дополнительные поля.
Редактор пользовательских форм
Form создаётся с помощью User Form Editor. Для элемента, для которого может быть определён Form, вам нужно либо создать форму, если она ещё не существует (выберите элемент в workflow и нажмите кнопку
в разделе Form панели Properties), либо отредактировать её, если она уже существует (выберите элемент в workflow и нажмите пункт
в разделе Form панели Properties).
Form строится путём добавления полей — представляющих именованные переменные — требуемых типов, а также установкой флагов (где применимо), определяющих, как эти поля должны использоваться, — по сути, создаётся интерфейс для передачи информации и запроса информации у целевых пользователей, которые будут выполнять задачу.
Когда форма сохранена — нажмите кнопку
внизу Form — на панели Properties для выбранного элемента workflow отображается сводка всех определённых в ней полей вместе с их типами переменных.
Пример User Form Editor, заполненного Form для User Task Provide review feedback (часть определения процесса Milestone Review в теме Project Activities). Обратите внимание, что панель Properties предоставляет удобную сводку со списком всех полей, определённых в Form, вместе с их типами.
В следующих разделах рассматривается механика User Form Editor, включая поддержку переменных и полей, связанные флаги для каждого поля/переменной, работу внутри Form, а также встроенные/поля и переменные по умолчанию.
Переменные и поля
Что важно учитывать в отношении переменных и полей:
- Variable — это именованный элемент данных, отслеживаемый как часть workflow для процесса.
- Field — это представление переменной в контексте конкретной пользовательской Form в workflow процесса.
Отдельной функциональности для управления переменными процесса нет: - Пользовательская переменная добавляется в процесс, когда администратор впервые добавляет её в Form внутри workflow этого процесса.
- Пользовательская переменная удаляется из процесса, когда она удалена из всех Forms, используемых в workflow этого процесса.
- Большинство переменных администратор определяет при создании Forms в workflow определения процесса. Есть некоторые предопределённые переменные, встроенные в определение процесса для конкретных элементов workflow. Их можно использовать и в других пользовательских Forms, но они остаются определёнными для процесса, даже если удалены из всех Forms в workflow.
- В процессе существует только одно определение переменной, то есть где бы эта переменная ни редактировалась (в любой Form), изменения автоматически отражаются во всех других Forms, используемых в этом workflow, где применяется данная переменная.
- Имена переменных нечувствительны к регистру (т. е. нельзя иметь две переменные, отличающиеся только регистром).
Supported Variable Types
Следующая таблица перечисляет типы переменных, поддерживаемые для использования в Form.
| Тип переменной | Значок | Флаг Editable? | Флаг Required? | Флаг Reset Value? | Опция Keep Value Per User? | Можно ли добавить пользователем как новую переменную? | Поддержка значения(ий) по умолчанию | Есть поле Value? | Отображение в Form при Editable | Отображение в Form при Read-Only | Применимые темы процессов |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Data Set | ![]() |
|
|
|
|
|
|
|
Выпадающее поле для выбора одного релиза ранее указанного проекта.
Возможность перейти в окно Explorer (кнопка с тремя точками) Наборы данных в выбранном релизе перечисляются как кликабельные ссылки |
Список ссылок | Project Activities |
| Date | ![]() |
|
|
|
|
|
|
|
Текстовое поле с выбором даты. Введите дату вручную (в формате dd/mm/yyyy) или нажмите на поле, чтобы открыть календарь |
Однострочная метка | Все |
| Dropdown | ![]() |
|
|
|
|
|
|
Однострочное текстовое поле с поддержкой нескольких значений (для задания вариантов выпадающего списка) |
Выпадающий комбобокс со всеми определёнными вариантами, из которых можно выбрать | Однострочная метка | Все |
| File Upload | ![]() |
|
|
|
|
|
|
|
Область для перетаскивания (drag and drop) Choose Files кнопка Список ссылок с возможностью удаления |
Список ссылок | Все |
| Item/Revision | ![]() |
|
|
|
|
|
|
|
Текстовое поле с поиском по мере ввода Поддерживаются несколько значений Возможность перейти в окно Explorer (кнопка с тремя точками) |
Список ссылок | Все |
| Label | ![]() |
|
|
|
|
|
|
Многострочное текстовое поле |
Н/Д | Многострочная метка | Все |
| Managed Project | ![]() |
|
|
|
|
|
|
|
Текстовое поле с поиском по мере ввода Поддерживаются несколько значений |
Список ссылок | Все |
| Multi Line Text | ![]() |
|
|
|
|
|
|
|
Текстовое поле. Многострочное. | Многострочная метка | Все |
| Number | ![]() |
|
|
|
|
|
|
|
Текстовое поле. Однострочное с проверкой числа | Однострочная метка | Все |
| PLM Publish Template | ![]() |
|
|
|
|
|
|
|
Выпадающее поле со списком всех текущих определённых PLM Templates, отображающихся в форме <PLMInstance>:<PublishingTemplate>) | Н/Д | Project Activities |
| Project Template | ![]() |
|
|
|
|
|
|
|
Выпадающий список, когда используется TC2 Поиск с ... для перехода в explorer |
Однострочная метка | Project Creations |
| Properties | ![]() |
|
|
|
|
|
|
|
Н/Д | Таблица пар ключ-значение свойств Имя таблицы используется как имя метки Если пусто — не показывается в форме |
Все |
| Run Web Review | ![]() |
|
|
|
|
|
|
|
Web Review кнопка для запуска интерфейса Web Review для указанного проекта | - | Project Activities |
| Single Line Text | ![]() |
|
|
|
|
|
|
|
Текстовое поле. Однострочное | Однострочная метка | Все |
| User/Group | ![]() |
|
|
|
|
|
|
|
Текстовое поле с поиском по мере ввода Поддерживаются несколько значений |
Однострочная метка Значения разделяются запятой ',' |
Все |
Built-in Fields
Для некоторых типов задач есть поля, которые являются «встроенными». Эти поля нельзя удалить из Form, из которой они происходят, нельзя переименовать, и нельзя изменить их тип. Там, где это применимо, можно задать значение по умолчанию. Их можно использовать в других пользовательских Forms со следующими ограничениями:
- Флаги не отображаются — поля доступны только для чтения и не являются обязательными.
- Значение (где применимо) нельзя изменить, но значение по умолчанию (где применимо) — можно.
Ниже приведён список типов задач со встроенными полями. В каждом случае тип переменной/данных указан в скобках после имени поля.
- Start элемент типа Start Activity (тема Project Activities):
- Project (Managed Project) — активны флаги Editable и Required (изменить нельзя).
- Task элемент типа Collect Project Data (тема Project Activities):
- Data (Data Set) — активен флаг Editable, флаги Required и Reset value неактивны (но при необходимости их можно изменить).
- Task элемент типа Publish to PLM (тема Project Activities):
- Publish to PLM Template (PLM Publish Template).
- Start элемент (тема Project Creations):
- Project Name (Single Line Text) — активны флаги Editable и Required (изменить нельзя). Значение по умолчанию не задано (редактируемое).
- Description (Single Line Text) — активен флаг Editable (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (редактируемое).
- PCB Project Type (Dropdown) — активны флаги Editable и Required (изменить нельзя). Значение (варианты выпадающего списка) фиксировано: PCB Project и Multiboard. Значение по умолчанию установлено в None; можно изменить на PCB Project или Multiboard.
- Project Template (Project Template) — активен флаг Editable (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить).
- Taskэлемент типа Initialise in PLM (тема Project Creations):
- Initialise in PLM Template (PLM Publish Template).
Taskэлемент типаCreate Project(тема Project Creations)- Project Name (Single Line Text) – флаги Editable и Required активны (изменить нельзя). Значение по умолчанию не задано (редактируемое). Флаг Reset Value неактивен (можно изменить).
- Description (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (редактируемое). Флаг Reset Value неактивен (можно изменить).
- PCB Project Type (Dropdown) – флаги Editable и Required активны (изменить нельзя). Значение (варианты в выпадающем списке) фиксировано: PCB Project и Multiboard. Значение по умолчанию установлено в None; можно изменить на PCB Project или Multiboard. Флаг Reset Value неактивен (можно изменить).
- Project Template (Project Template) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Флаг Reset Value неактивен (можно изменить).
Default Fields
Есть некоторые поля, которые по умолчанию добавляются в элементы рабочих процессов, основанных на задачах. Они ведут себя так же, как и любые другие пользовательские поля, поэтому при необходимости их можно изменять и/или удалять. Они просто задают отправную точку для формы, в которую были добавлены.
Например, следующий тип задачи содержит поля по умолчанию. Для каждого поля тип переменной/данных показан в скобках после имени поля.
- Start элемент (тема Part Requests):
- Part number (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required активен (но при необходимости его можно изменить). Значение по умолчанию не задано (редактируемое).
- Manufacturer (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required активен (но при необходимости его можно изменить). Значение по умолчанию не задано (редактируемое).
- Description (Single Line Text) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить). Значение по умолчанию не задано (редактируемое).
- Datasheets (File Upload) – флаг Editable активен (изменить нельзя), флаг Required неактивен (но при необходимости его можно изменить).
Built-in Variables
Это переменные, встроенные в процесс или задачу. Их можно использовать в других пользовательских формах со следующими ограничениями:
- Флаги не отображаются — по умолчанию они доступны только для чтения (Read-only) и не являются обязательными.
- Их тип нельзя изменить.
- Их нельзя переименовать.
- Даже если удалить их из всех форм в рабочем процессе, они не удаляются из определения процесса (в отличие от стандартного пользовательского поля/переменной).
Некоторые встроенные переменные — такие как Initiator и <TaskName> executed by — можно использовать в других пользовательских формах, например, просто как информацию, но также их можно применять в условных полях, которые являются частью настроек задачи, а не самой формы. На изображении ниже показана встроенная переменная Prepare review data executed by, которая будет сгенерирована как выходной результат при завершении задачи Prepare review data. Пользователь, которому разрешено работать над задачей, задаётся как тот же пользователь, который запустил процесс, за счёт использования записи $Initiator в поле Assignee .
Пример встроенных переменных — переменная Initiator используется для назначения исполнителя задачи, а переменная Prepare review data executed by будет сгенерирована задачей по завершении.
Ещё один пример — использование такой переменной, чтобы запретить назначение задачи пользователю. На изображении ниже переменная $Rework executed by используется в поле Except для задачи Verify rework процесса Milestone Review, чтобы пользователь, выполнивший предыдущую задачу (Rework), не мог проверять собственную работу.
Пример использования встроенной переменной, чтобы не допустить проверки пользователем собственной работы!
Ниже приведён список встроенных переменных по темам процессов. Для каждой переменной её тип указан в скобках после имени.
Part Requests
- Initiator (Single Line Text) – в основном связана с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
- <TaskName> executed by (Single Line Text) – в основном связана с элементом Task (типа User Task). Значение — имя пользователя, выполнившего задачу.
- Create Part in PLM Status (Dropdown) – в основном связана с элементом Task (типа Create Part in PLM). Результат процесса создания компонента в PLM. Значение может быть OK или FAIL.
- Create Part in PLM Message (Single Line Text) – в основном связана с элементом Task (типа Create Part in PLM). Результат процесса создания компонента в PLM. Значение — однострочное текстовое сообщение.
-
Change State Status (
Dropdown) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение может бытьOKилиFAIL. -
Change State Success (
Item/Revision) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла успешно изменено. -
Change State Failure (
Item/Revision) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить. - Receive <Code> Status (Single Line Text) – в основном связана с элементом Event (типа Receive). Значение — статус, предоставленный приёмником уведомлений сторонней системы (например, OK).
- Receive <Code> Message (Multi Line Text) – в основном связана с элементом Event (типа Receive). Значение — сообщение, предоставленное приёмником уведомлений сторонней системы (например, сообщение об ошибке).
- PLM Part Completed Status (Dropdown) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение может быть OK или FAIL.
- PLM Part Completed Message (Multi Line Text) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение — многострочное текстовое сообщение.
- PLM Part Completed Log (File Upload) – в основном связана с элементом Event (типа PLM Part Completed). Результат процесса создания компонента в PLM, возвращённый из экземпляра PLM. Значение — ссылка на файл журнала (log).
Project Activities
- Initiator (Single Line Text) – в основном связана с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
- Start Release Data (Data Set) – в основном связана с элементом Start (типа Start Release). Значение — список ревизий, сгенерированных Project Releaser.
- <TaskName> executed by (Single Line Text) – в основном связана с элементом Task (типа User Task или Collect Project Data). Значение — имя пользователя, выполнившего задачу.
- Publish to PLM Status (Dropdown) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение может быть OK или FAIL.
- Publish to PLM Message (Single Line Text) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение — однострочное текстовое сообщение.
- Publish to PLM Properties (Properties) – в основном связана с элементом Task (типа Publish to PLM). Результат процесса инициализации публикации в PLM. Значение — таблица пар «ключ-значение» свойств.
-
Change State Status (
Dropdown) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение может бытьOKилиFAIL. -
Change State Success (
Item/Revision) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла успешно изменено. -
Change State Failure (
Item/Revision) – в основном связана с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить. - Receive <Code> Status (Single Line Text) – в основном связана с элементом Event (типа Receive). Значение — статус, предоставленный приёмником уведомлений сторонней системы (например, OK).
- Receive <Code> Message (Multi Line Text) – в основном связана с элементом Event (типа Receive). Значение — сообщение, предоставленное приёмником уведомлений сторонней системы (например, сообщение об ошибке).
- PLM Publish Completed Status (Dropdown) – в основном связана с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращённый из экземпляра PLM. Значение может быть OK или FAIL.
- PLM Publish Completed Message (Multi Line Text) – в основном связана с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращённый из экземпляра PLM. Значение — многострочное текстовое сообщение.
- PLM Publish Completed Log (File Upload) – в основном связана с элементом Event (типа PLM Publish Completed). Результат процесса публикации в PLM, возвращённый из экземпляра PLM. Значение — ссылка на файл журнала (log).
Project Creations
- Initiator (Single Line Text) – в основном связана с элементом Start. Значение — имя пользователя, который запустил данный экземпляр активированного определения процесса.
- <TaskName> executed by (Single Line Text) – в основном связана с элементом Task (типа User Task). Значение — имя пользователя, выполнившего задачу.
-
Create Project executed by (
Single Line Text) – в основном связана с элементомTask(типаCreate Project). Значение — имя пользователя, выполнившего задачу Create Project. -
Create Project Status (
Dropdown) – в основном связана с элементомTask(типаCreate Project). Результат процесса Create Project. Значение может бытьOKилиFAIL. - Initialise in PLM Status(Dropdown) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение может быть OK или FAIL.
- Initialise in PLM Message (Single Line Text) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение — однострочное текстовое сообщение.
- Initialise in PLM Properties (Properties) – в первую очередь связано с элементом Task (типа Initialise in PLM). Результат процесса инициализации проекта PLM. Значение — таблица пар «ключ–значение» свойств.
-
Change State Status (
Dropdown) – в первую очередь связано с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение может бытьOKилиFAIL. -
Change State Success (
Item/Revision) – в первую очередь связано с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла успешно изменено. -
Change State Failure (
Item/Revision) – в первую очередь связано с элементомTask(типаChange State). Результат процесса Change Lifecycle State. Значение — список ревизий элементов, для которых состояние жизненного цикла не удалось изменить. - Receive <Code> Status (Single Line Text) – в первую очередь связано с элементом Event (типа Receive). Значение — статус, предоставленный получателем уведомлений сторонней системы (например, OK).
- Receive <Code> Message (Multi Line Text) – в первую очередь связано с элементом Event (типа Receive). Значение — сообщение, предоставленное получателем уведомлений сторонней системы (например, сообщение об ошибке).
- PLM Initialise Completed Status (Dropdown) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, отправленный обратно из экземпляра PLM. Значение может быть OK или FAIL.
- PLM Initialise Completed Message (Multi Line Text) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, отправленный обратно из экземпляра PLM. Значение — многострочное текстовое сообщение.
- PLM Initialise Completed Message (File Upload) – в первую очередь связано с элементом Event (типа PLM Initialise Completed). Результат процесса инициализации проекта PLM, отправленный обратно из экземпляра PLM. Значение — ссылка на файл журнала.
Флаги
В зависимости от типа переменной для поля, определённого в форме, у него может быть до трёх флагов:
-
Editable – включите этот флаг, чтобы сделать поле редактируемым — например, чтобы можно было ввести имя проекта, дату, добавить данные и т. п. -
Required – включите этот флаг, чтобы сделать поле обязательным; это означает, что пользователь должен выбрать вариант или ввести данные, чтобы иметь возможность отправить задачу. -
Reset value – включите этот флаг, чтобы значение поля сбрасывалось при входе в форму. Если применимо значение по умолчанию и оно задано, оно будет загружено; в противном случае поле будет пустым (или будет отображаться Choose option, если это поле со списком).
Примеры определённых полей в форме вместе с их флагами.
С точки зрения отображения флаг может выглядеть так:
-
Синий — флаг можно изменить, и он сейчас активен. -
Серый — флаг можно изменить, и он сейчас неактивен. -
Приглушённый синий — флаг активен и не может быть изменён. - Не отображается — флаг неприменим.
Если флаг можно изменить, щёлкните по нему, чтобы переключить его активное состояние.
Расширенные параметры
Если тип переменной поддерживает дополнительные параметры, будет доступен соответствующий элемент управления Advanced options — нажмите его, чтобы развернуть и увидеть их.
Примеры Advanced options для различных определённых полей в форме.
Здесь могут находиться следующие параметры — в зависимости от типа переменной:
- Keep value provided by each user separately – позволяет использовать поле для «сборки» значений, указанных в формах, отправленных несколькими пользователями, участвующими в задаче, например при рецензировании проекта.
- Dropdown options – для переменной типа Dropdown задайте здесь элементы, которые могут отображаться для выбора пользователем в связанном с полем выпадающем меню.
- Default value – задайте значение по умолчанию, которое будет показано «предзаполненным» в качестве значения поля, когда пользователь открывает форму, связанную с задачей. Если поле имеет тип Dropdown, значение по умолчанию можно установить на один из определённых Dropdown options или задать как None.
- Value – обычно для переменной типа Label используйте это поле, чтобы задать текст метки, отображаемый пользователю в форме, связанной с задачей, над которой он работает, и описывающий, что ему нужно сделать.
Добавление поля
Чтобы добавить новое поле в форму, нажмите элемент управления Add в правом нижнем углу формы. Новое поле добавляется в нижнюю часть формы, при этом раскрывается выпадающий список Name, чтобы можно было либо выбрать существующую переменную, уже определённую где-то в рамках определения процесса, либо создать новую.
Пример добавления нового поля в форму. Можно либо сослаться на существующую переменную, определённую для родительского определения процесса, либо ввести новое имя и тем самым создать новую переменную для этого определения (после сохранения формы).
Если выбрана существующая переменная:
- Она добавляется в форму как ещё одна ссылка на переменную.
- Поле Name меняется на стандартное текстовое поле, позволяя редактировать имя, но не выбирать другую переменную.
- Флаги настраиваются в соответствии с тем, как была определена исходная переменная.
Если введено имя новой переменной:
- Поле Name становится стандартным текстовым полем.
- Можно выбрать Type переменной (по умолчанию — Single Line Text).
- Флаги устанавливаются в состояние по умолчанию — Editable (активен), Required (неактивен), Reset value (неактивен).
- Новая переменная добавляется в определение процесса при сохранении формы.
Удаление поля
Чтобы удалить пользовательское поле, нажмите элемент управления
в крайней правой части. Удаление происходит сразу, без подтверждения.
Изменение порядка полей
Любое поле можно переместить в любое место формы, щёлкнув и перетащив элемент управления
, который появляется слева при наведении на поле. Это позволяет быстро добавлять поля в форму, а затем настраивать её внешний вид (порядок этих полей).
Сохранить и развернуть
После того как процесс определён нужным образом, нажмите кнопку
(в правом верхнем углу редактора), чтобы добавить его в список доступных процессов для данной темы процесса. Новое определение процесса будет активировано и готово к использованию.






).
).
).










