Бизнес-процесс завис в Битрикс24: как найти зависшие и вернуть в работу

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

Типичная картина выглядит так. Менеджер запустил согласование счёта, задание ушло руководителю, тот уволился, а карточка сделки третий месяц показывает «Ждет выполнения». Сделка не двигается, отчёт по процессу врёт, а никто не понимает, где искать причину. Ниже разобрано, как это найти, исправить и сделать так, чтобы повторения не было.

Что такое зависший процесс и чем он отличается от медленного

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

Различать их важно, потому что лечение разное. Медленный процесс решается напоминанием и контролем сроков. Зависший требует решения: передать задание другому сотруднику, дать команду, исправить шаблон или остановить экземпляр. На проектах B2BPRO.KZ мы чаще всего видим именно смесь: за каждым «зависшим» процессом стоит либо уволенный или ушедший в отпуск исполнитель, либо ошибка в самом шаблоне.

Почему бизнес-процессы зависают в Битрикс24

Причин немного, и почти все они сводятся к тому, что процессу не хватает ответа, который никто не даст. Таблица ниже собрана по нашему опыту сопровождения порталов и по описанию конструкций в справке Битрикс24.

Причина	Как проявляется	Что делать
Задание ждёт исполнителя, которого нет	В карточке CRM статус «Ждет выполнения», срок давно прошёл	Делегировать задание другому сотруднику, передать роль в шаблоне
Действие «Команда» без ответа	Процесс остановлен до выбора варианта продолжения	Выбрать вариант продолжения или завершить процесс
Ожидание условия, которое не наступает	Процесс не двигается, заданий для людей нет	Проверить условие в шаблоне и логику паузы
Ошибка в шаблоне	Один и тот же шаг застревает у разных сделок	Исправить шаблон, затем разобрать уже запущенные экземпляры
Дубли запусков	На одну сделку запущено несколько одинаковых процессов	Остановить лишние, проверить условия автозапуска

Конструкции процессов описаны в справке Битрикс24 о конструкциях бизнес-процессов: например, действие «Пауза» позволяет продолжить выполнение через заданное время, а действие «Команда», по справке, приостанавливает процесс, пока пользователь вручную не выберет вариант продолжения. Это нормальные инструменты, но каждый из них становится ловушкой, если за ответом никто не следит.

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

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

Искать зависшие процессы надо в двух местах: в карточках CRM и во вкладке «Бизнес-процессы». Первое показывает проблемы по конкретным сделкам, второе даёт общую картину по процессу.

Начните с CRM. Когда процесс запущен, в таймлайне карточки автоматически появляется дело с названием процесса и заданием. В канбане CRM по справке отображаются три статуса: «Ждет выполнения», «Добавлены комментарии» и «Завершен». Если запущено несколько процессов, в канбане показывается статус последнего активного. Карточки со статусом «Ждет выполнения» и просроченным сроком — первые кандидаты на разбор.

Чтобы события процесса вообще были видны в таймлайне, в шаблоне должна быть включена опция «Показывать события этого процесса в таймлайне». Она включена по умолчанию для процессов, которые запускаются вручную или при создании элемента, и отключена для процессов, которые запускаются при изменении элемента или стадии. Это частая причина того, что процесс «зависает невидимо»: он работает, но в карточке о нём ничего нет. Подробности описаны в справке о событиях бизнес-процессов в карточке CRM.

Теперь общая картина:

1. Откройте вкладку «Бизнес-процессы» и выберите нужный процесс.
2. В фильтре отметьте все группы стадий: «Успех», «Провал» и «В работе», чтобы отобразились все задания.
3. Отсортируйте задания в группе «В работе» по дате создания и посмотрите самые старые.
4. Для каждого старого задания определите, кто ответственный и работает ли он сейчас в компании.
5. Выпишите причины в таблицу: нет исполнителя, ждёт команду, ошибка шаблона. Так вы увидите, что чинить: людей или шаблон.

Если процессов много и считать их вручную тяжело, можно воспользоваться приложениями из Маркетплейса. Приложение «Зависшие бизнес-процессы», по описанию разработчика, показывает список запущенных процессов и позволяет делегировать текущее задание, остановить или удалить процесс. Для полного набора функций нужны права администратора. Это сторонний инструмент: оценивайте его так же, как любое приложение, которому вы даёте доступ к порталу.

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

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

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

Порядок действий при разборе одного процесса:

1. Откройте карточку процесса и посмотрите, на каком шаге он стоит.
2. Если это задание, выполните его сами при наличии прав или делегируйте.
3. Если это «Команда», выберите вариант продолжения, который соответствует реальной ситуации по сделке.
4. Если процесс ждёт условия, проверьте, возможно ли оно в принципе: не удалено ли поле, не изменилась ли стадия, не отключён ли сотрудник.
5. После действия обновите карточку и убедитесь, что процесс перешёл к следующему шагу.

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

Как остановить процесс, который уже не нужен

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

Удаление процесса в справке описано строго. По справке об удалении бизнес-процесса процесс можно удалить только тогда, когда в нём нет ни одного задания. Порядок такой: во вкладке «Бизнес-процессы» выберите процесс, в фильтре покажите все группы стадий, удалите каждое задание перетаскиванием, затем во вкладке «Роботизация бизнеса» удалите сам процесс.

Для процессов в ленте новостей действует отдельный порядок. По справке об удалении процесса в ленте удалить их могут администраторы и сотрудники с полным доступом к настройкам процесса. Путь: «Автоматизация» — «Бизнес-процессы» — «Процессы в ленте новостей», затем открыть карточку процесса, пройти «Настройки» — «Настроить процесс» — «Настройки» — «Удалить процесс» и подтвердить. Созданные вручную процессы удаляются безвозвратно, а восстановить можно только пять встроенных шаблонов.

Если зависших экземпляров сотни, ручная работа превращается в проблему. Разработчики приложения «Массовое завершение бизнес-процессов» пишут, что вручную в Битрикс24 можно остановить только 50 процессов, и предлагают показать активные процессы, отфильтровать нужные и остановить их постранично. Это утверждение разработчика, а не официальное правило справки, поэтому на вашем портале поведение стоит проверить самостоятельно.

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

Сколько зависших процессов считать нормой

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

Для сравнения приведём пример, который мы используем в работе как иллюстрацию, а не как данные конкретного клиента. В компании с отделом закупок запущено около 40 процессов согласования счетов. При ревизии выясняется, что 12 из них ждут сотрудника, который ушёл из компании полгода назад, 5 дублируют друг друга из-за двойного автозапуска, а 3 стоят на «Команде», о которой все забыли. Остальные 20 нормально идут. После разбора шаблон дорабатывают: добавляют замещающего и срок на каждое задание, и накопление прекращается.

Что делать со сделкой, пока процесс стоит

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

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

Чем отличается разбор процессов в CRM, ленте и списках

Процессы в Битрикс24 запускаются в разных местах, и от этого зависит, где их искать. Процессы по сделкам, лидам и контактам видны в таймлайне карточки CRM. Процессы в ленте новостей запускают сотрудники сами, например заявку на отпуск или командировку, и управлять ими нужно из раздела «Автоматизация» — «Бизнес-процессы». Процессы по элементам универсальных списков привязаны к самим элементам, и статус смотрят в карточке элемента.

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

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

Ежемесячная ревизия процессов: короткий чек-лист

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

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

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

Как не допустить зависаний в будущем

Зависания предотвращаются в шаблоне, а не вручную. Если процесс спроектирован так, что у каждого шага есть исполнитель, срок и запасной вариант, разбирать почти нечего. Вот что мы проверяем при настройке процессов для казахстанских компаний, где часто один человек совмещает несколько ролей и легко выпадает из процесса из-за отпуска или командировки.

• Срок на каждое задание. Без срока нет и просрочки, а значит нет сигнала, что процесс встал.
• Заместитель вместо одного исполнителя. Роль в процессе лучше назначать на группу или должность, а не на конкретного человека.
• Включённое делегирование. Тогда руководитель или администратор могут передать задание без правки шаблона.
• Событие в таймлайне. Включите показ событий процесса в таймлайне, чтобы статус был виден менеджеру в карточке.
• Выход из ожидания. Рядом с «Паузой» и «Командой» поставьте запасной сценарий: напоминание руководителю или автоматическое закрытие.
• Владелец процесса. Назначьте человека, который раз в неделю просматривает задания в группе «В работе» и разбирает старые.

Отдельно проверяйте условия автозапуска. Если процесс запускается при изменении стадии или поля, а условие составлено широко, он стартует повторно при каждой правке карточки. Так появляются дубли, которые потом остаются в статусе «В работе» навсегда. Условия запуска нужно закрывать так, чтобы на одну сделку приходился один процесс.

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

Когда разбор лучше отдать специалистам

Если зависших процессов десятки, шаблоны писались разными людьми, а сломанная логика уже влияет на сделки, самостоятельный разбор может занять больше времени, чем исправление. В таких случаях команда B2BPRO.KZ, официальный партнёр Битрикс24 в Казахстане, проводит аудит процессов, чинит шаблоны и аккуратно закрывает накопившиеся экземпляры. Подробнее об услуге: внедрение и настройка Битрикс24. Если нужна помощь с настройкой конкретного шаблона, мы ведём техподдержку Битрикс24, а линия поддержки работает 24/7.

Частые вопросы

Как найти зависшие бизнес-процессы в Битрикс24?

Откройте вкладку «Бизнес-процессы», выберите нужный процесс и включите в фильтре все группы стадий: «Успех», «Провал» и «В работе». Зависшие процессы будут среди заданий в группе «В работе» с давней датой создания. Для CRM дополнительно смотрите статус «Ждет выполнения» в канбане и дела в таймлайне карточки.

Можно ли остановить сразу много бизнес-процессов в Битрикс24?

Штатной кнопки массовой остановки мы в справке не нашли. Разработчики приложения «Массовое завершение бизнес-процессов» в Маркетплейсе пишут, что вручную можно остановить только 50 процессов, и предлагают свой инструмент. Перед массовой остановкой проверьте на одном процессе, что все связанные задания и стадии ведут себя как нужно.

Кто может делегировать задание из зависшего процесса?

Делегировать задание может ответственный, его руководитель и администратор Битрикс24, но только если в настройках задания включена такая возможность. Нажмите «Делегировать» в карточке процесса и выберите сотрудника. Если опция отключена в шаблоне, придётся сначала изменить настройки задания, а потом разбирать уже запущенные процессы.

Можно ли удалить бизнес-процесс, в котором есть задания?

Нет, по справке Битрикс24 процесс удаляется только после того, как в нём не осталось ни одного задания. Сначала во вкладке «Бизнес-процессы» удалите задания, показав все группы стадий, затем откройте вкладку «Роботизация бизнеса» и удалите сам процесс. Процессы в ленте удаляют администраторы и сотрудники с полным доступом, безвозвратно.

Как не допустить зависания процессов в будущем?

У каждого задания должен быть срок, ответственный и заместитель, а у каждого процесса есть владелец, который раз в неделю смотрит на задания в работе. Включите показ событий процесса в таймлайне, чтобы застрявшие процессы были видны в карточках. Перед запуском шаблона прогоните его на реальных данных, включая сценарий с отсутствием ответственного.