Автоматизация ломается не в API, а на кривом входе и пустых статусах

Автоматизация ломается не в API, а на кривом входе и пустых статусах

Если workflow собирается “на коленке”, он почти всегда падает в трёх местах: дубли, пустые поля и неожиданный формат ответа. Поэтому сначала проектируй не узлы, а границы: что считать валидной записью, что делать с мусором и куда складывать ошибки.

Сценарий: вход → webhook → normalize → router → выход.
— webhook принимает сырой JSON или форму
— normalize приводит поля к одному виду: email, phone, utm, timestamp
— router делит поток на success / skip / retry
— выход пишет в CRM, таблицу или бот

Обязательные страховые узлы: фильтр на пустые значения, дедупликация по ключу, отдельная ветка на 4xx/5xx, логирование payload целиком. Без этого ты видишь только “упало”, но не видишь почему. Ещё один частый баг — повторный запуск после таймаута: если нет idempotency key, данные улетают дважды.

Правило простое: каждый workflow должен уметь безопасно остановиться и безопасно продолжиться. Если остановка ломает данные, значит сценарий ещё не готов к бою.