Parent page: Процессы и рабочие процессы
Одним из краеугольных камней среды совместного проектирования в Altium Designer является поддержка Workflows, которые проводят дизайнеров компании через типовые повседневные процессы проектирования, такие как запрос новых компонентов библиотек Workspace, проведение проверок проекта и создание новых проектов Workspace.
Каждый Workflow, используемый для реализации конкретного процесса проектирования, создаётся как часть Process Definition. Поэтому его можно называть базовым Workflow данного процесса или просто Process Workflow. Новые процессы можно создавать, а существующие — редактировать, используя специализированный Process Workflow Editor. В этом документе рассматривается доступ к редактору и работа с ним для создания требуемого рабочего процесса.
Доступ к редактору Process Workflow
Процессы создаются и управляются из раздела Processes (Admin – Processes) в браузерном интерфейсе Workspace.
Чтобы видеть раздел Processes в интерфейсе, необходимо войти в Workspace с правами администратора.
Чтобы открыть Process Workflow Editor, активируйте вкладку темы процесса, в рамках которой вы хотите создать новый процесс — Part Requests, Project Activities или Project Creations — затем нажмите кнопку
в правом верхнем углу страницы.
Важно сначала сделать тему активной, чтобы процесс был создан с правильным Type.
Доступ к Process Workflow Editor. Если перед входом сделать активной нужную тему процесса, новое определение процесса будет установлено в правильный тип темы.
Process Workflow Editor предоставляет полотно, на котором можно в диаграммном виде собрать нужный workflow. В основной области редактора создаётся диаграмма workflow, а панель Properties справа отображает свойства текущего выбранного элемента диаграммы.
Когда в диаграмме не выбран ни один размещённый элемент, панель Properties будет отображать Name и Type (к какой теме процесса он относится) определения процесса. Дайте процессу осмысленное имя, поскольку оно будет отображаться в браузерном интерфейсе Workspace, а также в соответствующих точках доступа GUI Altium Designer — чтобы дизайнеры могли запускать экземпляр процесса (при условии, что он активирован для использования).
Диаграмма Workflow
Диаграмма 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 |
Этот элемент представляет задачу, которую необходимо выполнить — то, что один или несколько пользователей должны сделать. В review-ориентированном 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) свойствами).
Для темы процесса Project Creations дополнительное свойство Default server folder позволяет указать базовый путь к папке, где будет сохранён новый проект. Если задано, оно становится расположением по умолчанию для этого workflow и может быть переопределено пользователем в поле Server Folder формы New Project (вкладка Advanced).
Дополнительные сведения о переключении типа для этого элемента см. в Changing the Type for a Workflow Element.
|
 |
Branch |
Этот элемент обеспечивает ветвление workflow в зависимости от полученных результатов из предыдущей точки потока (например, получение выбора пользователя или решения). По умолчанию Name оставлено пустым. |
 |
Comment |
Этот элемент позволяет добавлять комментарии к workflow — обычно комментарий добавляют в каждой точке потока, описывая, что должно происходить в этой точке. По умолчанию Name оставлено пустым. |
Размещение элементов Workflow
Чтобы разместить элемент с палитры:
- Щёлкните по записи элемента на палитре. Экземпляр элемента появится, подсвеченный синим, и будет «плавать» на курсоре.
- Расположите элемент в нужном месте на полотне workflow и щёлкните (или щёлкните правой кнопкой), чтобы разместить его. При перемещении элемента по полотну будут появляться направляющие выравнивания относительно горизонтальных и вертикальных центров уже размещённых элементов.
- Чтобы отменить размещение, нажмите Esc.

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

).
- Продолжайте размещать последующие соединения или щёлкните правой кнопкой, либо нажмите Esc, чтобы выйти.

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

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

). Это может произойти, например, если вы попытаетесь переместить начальную точку соединения на тот же элемент, к которому уже прикреплена конечная точка этого соединения. В этом случае сначала переместите конечную точку, затем начальную.
Кроме того, путь соединения будет автоматически изменяться, чтобы сохранять связь с элементом, который перемещается и к которому оно в данный момент подключено.

Пример изменения существующих соединений с использованием различных маркеров редактирования, которые появляются при наведении на соединение.
Изменение свойств элемента
Как упоминалось ранее, в правой части 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.
Помните: если ни один элемент рабочего процесса не выбран, панель
Properties показывает свойства самого родительского определения процесса. Кроме того, при отсутствии выбранных элементов рабочего процесса у вас есть возможность настроить параметрические данные, видимые стандартному пользователю на вкладке
Data для рабочего процесса. Подробнее см.
Configuring Data Visibility for a Standard User.
Comment также можно изменять графически — по размеру: выделите его, затем щёлкните и перетащите его маркеры редактирования.
Изменение типа элемента рабочего процесса
Следующие темы процессов содержат элементы рабочего процесса, поддерживающие несколько типов:
- Part Requestsтема:
- Task — поддерживает типы:
User Task, Change State, Create Part in PLM.
- Event — поддерживает типы:
Send, Receive, Notify User, PLM Part Completed.
- 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.
- Project Creationsтема:
- Task — поддерживает типы:
User Task, Create Project, Change State, Initialise in PLM.
- Event — поддерживает типы:
Send, Receive, Notify User, PLM Initialise Completed.
После размещения элемента на холсте диаграммы рабочего процесса вы можете переключаться между доступными типами с помощью меню, связанного с кнопкой
, которая появляется внутри/рядом с элементом после его выбора.
Переключение между типами, поддерживаемыми элементами Start, Task и Event, при определении рабочего процесса для процесса, относящегося к теме Project Activities.
Разумеется, тип также можно изменить с помощью выпадающего списка, связанного с полем Type , на панели Properties , когда элемент выбран.
Назначение задачи
То, как задача в рабочем процессе назначается исполнителю, зависит от настроек, определённых для Assignee, Except и Task ownership:
- Assignee — может быть один пользователь вашего Workspace, несколько пользователей или конкретная роль (группа пользователей). Здесь также можно использовать переменные, например $Initiator (человек, который запустил экземпляр процесса) или $Review Coordinator (пользователь, выбранный координатором проверки в предыдущей задаче).
Переменные вводятся не текстом вручную — их нужно найти и выбрать из динамического списка возможных значений. Чтобы добавить, например, переменную $Initiator, начните вводить In в поле, а затем выберите запись из списка.
- 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 по умолчанию.
Если вы хотите запретить исходному отправителю запроса на компонент работать с этим запросом, введите переменную $Initiator в поле Except .
Настройка видимости данных для стандартного пользователя
У вас есть возможность настроить параметрические данные, видимые стандартному пользователю на вкладке Data для рабочего процесса — при просмотре хода выполнения активного экземпляра этого процесса. При редактировании рабочего процесса и при отсутствии выбранного элемента данные, которые могут отображаться на вкладке Data , перечислены на панели Properties . Нажмите элемент управления
, чтобы открыть связанную с ним форму (<ProcessName> Data).

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

Удаление элемента рабочего процесса
Чтобы удалить элемент рабочего процесса, выделите его, затем используйте сочетание клавиш Delete. Чтобы удалить несколько элементов, щёлкните и перетащите рамку выделения вокруг них или используйте Ctrl+щелчок, чтобы по одному добавить элементы в выделение, затем используйте сочетание Delete.
Создание формы
Два элемента рабочего процесса — Start и Task — предполагают запрос к пользователю выполнить какое-либо действие. Это может быть запрос исходной информации для инициализации (название и тип проекта, исходный набор данных для проверки, запрашиваемый номер компонента, производитель и даташиты) или другая задача по ходу процесса, которая тем или иным образом требует дополнительного ввода от пользователя (решение по проверке, дополнительные данные, комментарии, готовый компонент по запросу и т. п.). Оба этих элемента можно рассматривать как task-oriented.
Чтобы показать необходимые поля и переменные для обеспечения такого взаимодействия с пользователем, создаётся Form. В некоторых случаях форма уже существует и содержит встроенные поля, которые нельзя удалить; в других случаях форма доступна и имеет поля по умолчанию, но их можно изменить под свои нужды. А в некоторых случаях формы не существует вовсе — и тогда у вас есть достаточно свободы, чтобы создать форму настолько простой или настолько сложной, насколько требуется для нужд вашей компании.
Следующий список показывает все варианты этих двух задач, которые используют/требуют форму:
- Start(тема Part Requests) — существующая форма с полями по умолчанию. Их можно редактировать или удалять, а также задавать значения по умолчанию там, где это применимо. При необходимости можно добавлять дополнительные поля.
- Start типа Start Activity (тема Project Activities) — существующая форма со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
- Start (тема Project Creations) — существующая форма со встроенными полями. Их нельзя удалить. Там, где применимо, можно задать значения по умолчанию. При необходимости можно добавлять дополнительные поля.
- Task типа User Task (все темы процессов) — существующей формы нет. Создайте по мере необходимости.
- Task типа Collect Project Data (только тема Project Activities) — существующая форма со встроенным полем. Его нельзя удалить. При необходимости можно добавлять дополнительные поля.
- Task типа
Create Project (тема Project Creations) — существующая форма со встроенными полями. Их нельзя удалить. Там, где применимо, можно задать значения по умолчанию. При необходимости можно добавлять дополнительные поля.
Редактор пользовательских форм
Форма создаётся с помощью User Form Editor. Для элемента, для которого можно определить Form, вам нужно либо создать форму, если её ещё нет (выберите элемент в рабочем процессе и нажмите кнопку
в разделе Form панели Properties), либо отредактировать её, если она уже существует (выберите элемент в рабочем процессе и нажмите пункт
в разделе Form панели Properties).
Форма строится путём добавления полей — представляющих именованные переменные — требуемых типов, а также установкой флагов (где применимо), определяющих, как эти поля должны использоваться, — по сути, создаётся интерфейс для передачи информации целевому пользователю(ям), выполняющему(им) задачу, и для запроса информации у него(них).
Когда форма сохранена — нажмите кнопку
в нижней части формы — на панели Properties для выбранного элемента рабочего процесса отображается сводка всех определённых в ней полей вместе с их типами переменных.
Пример User Form Editor, заполненной формой для пользовательской задачи Provide review feedback (часть определения процесса Milestone Review в теме Project Activities). Обратите внимание, что панель Properties предоставляет удобную сводку со списком всех полей, определённых в форме, вместе с их типами.
В следующих разделах рассматривается механика User Form Editor, включая поддержку переменных и полей, связанные флаги для каждого поля/переменной, работу внутри формы, а также встроенные/поля и переменные по умолчанию.
Переменные и поля
Что важно учитывать в отношении переменных и полей:
- Variable — это именованный элемент данных, отслеживаемый как часть рабочего процесса для процесса.
- Field — это представление переменной в контексте конкретной пользовательской формы в рабочем процессе для процесса.
- Отдельной функциональности для управления переменными процесса нет:
- Пользовательская переменная добавляется в процесс, когда администратор впервые добавляет её в форму в рамках рабочего процесса этого процесса.
- Пользовательская переменная удаляется из процесса, когда она удалена из всех форм, используемых в рабочем процессе этого процесса.
- Большинство переменных будет определено администратором при создании форм в рабочем процессе определения процесса. Существуют некоторые предопределённые переменные, встроенные в определение процесса для определённых элементов рабочего процесса. Их можно использовать и в других пользовательских формах, но они остаются определёнными для процесса, даже если удалены из всех форм в рамках рабочего процесса.
- В процессе существует только одно определение переменной, то есть где бы эта переменная ни редактировалась (в любой форме), изменения автоматически отражаются во всех остальных формах, используемых в этом рабочем процессе, где эта переменная применяется.
- Имена переменных нечувствительны к регистру (т. е. нельзя иметь две переменные, отличающиеся только регистром).
Supported Variable Types
В следующей таблице перечислены типы переменных, поддерживаемые для использования в форме.
Built-in Fields
Существуют поля, которые являются «встроенными» для определённых типов задач. Эти поля нельзя удалить из формы, в которой они изначально присутствуют, нельзя переименовать, и их тип нельзя изменить. Там, где применимо, можно задать значение по умолчанию. Их можно использовать и в других пользовательских формах со следующими ограничениями:
- Флаги не отображаются — поля доступны только для чтения и не являются обязательными.
- Значение (где применимо) нельзя изменить, но значение по умолчанию (где применимо) — можно.
Ниже приведён список типов задач со встроенными полями. В каждом случае тип переменной/данных указан в скобках после имени поля.
- 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
Это переменные, встроенные в процесс или задачу. Их можно использовать в других пользовательских формах со следующими ограничениями:
- Флаги не отображаются — по умолчанию они доступны только для чтения и не являются обязательными.
- Их тип нельзя изменить.
- Их нельзя переименовать.
- Даже если удалить их из всех форм в рабочем процессе, они не удаляются из определения процесса (в отличие от стандартного пользовательского поля/переменной).
Некоторые встроенные переменные — такие как 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. Значение — ссылка на файл журнала.
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. Значение — ссылка на файл журнала.
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 для поля со списком).
Это может быть очень полезно в рабочем процессе, где предусмотрен «цикл». Примером может служить рабочий процесс запроса компонента, где пользователь проверяет запрос и устанавливает поле Next step в значение Needs more info. Отправитель добавляет информацию, и она возвращается (здесь и есть цикл) на проверку. Если для поля Next step включён флаг Reset value, то поле будет сброшено и больше не будет предварительно заполнено значением Needs more info. Таким образом, проверяющему нужно осознанно выбрать значение для этого поля.
Примеры определённых полей в форме вместе с их флагами.
С точки зрения отображения флаг может выглядеть следующим образом:
Синий — флаг можно изменить, и он сейчас активен.
Серый — флаг можно изменить, и он сейчас неактивен.
Приглушённый синий — флаг активен и не может быть изменён.
- Не отображается — флаг неприменим.
Если флаг можно изменить, щёлкните по нему, чтобы переключить его активное состояние.
Поле нельзя сделать обязательным (Required), пока оно не сделано редактируемым (Editable).
Дополнительные параметры
Если тип переменной поддерживает дополнительные параметры, будет доступен соответствующий элемент управления 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 (неактивен).
- Новая переменная добавляется в определение процесса при сохранении формы.
Чтобы переименовать поле, щёлкните внутри поля
Name и измените как требуется. Если поле нельзя переименовать,
Name будет серым, а при наведении на поле появится значок

.
Удаление поля
Чтобы удалить пользовательское поле, нажмите элемент управления
в его крайней правой части. Удаление происходит мгновенно, без подтверждения.
Пользовательское поле удаляется только из текущей формы. Если поле/переменная используется в другой форме в рабочем процессе, оно останется определённым для определения процесса. Только когда оно будет удалено из всех форм, оно будет удалено из списка определённых переменных для этого определения процесса.
Изменение порядка полей
Любое поле можно переместить в любое место формы, щёлкнув и перетащив элемент управления
, который появляется слева при наведении на поле. Это позволяет быстро добавлять поля в форму, а затем формировать её внешний вид (порядок этих полей) после этого.
Сохранить и развернуть
После того как процесс определён должным образом, нажмите кнопку
(в правом верхнем углу редактора), чтобы добавить его в список доступных процессов для этой темы процесса. Новое определение процесса будет активировано и готово к использованию.
Редактор отметит любые проблемы в вашей диаграмме рабочего процесса, которые мешают её сохранить и развернуть — например, диаграмма должна иметь событие Start и как минимум одно событие End. Кроме того, у пользовательской задачи (User Task) должно быть как минимум одно поле формы и назначенный исполнитель (Assignee).