<b>Автоматизация ломается не в API, а на входных данных: 6 проверок перед запуском</b>

<b>Автоматизация ломается не в API, а на входных данных: 6 проверок перед запуском</b>

Самый дорогой фейл в workflow — не «не та нода», а мусор на входе: пустые поля, дубли, кривой формат даты, неожиданный текст вместо числа. Если это не отсеять сразу, дальше n8n/Make начинает молча тащить ошибку по всей цепочке.

Сценарий: триггер → нормализация → валидация → ветка обработки → лог. Сначала приводим всё к одному формату: trim, lower, parseInt, timezone-safe date. Потом ставим фильтр: обязательные поля есть, типы совпадают, длина текста не превышает лимит, дубль уже не встречался. Если провалился хотя бы один чек — уводим запись в отдельную ветку, а не рвём сценарий целиком.

Грабли обычно одинаковые: rate limit бьёт не там, где ждёшь; таймауты появляются на массовых циклах; а «if empty» не ловит строку из пробелов. Поэтому в нормальном workflow всегда нужен logger: что пришло, что стало после преобразования, где именно отвалилось. Это экономит часы дебага, когда цепочка уже из 8-10 нод.

Раньше: ловили ошибки руками после падения сценария. Теперь: 2 минуты на настройку валидации, дальше поток сам отбрасывает мусор и не засоряет основную очередь. <u>Главное правило: сначала чистим вход, потом автоматизируем действия.</u>