Надёжная связь сайта и CRM заметна не в момент идеальной отправки, а при повторе и сбое. Обращение должно сохраниться, не размножиться и получить понятный статус, даже если внешняя система временно недоступна.
Сначала определите владельца данных
Где находится основная версия клиента и заказа? Какая система имеет право менять телефон, статус и ответственного? Если обе стороны бесконтрольно перезаписывают поля, двусторонний обмен начнёт терять изменения.
Правило поиска существующего клиента тоже требует согласования. Совпадение нормализованного телефона может быть полезным признаком, но не всегда означает одного человека или одну сделку.
Проведите одну заявку через весь путь
- Сервер проверяет ввод и сохраняет обращение с идентификатором операции.
- Передаёт согласованные поля в CRM и получает ответ.
- Сохраняет внешний идентификатор и результат обработки.
- При временной ошибке ставит контролируемый повтор, при постоянной — показывает исключение ответственному.
Ключ операции помогает не создать повторную сделку при двойном нажатии или сетевом повторе. Журнал должен позволять связать запрос и результат, не раскрывая токены и лишние персональные данные.
Минимальная приёмка подключения
- Обычная отправка сохраняет все согласованные поля и источник.
- Повтор не создаёт лишнюю запись.
- Неверные данные возвращают понятную ошибку.
- Недоступность CRM не уничтожает обращение.
- После восстановления повтор заканчивается один раз, а сотрудник видит результат.
Начните с одного типа формы и одного направления передачи. Для устаревшей программы или оборудования перед этим нужна проверка доступного способа обмена.