Оформление
Условия и действия перехода
Условие решает, можно ли выполнить переход. Действие выполняет предусмотренное изменение. Если нужно запретить переход при незаполненном поле, это не следует маскировать действием, которое сначала меняет объект.
Где находится
В редакторе «Жизненный цикл» откройте статус или переход. Условия и действия могут относиться к выходу из исходного состояния и входу в целевое.
Порядок выполнения
Сначала проверяются условия выхода и входа. Затем выполняются действия выхода, назначение и действия входа. Также проверяются права, ревизия и требуемые поля. Настройки статуса и самого перехода участвуют вместе.
Для перехода между состояниями проверка условий идёт в порядке: исходный статус, переход на выходе, целевой статус, переход на входе.
Настроить правило
- Опишите бизнес-цель простым предложением: например, «перед решением нужен отчёт».
- Выберите место правила: состояние целиком или отдельный переход.
- Используйте доступное типизированное условие или действие.
- Для полей и ссылок выбирайте реальные элементы текущего типа.
- Сохраните и проверьте положительный и отрицательный сценарии.
- Если используется скрипт, отдельно проверьте его доступные возможности и ошибки.
Какие настройки есть в конструкторе
Для правила допуска задайте когда проверить, условие и понятное сообщение при невыполнении. «Удалить правило» убирает только выбранное условие из редактируемой настройки. Сохранённые системные и скриптовые условия могут показываться без универсального редактора: это не приглашение заменять их условием «Всегда».
В списке действий стрелки меняют порядок, «Убрать» исключает выбранное действие. Условный блок «Если → Тогда / Иначе» содержит отдельные действия обеих веток. Для этапа выбирается вход или выход; вложенные действия наследуют момент проверки своего блока.
| Действие | Что заполнить и проверить |
|---|---|
| Изменить поля | Выберите доступное поле и значение нужного типа. «+ Поле» добавляет изменение, «Убрать поле» снимает его; системные поля не становятся произвольно редактируемыми |
| Назначить команду и сотрудника | Сначала команда, затем её сотрудник либо «Не назначать — оставить команде». При смене команды прежний сотрудник сбрасывается |
| Назначить выполнившего переход | Ответственным станет исполнитель перехода; проверки команды и прав сохраняются |
| Комментарий | Текст или поле-источник, внутренний/публичный. Специальное действие ввода комментария использует форму перехода |
| Создать согласование | Название, выбранные сотрудники или сотрудник из поля, политика решения, обязательность и комментарий. Само создание не настраивает маршрут заявки по результату |
| Повторное согласование | В дополнительных настройках задаются «Новое согласование при каждом повторном входе» и код правила. Меняйте осознанно, чтобы не получать дубликаты |
| Подписчики | Добавить, удалить выбранных или заменить весь список; при необходимости сотрудники из поля. «Заменить» затрагивает существующий список |
| Скрипт | Опубликованный скрипт и конкретная версия из разрешённых для перехода. Открытие другой версии в каталоге не меняет эту привязку |
| Событие | Имя создаваемого события; оно само по себе не подтверждает отправку уведомления |
В сохранённом процессе встречаются специализированные действия: связь с объектом, отчёт о решении, выбор команды эскалации, примечание основной заявке о дубле, завершающий переход. Их параметры показываются там, где они поддерживаются. Согласование руководителя и этапы ЗНИ имеют собственные настройки и закреплённые маршруты — не заменяйте их универсальным согласованием только из-за похожего названия.
Этап целиком или один маршрут
В окне статуса раскройте «Автоматизация — когда, если, выполнить» и сначала выберите «Где действует автоматизация».
- «Все входы и выходы этапа» — общие правила состояния. Вход может включать создание заявки сразу в этом состоянии.
- «Только … → …» — правила одного указанного перехода. Они не распространяются на остальные пути в тот же статус.
Например, действие «назначить команду при передаче из HR в ИТ» не стоит делать общим правилом любого входа в статус, если другие входы должны сохранять назначение. Сначала определите точный маршрут, затем добавляйте действие. Переключение области только меняет показанный набор правил — не копирует и не сохраняет его. Итоговая кнопка — «Сохранить статус».
Порядок действий важен: условие «Если» может учитывать изменения предыдущего действия. Стрелками расположите действия в нужном порядке и проверьте обе ветви. «Если» выбирает действия, но само по себе не запрещает переход. Чтобы остановить переход с объяснением пользователю, используйте «Дополнительно: проверки и скрипты» → проверки перед входом/выходом и задайте сообщение о невыполненном условии.
Поле обязательно только на определённом этапе
Откройте «Управление полями» в статусе или переходе. Найдите поле по названию либо коду и выберите режим в нужном столбце:
| Режим | Для чего нужен |
|---|---|
| Редактировать | Разрешить ввод в рамках формы и уже имеющихся прав |
| Отображать, но не редактировать | Показывать значение для проверки без ручного изменения |
| Не отображать | Убрать поле из этого представления, не удалить данные |
| Обязателен к заполнению | Потребовать значение на выбранном этапе/переходе |
Вход/выход относятся к смене статуса, «В статусе» — к карточке. Проверьте именно тот момент, где пользователь должен ввести значение: требование при выходе не заменяет возможность заполнить поле на форме перехода.
Системное поле и поле с запретом ввода нельзя превратить в редактируемое этим списком. Обязательность модели также нельзя ослабить. «Вернуть настройки по умолчанию» сбрасывает редактируемые режимы полей, но не условия и действия. Прочитайте таблицу после сброса и отдельно сохраните; это не откат всего процесса.
Что происходит при ошибке
Переход и его локальные изменения выполняются транзакционно. Ошибка проверки или действия не должна оставлять объект наполовину переведённым. Это не означает, что отправленное внешней системе сообщение можно физически отозвать: доставка обслуживается отдельно.
Предварительный список доступных переходов не гарантирует успех поздней команды: запись и права могли измениться.
Удалённый участник
Ссылку на удалённого сотрудника или команду нельзя считать полноценным назначением. Поддерживаемое действие может быть пропущено с записью причины. Обязательное согласование при отсутствии участников не считается выполненным.