5 проверок для n8n-workflow, чтобы автоматизация не сломалась молча

# 5 проверок для n8n-workflow, чтобы автоматизация не сломалась молча

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

Не с ошибкой. Не с падением. Просто перестаёт делать то, что должен. И никто не замечает неделями.

Вот 5 простых проверок, которые защитят от этого.

Проверка 1. Следите за количеством, а не только за ошибками

Обычно настраивают оповещения только на ошибки. Но самый коварный сбой — когда workflow обработал 2 записи вместо обычных 40. Ошибок нет, всё «успешно», но данные куда-то пропали.

**Что сделать:** после основной обработки добавьте проверку количества записей. Если число сильно отличается от обычного — отправляйте оповещение.

Проверка 2. Реагируйте на пустые прогоны

Workflow запустился по расписанию. Прошёл все этапы. Обработал 0 записей. Статус — успех.

Это может быть нормально — например, ночью заказов нет. Но если пустых прогонов три подряд в рабочее время — скорее всего, источник данных перестал отвечать.

**Что сделать:** считайте пустые прогоны подряд. Три и больше — повод разобраться.

Проверка 3. Ограничивайте время ожидания внешних сервисов

Workflow вызывает внешний сервис — CRM, платёжную систему, почтовый API. Сервис не отвечает. Workflow зависает на неопределённое время.

Если за ним в цепочке стоят другие процессы — зависает всё.

**Что сделать:** в настройках каждого HTTP-запроса поставьте лимит времени (10–15 секунд) и автоматический повтор (2–3 попытки). Если после повторов ответа нет — отправляйте оповещение.

Проверка 4. Проверяйте формат входящих данных

Внешний сервис поменял названия полей. Или тип данных: было число, стал текст. Workflow не падает — он просто записывает пустоту или неправильные значения.

**Что сделать:** сразу после получения данных проверяйте, что все нужные поля на месте и содержат правильный тип данных. Записи, которые не прошли проверку, сохраняйте отдельно — их можно будет обработать позже, когда разберётесь с причиной.

Проверка 5. Тестируйте после любых обновлений

Workflow зависит не только от себя. Обновился n8n — могло измениться поведение компонентов. Обновился внешний API — могли переименоваться поля. Истёк токен доступа — данные перестали приходить.

**Что сделать:** подготовьте набор тестовых данных с заранее известным результатом. После любого обновления прогоните эти данные через workflow и сверьте результат с ожидаемым.

Сколько это займёт

На один workflow — 2–3 часа. Это минимальная инвестиция, которая защитит от ситуации «автоматизация месяц работала вхолостую, и никто не заметил».

Эти пять проверок не делают workflow идеальным. Они делают его **предсказуемым** — а это и есть главное требование к любой автоматизации в реальном бизнесе.