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

Автоматизация ломается не в коде, а в допущениях вокруг него Чаще всего скрипт пишут так, будто входные данные всегда одинаковые. Потом он внезапно падает на пустом поле, дубликате, лишнем пробеле или неожиданном формате даты. Перед тем как запускать автоматизацию в боевой поток, проверьте: — что будет при пустом ответе API; — как обрабатываются повторы и повторный запуск; — где хранятся токены, лимиты и таймауты; — есть ли понятный лог ошибки, а не просто traceback в консоль. Отдельно смотрите на идемпотентность. Если скрипт отправляет письмо, пишет в CRM или создаёт запись в БД, повторный запуск не должен плодить дубли. Иначе автоматизация быстро превращается в ручную уборку. Ещё одна типовая ошибка — смешивать бизнес-логику и инфраструктуру. Когда парсинг, ретраи, отправка уведомлений и запись в файл живут в одном файле, сопровождать это почти невозможно. Хорошая автоматизация не та, что «работает у автора», а та, что предсказуемо отрабатывает на грязных данных, повторных запусках и частичных сбоях.