Длинный сценарий не должен ломаться молча: как сохранить данные при ошибке

Длинный сценарий не должен ломаться молча: как сохранить данные при ошибке

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

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

Если шаг может упасть, не делайте его последним в цепочке. Сначала сохраняйте черновик или промежуточную запись, потом отправляйте в CRM, почту или мессенджер. Так сценарий можно безопасно запустить повторно без дублей и ручной сверки.

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

Если у сценария есть память, он переживает сбой без потери данных. Связываем несвязуемое за 5 минут: не усложняйте, а просто оставляйте в каждом узле след, который позволит продолжить с того же места.