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

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

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

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

Отдельно продумайте идемпотентность: повторный запуск не должен создавать дубль сделки, заявки или сообщения. Для этого храните уникальный ID процесса и проверяйте, был ли он уже обработан. Если инструмент не умеет делать это нативно, добавьте промежуточную таблицу или простую базу в no-code сервисе.

И ещё правило: не прячьте ошибки. Лучше остановить цепочку и сохранить контекст сбоя, чем тихо «дотянуть» сценарий до конца и потерять исходные данные. Связываем несвязуемое за 5 минут, если у каждого шага есть запасной путь.

Сценарий для экономии вашего времени: сначала защита данных, потом автоматизация ради скорости.