| Table of Contents | ||
|---|---|---|
|
Назначение
Автоматизация — инструмент настройки автоматических реакций системы на события без программирования. Администратор описывает правило: при каком событии, при каких условиях и какие действия система должна выполнить. Выполнение настроенных действий берёт на себя движок рабочих процессов (см. Архитектура сервиса Автоматизации ).
Автоматизация в сочетании с Валидаторами и Вычислениями позволяет автоматизировать:
- жизненный цикл процесса (в том числе процессы согласования);
- жизненный цикл задачи и замечания;
- жизненный цикл документации (статусы файлов, публикация версий, копирование, штампы);
- рассылку оповещений по событиям;
- обмен командами с внешними системами по REST API;
- прочие прикладные сценарии.
Основные понятия
| Понятие | Где хранится | Описание |
|---|---|---|
| Правило автоматизации (триггер) | Системный список «Автоматизация» (automation) | Описывает событие: для какого Типа элемента, при изменении какого Атрибута и (необязательно) при каком значении атрибута срабатывает правило. Также определяет тип действия, которые можно к нему привязать. |
| Условие | Список «Автоматизация (условия)» (automation_condition) | Формула, которая должна вернуть Истина, чтобы действия правила были выполнены. К правилу привязывается от 0 до n условий. |
| Действие | Список «Автоматизация (действия)» (automation_action) | Операция, которую выполняет система. К правилу привязывается от 1 до n действий, все одного типа. Каждому типу действия соответствует свой обработчик (activity) в движке рабочих процессов. |
| Цепочка | Движок рабочих процессов (Elsa) | Если на одно событие настроено несколько правил, их действия объединяются в одну последовательность — динамически компонуемый процесс Elsa. |
Триггеры
Триггер — событие в системе, на которое реагирует автоматизация. В текущей реализации событием является изменение значения атрибута элемента выбранного Типа элемента (при сохранении существующего элемента), а также создание элемента: при создании все заполненные атрибуты нового элемента считаются изменёнными.
...
| Note | ||
|---|---|---|
| ||
Большинство правил настраивается через Канбан-доску, где триггером служит смена значения атрибута, отражающего этапы жизненного цикла (Статус процесса, Статус задачи, Статус файла и т.п.). Правила с триггером по произвольному атрибуту или без учёта значения создаются напрямую в системном списке «Автоматизация» (Центр администрирования → Настройки → Списки → Автоматизация). Пример: Настройка сброса статуса файла при размещении новой версии . |
Условия
- Условие задаётся формулой с использованием операторов сервиса Вычисления_old и должно вернуть логическое значение. Любой другой результат (пустое значение, строка, число) считается Ложью.
- Если к правилу привязано несколько условий, они объединяются по «И»: действия выполняются, только если выполнены все условия. Для логики «ИЛИ» используйте оператор
||внутри одной формулы. - Правило без условий выполняется всегда при наступлении события.
- Условия вычисляются в контексте элемента, на котором сработал триггер, и проверяются непосредственно перед выполнением каждого действия правила. Поэтому, если предыдущее действие цепочки изменило данные, от которых зависит условие, последующие действия того же правила могут быть пропущены.
- Для действия «Создать этап процесса» условия не проверяются.
...
| Warning | ||
|---|---|---|
| ||
При использовании в условиях функций работы со связями ( |
Действия
Все действия одного правила имеют один тип и выполняются последовательно в порядке значения поля «Порядок». Действия выполняются от имени системного пользователя, поэтому права текущего пользователя на выполнение не влияют, а в атрибуте «Изменено кем» (editor) у изменённых элементов оказывается системная учётная запись.
...
Подробное описание атрибутов и особенностей каждого типа — на странице Типы автоматических действий и её дочерних страницах. В действиях, присваивающих значения, можно использовать формулы сервиса Вычисления_old.
Как выполняется автоматизация
- Пользователь или система сохраняет элемент; портал определяет, какие атрибуты изменились.
- Портал находит правила автоматизации, подходящие по Типу элемента, изменённому атрибуту и его новому значению.
- Правила, сработавшие на одно событие, передаются в движок рабочих процессов, который собирает из их действий единую цепочку и выполняет её.
- Перед каждым действием проверяются условия его правила; действие выполняется над элементом-триггером или над элементами из поля «Исходный элемент(ы) (формула)».
- Если действие изменило атрибут какого-либо элемента, это новое событие: могут сработать другие правила (каскад). Именно так процесс «переходит» со статуса на статус.
- Действие «Создать этап процесса» приостанавливает цепочку до завершения всех задач этапа; после этого выполнение продолжается.
...
Техническое описание взаимодействия портала, модуля Workflows и движка Workflow.Manager — на странице Архитектура сервиса Автоматизации .
Дублирование конфигурации Автоматизации при копировании Типа элемента
Начиная с версии 2025 (25.1) поддерживается полное дублирование Типа элемента с сохранением связанной конфигурации. При выполнении команды «Дублировать» (контекстное меню Типа элемента в Центре администрирования) система создаёт копию ТЭ, включая:
...
Подробнее — в статье Дублирование типа Типа элемента (VITROCAD-5681).
Статьи раздела
| Children Display | ||||
|---|---|---|---|---|
|