Сценарий обработки заявки с защитой от дублей, контролем ошибок и ручным повтором без создания второй сделки.
Ожидаемый результат
На выходе — журнал заявки со стабильным ключом, связью с записью CRM и объяснимым состоянием после каждого сбоя.
Этапы работы
Описываем состояния заявки, владельца каждого этапа и возможные повторы.
Согласуем поля, обязательные значения и правила обработки персональных данных.
Настраиваем приём событий, ключ идемпотентности и журнал операций.
Добавляем создание записи CRM, назначение ответственного и подтверждение результата.
Проверяем тайм-ауты, недоступность CRM, двойной клик и восстановление очереди.
Что получит заказчик
Экспорт сценария n8n и описание внешних подключений.
Таблица состояний и правила повторной обработки.
Журнал ошибок, уведомление ответственному и инструкция восстановления.
Набор сценариев приёмки с ожидаемыми результатами.
Ограничения и условия
Лимиты и тарифы внешних сервисов не входят в стоимость примера.
Отправка сообщений клиентам включается только после согласования шаблонов и правил.
Обработка платёжных операций и изменение бизнес-статусов требуют отдельного согласования.
Содержание 2
Что подготовить к началу
Нужны схема заявки, описание API и перечень действий с побочным эффектом. Выберите тестовое окружение и владельца ручного разбора. Предоставлять рабочие токены на этапе обсуждения не нужно: сначала согласуется контракт локальной заглушки.
Как проверим готовность
Оператор должен отличить новую заявку от повторной доставки и увидеть, почему событие требует вмешательства. Ручной повтор проходит через тот же ключ и проверки, что обычная обработка. Изменённое содержимое с прежним ключом остаётся конфликтом, а не новой сделкой.
Связь с ИИ
сценарий. ИИ может классифицировать входящий текст; действия интеграции выполняются по проверяемым правилам.