Аудит автоматизации Битрикс24: где конфликтуют роботы и процессы
Два правила меняют ответственного, письмо приходит дважды или согласование зависает после перехода сделки. Чтобы найти причину, нужно увидеть всю цепочку действий на одном маршруте: от входа в стадию до результата в карточке.
Когда менеджер говорит «автоматизация мешает», причина может лежать не в последнем роботе, который виден в карточке. Поле могло измениться раньше, бизнес-процесс ждать согласования, а интеграция заполнить данные после проверки условия. Начните с конкретной сделки и воспроизводимого результата: кто должен был получить задачу, какое поле должно было измениться и когда.
Ограничьте аудит одним маршрутом
Выберите воронку и путь, на котором есть жалоба: например, новая сделка → согласование → счёт. Для каждой стадии выпишите роботов и триггеры, а также шаблоны бизнес-процессов, которые запускаются для этого элемента. У робота важны условие, время, очередь и действие. У процесса — условие старта, участники, ожидаемое завершение и активные экземпляры. Если приложение или вебхук меняет те же поля, добавьте его в карту как отдельного участника.
Это рабочая таблица аудита, а не выгрузка всей конфигурации Битрикс24 одной кнопкой. Укажите ID контрольной сделки и время перехода между стадиями; клиентские данные и секреты подключения в таблицу не копируйте. Для первой проверки достаточно одного проблемного маршрута и одного похожего, который работает правильно.
| Участок | Настройка | Наблюдаемое доказательство |
|---|---|---|
| Вход в стадию | Тип сделки, воронка, стадия, заполненные к этому моменту поля | ID контрольной сделки и время входа |
| Роботы | Название, условие, время, очередь, действие и целевое поле или получатель | Что произошло в карточке и в логе отладчика |
| Бизнес-процессы | Шаблон, условие запуска, активный экземпляр, ожидаемый участник и результат | Статус, шаг в Протоколе и ссылка на экземпляр |
| Внешние подключения | Приложение или вебхук, которое меняет то же поле либо стадию | Время изменения и владелец подключения; без токена в журнале |
Найдите действия, которые пересекаются
Отметьте все действия, которые пишут в одно поле, двигают стадию, создают задачу или отправляют сообщение на одном пути. Сравните их условия и момент запуска. Робот может ждать предыдущего действия на стадии или работать независимо; даже одинаковая настройка «сразу» у робота и бизнес-процесса не гарантирует одинаковое время завершения. Официальная справка описывает порядок их старта, но фактический результат зависит и от длительности действий.
Таблица ниже — примеры для проверки, не утверждение, что такие сбои есть на вашем портале. Два робота с похожими названиями могут работать для разных сегментов. Конфликт подтверждается только после сравнения условий и результата на конкретной карточке. Если проблема касается одного действия, используйте инструкцию по отладке робота; здесь задача шире — найти пересечение всей цепочки.
| Наблюдение | Возможная причина | Что сравнить |
|---|---|---|
| Ответственный меняется повторно | Два действия или подключение пишут в одно поле | Сравнить время изменений, условия и того, от чьего имени они выполнены |
| Клиент получил два письма | На одном маршруте есть два действия отправки | Сверить стадии, условия и фактическую историю отправки |
| Отложенное действие не выполнилось | Сделка ушла со стадии до времени запуска | Проверить переход стадии и статус ожидавшего робота |
| Сценарий после правки выглядит старым | Экземпляр стартовал до изменения шаблона | Сопоставить время запуска и версию настройки; новый тест проводить на новой сделке |
Сверьте настройку с исполнением
Откройте карточку контрольной сделки: проверьте историю полей, дела и вкладку «Роботы». Для последовательности действий робота запустите отладчик на новой тестовой сделке с теми же значениями полей. Справка Битрикс24 описывает этот отладчик для сделок; сотруднику требуется право «Разрешить изменять настройки CRM». Тестовая сделка может создать реальные задачи или отправить сообщения, если в ней указаны рабочие адреса, поэтому используйте согласованные учебные данные и проверьте побочные действия.
Для бизнес-процесса откройте раздел «Автоматизация» → «Бизнес-процессы» → «Процессы», найдите нужный экземпляр и посмотрите статус и Протокол. Протокол показывает действия и участников процесса. Для технической отладки журнал БП включают отдельно в каждом шаблоне: запись действует семь дней. Журнал не служит полной историей всех повторных срабатываний робота — для этого у Битрикс24 есть отдельный отладчик.
Если нужно собрать одно согласование с решением руководителя, начните с инструкции по бизнес-процессу для сделки. Для аудита уже работающей цепочки вернитесь к карте всех её действий.
Если в облачном портале на одном элементе CRM накопилось много незавершённых процессов, учитывайте ограничение Битрикс24: одновременно допускается не более десяти таких экземпляров. Оно не распространяется на роботов, созданных в дизайнере бизнес-процессов. Автоматически запускаемые при создании или изменении элемента процессы выполняются по очереди; без долгих ожиданий они могут завершаться последовательно и не занимать все десять мест. Лимит — отдельная возможная причина задержки, а не универсальное объяснение сбоя. В коробочной версии он настраивается отдельно.
Исправляйте цепочку по одному изменению
Сохраните исходную карту и результат контрольной сделки. Затем измените одно условие, порядок или действие и повторите тест на новой сделке. Уже запущенные роботы и бизнес-процессы продолжают прежний сценарий даже после правки или удаления настройки. Если старый экземпляр мешает рабочей карточке, найдите и завершите его отдельно по согласованному плану; удаление шаблона не является проверкой остановки активных экземпляров.
После теста проверьте не только лог, но и конечный результат: одно назначение ответственного, одно письмо, нужная стадия, задача с верным сроком. Запишите ID, ожидаемый и фактический результат, настройку, которую изменили, и владельца следующей проверки. Для регулярного контроля добавьте повторяющиеся отклонения в еженедельную диагностику CRM.
MCP TrueTell для настройки и диагностики CRM находится в разработке. Мы можем обсудить, какие контрольные сигналы из этой карты имеет смысл проверять в будущем и какие права для этого нужны. Готовый автоматический аудит всех роботов, чтение всех журналов и исправление процессов сейчас не заявляем.
Частые вопросы об аудите автоматизации Битрикс24
С чего начать аудит автоматизации CRM Битрикс24?
Выберите один важный маршрут сделки и запишите для каждой его стадии действующие роботы, условия, время, очередь и ожидаемое действие. Добавьте бизнес-процессы, которые запускаются для того же элемента. Затем сравните карту с контрольной сделкой и протоколом исполнения.
Как понять, что два робота конфликтуют?
Совпадение названия действия ещё не доказывает конфликт. Проверьте, работают ли они на одной стадии и для одной сделки, какие у них условия и очередь, и что произошло в карточке. Ищите повторные письма или задачи, конкурирующие изменения одного поля и переход стадии до отложенного действия.
Где смотреть историю робота и бизнес-процесса?
Для робота проверьте статус во вкладке «Роботы» карточки, а последовательность срабатываний — в отладчике на тестовой сделке. Для бизнес-процесса смотрите его статус и Протокол. Журнал отладки БП включают отдельно для каждого шаблона на семь дней; он не заменяет отладчик роботов.
Почему старый робот продолжает работать после правки или удаления?
По справке Битрикс24 экземпляры автоматизации, запущенные до изменения или удаления, продолжают сценарий в прежнем виде. Проверьте активный экземпляр в конкретной карточке и решите отдельно, нужно ли его завершить и запустить новый.
Проверит ли MCP TrueTell всю автоматизацию автоматически?
Готовую полную проверку роботов и бизнес-процессов мы не заявляем. MCP TrueTell для настройки и диагностики CRM находится в разработке. Карта маршрутов и контрольные случаи помогут определить, какие сигналы и права нужны будущему сценарию.
Официальная справка Битрикс24 проверена 31 октября 2026 года. Скриншоты взяты из её демонстрационных примеров. Конфигурация клиентского портала и работа MCP TrueTell в описанном сценарии не проверялись.