Битрикс24: прерывание выполнения бизнес-процесса

Прерывание выполнения бизнес-процесса в Битрикс24 бывает двух видов: ручное — когда процесс завис или запущен по ошибке и его нужно остановить, и заложенное в шаблон — когда процесс сам завершается при выполнении условия. Первое спасает от бардака, второе предотвращает его.

Разберём оба: где остановить уже запущенный процесс, как встроить прерывание в шаблон, что происходит с задачами и данными после остановки и почему процессы вообще приходится прерывать руками.

Если процессы приходится регулярно останавливать руками, проблема не в процессах, а в шаблоне: в нём нет выхода для ситуации, которая случается постоянно.

Как остановить запущенный бизнес-процесс

Запущенный процесс — это экземпляр шаблона, привязанный к конкретному документу: сделке, элементу списка, смарт-процесса. Останавливается он там же, где живёт документ.

1. Откройте документ. В карточке сделки или элемента есть раздел с бизнес-процессами: там видны запущенные экземпляры и их текущий шаг.
2. Найдите нужный экземпляр. По одному документу может идти несколько процессов — проверьте название шаблона и дату запуска, чтобы не остановить не тот.
3. Остановите процесс. Действие остановки прекращает выполнение: следующие шаги шаблона не выполнятся.
4. Проверьте хвосты. Задания, которые процесс уже выдал сотрудникам, и созданные им задачи стоит проверить отдельно — закрыть или удалить, если они больше не нужны.

Для массовой проверки есть общий список запущенных процессов: по нему видно, какие экземпляры висят давно, на каком шаге и у кого. Останавливать процессы могут пользователи с соответствующими правами — обычно администратор и ответственные за автоматизацию.

Прерывание внутри шаблона

Правильнее, чтобы процесс завершался сам. Для этого в конструкторе есть действие «Прерывание процесса»: процесс доходит до него и заканчивает работу, не выполняя остальные шаги.

Ставят его в ветку условия. Типовые сценарии: сделка ушла в проигрыш — согласование скидки больше не нужно; документ удалили или сменили ответственного — задания старому сотруднику бессмысленны; согласующий отклонил — дальше идти некуда. Без такой ветки процесс продолжает ждать ответа, которого не будет.

Как выглядит ветка с прерыванием в шаблоне ↓

Прерывание по сроку: когда ждать больше нельзя

Отдельный случай — процесс, который ждёт действия человека: согласования, ответа, заполнения поля. Если у такого шага нет срока, процесс может висеть бесконечно, и никто не узнает об этом, пока клиент не спросит, где его договор.

Решение — ограничить ожидание. Задание получает срок, а после него процесс идёт по запасной ветке: напоминание исполнителю, затем эскалация руководителю, и только если ответа нет и там — прерывание с уведомлением ответственного за документ. Так процесс не зависает молча: каждый исход виден, и у каждого есть владелец.

Эту же логику стоит применить к процессам, которые запускаются автоматически при изменении документа. Добавьте в начало шаблона проверку, не идёт ли уже такой же процесс по этому документу, и прерывайте повторный запуск сразу — это закрывает самую частую причину дублей.

Что происходит после прерывания

Остановка не откатывает то, что уже сделано. Изменённые поля остаются изменёнными, отправленные уведомления — отправленными, созданные задачи — созданными. Поэтому перед ручной остановкой полезно понять, на каком шаге процесс и что он успел сделать.

Если процесс нужно запустить заново — например, после правки шаблона — остановите старый экземпляр и запустите новый: он пойдёт уже по обновлённой схеме. Подробнее о том, как безопасно менять шаблоны с запущенными экземплярами, — в статье «Изменение бизнес-процессов в Битрикс24».

Почему процессы приходится прерывать

Все четыре лечатся в шаблоне, а не ручной остановкой. Как устроены запуск и остановка процессов целиком, разобрано в статье «Как запустить бизнес-процесс в Битрикс24»; если процессов много и они связаны между отделами, это уже задача автоматизации бизнес-процессов целиком.

Итог: ручное прерывание — это инструмент на крайний случай, а прерывание в шаблоне — норма. У каждого процесса должен быть выход для отказа, смены ответственного и истёкшего срока. Тогда список зависших экземпляров остаётся пустым, а смету на доработку можно прикинуть в калькуляторе внедрения.