Автоматизации 1. Автоматизация- инструмент гибкой настройки автоматизированных действий системы  который добавит еще больше гибкости в управлении глубокой автоматизацией.

Автоматизация жизненного цикла состоит трех основных сущностей, триггеров (или событий), условий и роботов

Триггеры (События) – это это прежде всего шаги жизненного цикла элемента системы, т.е. ссобытия смены статуса.

Именно при наступлении данного события в системе должно быть выполнено нужное нам действие автоматически

Автоматические действия могут быть разных типов, например:

- присвоение значений выбранным атрибутам
- выполнение вычисления по формуле
- отправка оповещения

- подключение рест апи

И т.д.

 
Помимо самого триггера для запуска автоматического  действия (или так называемого робота) в системе можно дополнительно описать проверки и условия выполнения действия

Например: в процессе, после события инициализации (произошла смена статуса процесса) надо заполнить поле «Дата старта» и отправить письмо Наблюдателю
Эти автоматические действия можно настроить при помощи нового инструмента

Автоматизации жизненного цикла

Для того, чтобы можно было заложить в систему все требуемые автоматические действия, и чтобы было удобно этим управлять мы предусмотрели…

… удобный и продуманный интерфейс для настройки. Он выглядит как всеми нам знакомая доска канбан.

В модуле Автоматизация сверху выбираем элемент системы, чей жизненный цикл будем сопровождать автоматическими действиями
Каждая колонка связана с шагом жизненного цикла – с триггером - со сменой статуса

В колонке в виде блоков описаны требуемые действия и условия и проверки, при которых они выполняются

.

На скрине показана автоматизация жизненного цикла замечаний

Вот этот квадратик у события со статусом Новое показывает, что на этом шаге будут отправлены уведомления пользователю.

На шаге Выполнено мы видим, что уже будет выполнен набор действий (роботов) и произойдут следующие изменения, будут отправлены уведомления, внесены изменения в атрибуты и так далее.

Таким образом настроили набор автоматизированных действий, которые будет делать система при переходе замечания одно статуса в другой.

Даже если статус будет изменяться нами вручную, настроенные события будут работать и автоматизировать наши действия в системе!

Что самое классное, так это что автоматические действия можно настраивать не только для замечаний.

системы, который позволяет настраивать события и реакции на них в системе без программирования.
2. Автоматизация состоит из трёх основных компонентов: Триггеров (событий), Условий и Действий.
3. При настройке одной записи (одного правила) Автоматизации указывается: при каком событии и каких условиях какие действия одного типа выполнит система автоматически.
4. Количество записей (правил автоматизации) в списке не ограничено. Правила автоматизации привязаны к Типу элемента.
5. Компоненты Автоматизации в сочетании с Валидаторами позволяют автоматизировать:

• жизненный цикл процесса
• жизненный цикл задачи
• жизненный цикл документации
• жизненный цикл замечания
• рассылку оповещений по событиям
• получение/передача команд по REST API
• прочие задачи

Триггеры

1. Триггер (Событие) - в широком понимании, это событие в системе, которое влечёт за собой определённое действие системы. В контексте настройки автоматизации триггером является смена значения выбранного Атрибута для выбранного Типа элемента. Например, смена значения статуса для замечания (шаг жизненного цикла замечания).
2. При наступлении данного события в системе автоматически должно быть выполнено действие определённого типа.
Примечание
Большинство правил автоматизации настраивается через интерфейс Канбан-доски, где триггером служит смена значения атрибута элемента (Статус процесса, Статус задачи, Статус файла или иного, отражающего этапы жизненного цикла).
Для случаев, когда триггером должна служить смена произвольного атрибута (не статуса), правило необходимо создавать напрямую в системном списке «Автоматизация» (Центр администрирования → Настройки → Списки → Автоматизация). Пример такой настройки описан в статье Настройка сброса статуса файла при размещении новой версии. (добавлено в рамках уточнения документации)

Действия

1. Автоматические действия в системе имеют следующие типы:

• «Установить значения атрибута» - присвоение значения указанному атрибуту текущего элемента
• «Установить права доступа» - установка прав на указанный элемент для выбранных пользователей
• «Забрать права доступа» - снятие прав доступа на элемент для выбранных пользователей
• «Установить значения атрибута связанных объектов» - присвоение значения атрибуту у связанного элемента Связанный элемент - это элемент, связанный с текущим через специальный ТЭ связь, так, что в поле source этой связи указан текущий элемент, а в поле destination указан связанный элемент.
• «Создать этап процесса» - привязка события к этапу рабочего процесса. Это запуск специального блока автоматизации процесса, в рамках которого создаются задачи и ожидается завершение этих задач, до перехода к следующему правилу автоматизации.
• «Вызов внешнего сервиса» - вызов внешнего сервиса
• «Опубликовать документ» - сохранение (публикация) новой (увеличенной на 1) версии документа
• «Выполнить процедуру» - выполнение настроенной процедуры (например, копирование)
• «Добавить штамп» - проставление QR-кода, штампа ВПР и др. на документ
• «Обработка вложений по результатам согласования» - смена статуса вложения при завершении этапа согласования
• «Добавить пустую страницу» - разделение документа пустой страницей с заданным номером
• «Отправить оповещение» - направление оповещения по электронной почте

Подробное описание атрибутов каждого типа действия приведено в статье Типы автоматических действий.
2. При действиях присвоения значения атрибутов можно использовать вычисления по формуле.

Условия

1. Для автоматических действий в системе можно настроить условия выполнения действия.
Пример условия: «выполнить действие только если статус процесса равен значению Завершён».
2. При настройке условия используется формула с использованием операторов сервиса Вычисления.
Важно
При использовании в условиях Автоматизации функций работы со связями (Refs) в сценариях автоматического запуска процесса необходимо проверить корректность их выполнения. В ряде конфигураций такие формулы могут отрабатывать некорректно (VITROCAD-5674). Рекомендуется тестировать правила на тестовой среде перед внедрением в продуктовую систему.

Anchor
_GoBack _GoBack

Дублирование конфигурации Автоматизации при копировании Типа элемента

Начиная с версии 2025 (25.1), поддерживается полное дублирование Типа элемента с сохранением всей связанной конфигурации. При выполнении команды «Дублировать» (через контекстное меню на Типе элемента в Центре администрирования) система автоматически создаёт полную копию ТЭ, включая:

• все атрибуты и их настройки
• вычисляемые поля
• валидаторы
• действия (Actions)
• правила автоматизации - со всеми условиями и действиями для каждого правила, в том числе правила, привязанные к шаблонам рабочих процессов и их шагам

Имя нового ТЭ формируется по принципу \[Исходное название\] - копия. Если такое имя уже существует, добавляется порядковый номер (- копия 1, - копия 2 и т.д.).

Более подробное описание функционала см. в статье Дублирование типа элемента. (VITROCAD-5681)Здесь могут быть задачи, процессы, файл, то есть этот механизм позволяет нам автоматизировать движения по шагам жизненного цикла любого элемента системы.