Проследите одну операцию
Возьмите недавнюю заявку и восстановите её путь: кто получил данные, куда перенёс, кому написал и чем завершилась работа. Отметьте ручные действия и места, в которых состояние заявки становится непонятным.
Согласуйте источник истины
Для каждого поля определите систему, в которой оно считается актуальным. Если контакт редактируют и в таблице, и в CRM, нужно установить правило обновления. Иначе автоматизация будет быстрее распространять противоречия.
Продумайте ошибки
API может не ответить, документ может не создаться, а пользователь — нажать кнопку дважды. У процесса должны быть журнал, контролируемые повторы и понятный ответственный за сбой. Уведомление об ошибке должно объяснять, что произошло и что делать.
Запускайте на ограниченном сценарии
Выберите один процесс с проверяемым результатом. Сравните работу автоматизации с ручной обработкой на реальных данных. После проверки расширяйте охват, сохраняя возможность увидеть статус операции и исправить исключение.
Учебный пример: заявка с сайта в CRM
На сайте клиент оставляет обращение. Сотрудник вручную переносит контакты в CRM и пишет ответственному. Для первого этапа достаточно автоматизировать создание заявки и уведомление, сохранив проверку качества обращения за сотрудником.
| Ситуация | Действие системы | Проверяемый результат |
|---|---|---|
| Новая заявка | Создать запись с идентификатором | Есть запись и журнал операции |
| Повторная доставка | Найти уже обработанный идентификатор | Не создан дубль |
| CRM недоступна | Сохранить операцию для повторной попытки | Заявка не потеряна, ошибка видна |
| Данные неполны | Отметить ручную проверку | Ответственный видит причину |
На проверке отправьте одну заявку дважды и отключите тестовую интеграцию. Затем восстановите соединение. Если запись появилась один раз, данные сохранились, а журнал объясняет ход обработки, базовый сценарий работает. После этого можно добавлять документы, распределение ответственных и дальнейшие уведомления.
Контрольный журнал
Для каждой операции полезно хранить время поступления, идентификатор, текущий статус и причину последней ошибки. В журнал не следует без необходимости копировать весь текст и чувствительные данные. Сотруднику нужен ответ на вопрос «что произошло с заявкой», а не техническая простыня.
О поведении повторных запросов и идемпотентных HTTP-методов можно прочитать в документации MDN. На практике создание записи часто требует собственного идентификатора операции и проверки повторов.
Состав работы описан в разделе автоматизации бизнеса.