Как не потерять данные, если длинный сценарий автоматизации падает на середине

Как не потерять данные, если длинный сценарий автоматизации падает на середине

В длинных цепочках ошибка почти всегда бьёт не в одном месте, а по всей логике: часть шагов уже выполнилась, часть — нет. Поэтому главный принцип такой: не «надеяться на удачу», а проектировать сценарий с точками восстановления.

• Сначала сохраняйте входные данные в отдельное хранилище: таблица, база, CRM-черновик. Тогда даже при сбое у вас остаётся исходник, а не только обрывок цепочки.
• Делите сценарий на этапы с флагом статуса: «принято», «обработано», «отправлено». Это позволяет повторить только сломанный участок, а не весь процесс.
• На критических шагах делайте проверку ответа: пришёл ли ID, создалась ли запись, вернулся ли нужный статус. Если нет — отправляйте задачу в ручную очередь, а не молча продолжайте.

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

И наконец, всегда держите отдельный канал ошибок: лог, таблицу инцидентов или уведомления в чат. Логика процесса прежде всего: сначала сохраняем данные, потом выполняем действия, и только потом отмечаем успех. Так сценарий не теряет смысл даже при сбое.