История запусков и разбор проблем
История запусков отвечает на главный вопрос контроля автоматизации: сработало ли правило, робот или процесс, и если нет — почему. Без неё непонятно, действительно ли автоматизация работает или молча простаивает. Эта страница — про то, как читать итоги запусков и разбирать типичные проблемы.
История доступна там же, где живёт каждый движок: у правил задач — на вкладке «История», у CRM-роботов и процессов — в их разделах.
Где смотреть историю
- правила задач — вкладка «История» на
/tasks/automation: записи срабатываний по задачам; - CRM-роботы — история срабатываний по сделкам в автоматизации CRM;
- процессы — история шагов в карточке экземпляра и сводка «дел к запуску»;
- отложенные шаги — сводка прогона: сколько обработано, успешно и с ошибкой.
Начинайте разбор с того движка, чьё поведение вас удивило, и открывайте его историю по конкретному объекту.
Что показывает запись истории
Каждая запись истории описывает один запуск:
- статус — чем закончился запуск;
- время — когда сработало или было запланировано;
- объект — задача или сделка, по которой шёл запуск;
- причина — код/пояснение, если запуск не выполнился;
- сообщение — текст об ошибке или результате.
Связка «статус + причина» — основной инструмент разбора: статус говорит, что произошло, причина — почему.
Итоги запуска
Запуск завершается одним из исходов:
- успешно — действие выполнено;
- пропущено — условие не выполнено или запуск не разрешён, поэтому действие не применялось;
- ошибка — действие должно было выполниться, но не смогло;
- заблокировано — операцию остановила защитная проверка.
Пропущено и заблокировано — это не сбой, а штатное поведение по правилам; ошибка — это то, что требует разбора.
Почему правило пропущено
«Пропущено» обычно означает, что запуск не подошёл по условиям или правам:
- условия правила не выполнились для этого объекта;
- область действия не включает этот проект, воронку или этап;
- у исполнителя или правила нет прав на нужное действие.
Это нормально: правило намеренно не трогает то, что вне его условий. Если оно должно было сработать — сужены или неверны условия либо область.
Почему запуск заблокирован
«Заблокировано» означает, что сработала защитная проверка: операция не прошла, потому что не выполнено обязательное условие (например, незаполненное поле перед сменой этапа). Это не ошибка автоматизации, а сработавший регламент. Разбирайте по сообщению проверки: оно объясняет, что нужно заполнить или завершить.
Почему шаг завершился ошибкой
«Ошибка» означает, что действие должно было выполниться, но не смогло. Частые причины: нет прав у исполнителя действия, отсутствует нужный участник или объект, неверная настройка действия, недоступная внешняя операция (например, отправка письма без активного шаблона). Смотрите сообщение записи — оно указывает на конкретную причину.
Частичный результат
У роботов и прогонов «дел к запуску» возможен частичный результат: часть цепочки или часть отложенных шагов выполнилась, часть — нет. У робота это зависит от политики ошибки (остановиться или продолжить), у прогона — видно по сводке (обработано/успешно/с ошибкой). Частичный результат опаснее полной ошибки: объект остаётся в наполовину обработанном состоянии, поэтому такие записи разбирают в первую очередь.
Типичные исправления
- пропущено, а должно было сработать — проверьте условия и область действия;
- заблокировано — выполните требование защитной проверки или скорректируйте саму проверку;
- ошибка прав — выдайте права исполнителю действия или смените исполнителя;
- ошибка отправки письма — проверьте, что шаблон активен и переменные корректны;
- повторяющаяся ошибка на одном шаге — чините правило, робота или шаблон процесса, а не объект вручную.
Хорошие практики
- Регулярно просматривайте историю, а не только когда что-то сломалось.
- Различайте штатное «пропущено/заблокировано» и реальную «ошибку».
- Разбирайте частичные результаты в первую очередь.
- Исправляйте причину в настройке автоматизации, а не последствие вручную.
- Фиксируйте повторяющиеся ошибки как сигнал к пересмотру правила или процесса.
Частые ошибки
Считать «пропущено» поломкой. Чаще всего правило намеренно не трогает объект вне условий.
Чинить объект вручную вместо причины. Ошибка повторится на следующем запуске.
Игнорировать частичный результат. Объект остаётся в неконсистентном состоянии.
Не читать сообщение и причину. Они прямо указывают, что исправить.
Как проверить, что починили
- повторный запуск (или ручной прогон) завершается успешно;
- запись истории показывает ожидаемый статус без ошибок;
- заблокированные запуски исчезли после выполнения требования проверки;
- частичные результаты доведены до конца, объект в корректном состоянии;
- повторяющаяся ошибка больше не появляется в истории.