7 узких мест в workflow, из-за которых автоматизация ломается на ровном месте

7 узких мест в workflow, из-за которых автоматизация ломается на ровном месте

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

— Сразу ставь фильтр на входе: если нет обязательного поля, не пускай дальше.
— Нормализуй данные в одном узле: даты, телефоны, UTM, пробелы, регистр.
— Любой внешний API оборачивай в retry + fallback, иначе один таймаут стопорит всю цепочку.
— Для массовых задач добавляй batch и паузу между итерациями, а не шли 200 запросов подряд.
— Логи сохраняй отдельно: вход, выход, ошибка, id записи. Без этого дебажить нечего.

Ещё одна типовая ошибка — отсутствие дедупликации. Если триггер сработал повторно, бот не должен создавать второй лид, второй креатив или второй тикет. Здесь помогает idempotency key: один ключ на одну сущность.

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

Хороший workflow не тот, который «красиво собран», а тот, который переживает мусорный вход и не требует оператора на каждом шаге.