Найти в Дзене

Почему бизнес-процесс с короткой паузой не продолжает работу в Битрикс24?

Вопрос.
Бизнес-процесс в Битрикс24 корректно стартует, короткая пауза отрабатывает заданное количество секунд, но после нее следующее действие — например, смена стадии сделки — не выполняется. В журнале видно, что процесс «завис» на паузе, хотя ошибок в логике нет. Ответ.
На практике такая ситуация почти всегда связана с тем, от имени какого пользователя запускается робот или бизнес-процесс. Если в настройках указан уволенный или деактивированный сотрудник (часто это бывший администратор с ID = 1), приложение не может пройти авторизацию. В результате пауза визуально завершается, но дальнейшие действия блокируются из-за ошибки доступа. После смены пользователя запуска на действующего сотрудника с актуальными правами бизнес-процесс начинает работать корректно: задержка завершается, стадия меняется, сценарий доходит до конца без ручного вмешательства. Чтобы дополнительно защититься от возможных временных сбоев, в настройках активности рекомендуется всегда указывать период ожидания ответа
Бизнес-процесс с короткой паузой в Битрикс24 зависает? Проверьте пользователя запуска и период ожидания ответа приложения — решение из практики.
Бизнес-процесс с короткой паузой в Битрикс24 зависает? Проверьте пользователя запуска и период ожидания ответа приложения — решение из практики.

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

Ответ.
На практике такая ситуация почти всегда связана с тем, от имени какого пользователя запускается робот или бизнес-процесс. Если в настройках указан уволенный или деактивированный сотрудник (часто это бывший администратор с ID = 1), приложение не может пройти авторизацию. В результате пауза визуально завершается, но дальнейшие действия блокируются из-за ошибки доступа.

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

Чтобы дополнительно защититься от возможных временных сбоев, в настройках активности рекомендуется всегда указывать период ожидания ответа приложения 10 минут. Это не увеличивает паузу, но позволяет процессу автоматически продолжиться, если сервер приложения ответит с задержкой, и избежать «вечных» зависаний в CRM.