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

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

Что входит в параметры запуска и где они настраиваются

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

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

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

Ручной запуск: когда сотрудник сам инициирует процесс

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

При ручном старте сотрудник заполняет параметры. Параметры — неизменяемые данные после старта (имя клиента, срок). Переменные меняются в ходе процесса (сумма, ответственный). Константы задаются в шаблоне и не меняются (роль, адрес, ставка).

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

Автозапуск при добавлении и при изменении: разница событий

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

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

Перед включением автозапуска уточните: какое именно изменение должно запускать процесс? Допустим ли повторный старт при повторном редактировании? Как сотрудник отличит новый экземпляр от дубля? При неясных ответах начните с ручного запуска и включайте автозапуск только после проверки на тестовых данных. Подробнее о связке событий и сценариев — в материале про триггеры Битрикс24: карта событий и настройка переходов в CRM и задачах.

Повторный запуск на той же сущности: что происходит

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

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

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

Таблица решений: событие, способ запуска, риск дубля, проверка

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

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

Предметная последовательность настройки шаблона

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

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

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

Учебный пример: заявка на закупку оборудования

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

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

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

Ошибки, которые чаще всего ломают запуск

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

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

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

Чек-лист приёмки перед включением в работу

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

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

Ограничения и что проверить отдельно

Возможности бизнес-процессов, роботов, триггеров и смарт-процессов зависят от тарифа и редакции Битрикс24. Не стоит считать, что конкретная опция доступна на всех планах: перед настройкой это сверяют в актуальной документации или у администратора портала. Названия разделов и вкладок тоже могут отличаться в зависимости от версии интерфейса.

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

Наконец, границы задачи стоит зафиксировать заранее: настройка процесса с ролями, стадиями, событиями, исключениями и проверкой — это отдельный объём работ, и он не сводится к переключению одной галочки. Если нужен системный подход к сценариям, посмотрите автоматизацию бизнес-процессов в битрикс24 и материал про роботов Битрикс24: настройка сценариев, матрица и проверка результата.