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

Сначала определите, что именно настраивали

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

Если у вас процесс с нодами, сначала определите его стартовый узел и событие. Не переносите названия вкладок классического редактора в новый интерфейс. Управление процессами с нодами.

Разделите симптом и причину

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

Шаг 1. Проверьте автозапуск

В классическом редакторе откройте Автоматизация → Бизнес-процессы, выберите инструмент и шаблон. В параметрах шаблона проверьте запуск при добавлении или изменении.

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

По официальной справке автозапуск CRM действует для ряда обычных каналов создания, включая форму и REST, но не запускается при создании элемента через импорт CSV/XLS или другим бизнес-процессом. Такой источник нужно учитывать отдельно. Особенности автоматического запуска.

Шаг 2. Проверьте условия на реальных данных

Не проверяйте условие только по подписи поля. Выясните его тип и фактическое значение. Пустая строка, незаполненный список и значение «Не определено» могут требовать разных правил.

Частые ситуации для разбора:

• Нужное поле находится у связанной компании, а условие читает сделку.
• В условии сравнивается текст, а поле хранит значение списка.
• Сумма или дата заполняется следующим действием, после проверки.
• Одна ветка требует одновременно условия, которые редко совпадают.
• Процесс смотрит прежнее значение вместо значения после изменения.

Для каждого условия составьте пару: тест, который должен пройти, и тест, который должен остаться в другой ветке. Это помогает проверить логику, а не только удачный пример.

Шаг 3. Включите журнал

Для классического шаблона откройте параметры и включите «Записывать 7 дней». Запись настраивается отдельно для шаблонов; спустя семь дней её нужно включить снова, если отладка продолжается. Журнал не восстановит события, которые не были записаны ранее. Хранение логов.

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

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

Шаг 4. Разберите ожидание

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

В списке процессов и протоколе можно увидеть статус и участников. Завершённый процесс может оставаться в рабочей выборке из-за непрочитанных комментариев. Интерфейс и протокол.

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

Шаг 5. Проверьте доступ и результат

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

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

Для действий стороннего приложения проверьте также его настройки и ответ интеграции. Сообщение о запуске внешнего шага не равно подтверждению его успешного завершения.

Модель диагностики согласования

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

После исправления запуска второй тест показывает ожидание задания. Теперь проверяют участника и замещение. Это уже другая причина: менять условие суммы здесь не требуется.

Как безопасно внести исправление

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

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

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

Почему журнал пустой?

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

Можно ли просто перезапустить процесс?

Сначала выясните, какие действия уже выполнены. Повтор может создать лишние документы и задания.

Что передать специалисту для диагностики?

Тип редактора, описание ожидаемого поведения, ID обезличенного примера, время запуска, источник создания элемента и сообщение журнала.