Автоматизация бизнеса в n8n: как не пропустить сбой
Настрой Error Trigger на учебном процессе: проверь аварийный сценарий, назначь владельца и исключи повторные действия.
Автоматизация утреннего отчёта полезна, пока команда понимает, был ли отчёт создан. Если процесс молча остановился, отсутствие результата легко принять за отсутствие проблем. В n8n для этого можно настроить отдельный сценарий обработки ошибок — error workflow. Разберём его на учебной копии процесса, без отправки клиентам.
1. Опиши, что считать сбоем
Учебная задача: каждый рабочий день подготовить сводку заявок для руководителя поддержки. У сводки есть дата, число заявок и ответственный за проверку. Ошибка соединения — технический сбой. Пустая таблица может быть нормальной ситуацией, а может означать неверный фильтр. Их нельзя автоматически считать одним событием.
Перед настройкой заполни короткий паспорт процесса:
| Поле | Учебное значение |
|---|---|
| Результат | Черновик сводки заявок за прошлый день |
| Владелец | Анна, руководитель поддержки |
| Сигнал проблемы | Выполнение завершилось ошибкой |
| Ручной резерв | Открыть исходную таблицу и собрать сводку вручную |
| Запрет повторения | Не создавать второй отчёт за ту же дату без проверки |
Согласуй владельца в своей команде. Имя в таблице — часть упражнения, а не назначение реального сотрудника. Для первого опыта создай отдельные учебные workflow, не подключай платёжные операции и клиентские рассылки.
2. Создай отдельный обработчик
В новом workflow добавь Error Trigger первым узлом, назови процесс Учебный контроль ошибок и сохрани. После триггера добавь Edit Fields (Set) с полем owner и значением Анна. Оставь в выходных данных входные поля: они нужны для диагностики. Сначала этого достаточно, чтобы проверить запуск обработчика по истории выполнений.
В основном учебном workflow открой Settings → Error workflow, выбери созданный обработчик и сохрани. Эти шаги описаны в документации обработки ошибок n8n.
Пока это регистрация сбоя, а не уведомление человеку. Для рабочего процесса после проверки добавь узел отправки в согласованный внутренний канал и протестируй доставку на собственный адрес. Не считай настройку законченной, пока владелец не получил понятный сигнал.
3. Проверь аварийную ветку отдельным запуском
Собери временный основной workflow из Schedule Trigger → Stop And Error. Укажи в Stop And Error сообщение Учебная проверка: сводка не сформирована. Настрой расписание на ближайший удобный момент и включи автоматический запуск, опубликовав workflow. После одного срабатывания отключи учебное расписание.
Критическая деталь: Error Trigger срабатывает при ошибке автоматического выполнения. Ручная кнопка запуска основного workflow не проверяет эту цепочку. Сам обработчик с Error Trigger отдельно публиковать не требуется.
Открой Executions обоих процессов. Ожидаемые признаки: основной запуск завершился ошибкой, обработчик создал отдельное выполнение, а его вход содержит данные о сбое. Это критерии будущей проверки, а не отчёт о выполненном здесь тесте.
Для рабочего уведомления используй такой редакционный шаблон:
Не сформирована сводка заявок.
Проверь дату отчёта и последнее выполнение в n8n.
Владелец разбора: руководитель поддержки.
Перед повторным запуском убедись, что отчёт за эту дату ещё не создан.
Если восстановить процесс не получается, собери сводку вручную.Название workflow и текст ошибки можно добавить из выхода Error Trigger через сопоставление полей. Не отправляй полный исходный набор клиентских данных. При ошибке самого триггера структура события отличается; ссылка на выполнение может отсутствовать. Предусмотри понятный текст и для такого случая.
4. Проверь не только красный статус
| Проверка | Критерий готовности |
|---|---|
| Контрольная ошибка | Обработчик появился в Executions |
| Уведомление | Дошло до назначенного владельца, если канал подключён |
| Полезность | Понятно, какой результат не получен и что сделать |
| Повтор | Проверено, не создаст ли он дубли |
| Возврат | Учебное расписание выключено |
История запусков помогает найти ошибку и повторить выполнение. Но повтор — новое действие: если первые шаги уже создали запись, второй запуск может создать ещё одну. Перед повтором проверь, что успело сохраниться во внешней системе.
Моя рекомендация: запускать автоматизацию в работу только после проверки аварийного сценария. Понятный ручной резерв полезнее, чем обещание, что workflow никогда не сломается.
5. Добавь контроль отсутствующего результата
Error workflow реагирует на зарегистрированную ошибку. Он не заменяет проверку того, что отчёт вообще появился к нужному часу: процесс мог не стартовать или завершиться успешно с пустым результатом. Для этого заведи отдельную ежедневную проверку наличия итогового документа и владельца отклонения.
Если путаешься в данных между узлами, вернись к сопоставлению полей n8n. Проектирование таких процессов разбираем на курсе по ИИ-агентам. Статья проверена по официальной документации; рабочий n8n, доставка уведомления и повторное выполнение здесь не тестировались.
Собери своего ИИ-агента и проверь результат
«AI Agents: от vibe coding к AI-команде»: desktop agents, MCP, skills, evals и harness. Отдельные воркшопы — от подключения инструментов до контроля качества.
7 практических воркшопов · записи · вопросы автору в чате
Посмотреть программу курса ↗