Клиент отправил форму. Экран долго загружался, поэтому он нажал кнопку ещё раз. В CRM появились две одинаковые заявки. Позже тот же человек обратился с другой задачей, и система, наоборот, приняла новое обращение за ненужный дубль.
Этот условный пример показывает две разные проблемы. Повтор технической отправки нужно распознать. Новое обращение знакомого клиента нужно сохранить и связать с ним по согласованному правилу. Проверка одного телефона не решает обе задачи.
Опишите путь заявки до подключения CRM
Запишите, что должно происходить от нажатия кнопки до первого действия сотрудника. Например: сайт принимает обращение, сохраняет его номер, передаёт сведения в CRM, получает подтверждение и назначает следующий шаг ответственному.
При передаче через очередь сайт может сначала подтвердить сохранение обращения у себя. В таком случае текст для клиента должен описывать именно этот результат. Создание записи в CRM подтверждается отдельно, когда оно действительно завершилось.
Согласуйте и неудачный путь. Кто узнает, что передача задержалась? Где увидеть обращение? Как сотрудник поймёт, что запись ещё не появилась в CRM? Без этих ответов интеграция может успешно работать на демонстрации и оставлять команду без понятного действия при сбое.
Какие сведения передавать
Для одного участка работы обычно стоит обсудить:
- Номер обращения на стороне сайта.
- Контакт и содержание задачи, которые человек действительно указал.
- Выбранную услугу или вариант, если они были в форме.
- Источник обращения и рекламные метки, когда они доступны и нужны для оценки.
- Время приёма, состояние передачи и полученный идентификатор CRM.
- Ответственного или правило назначения следующего действия.
Это перечень для обсуждения, а не обязательный набор для любой компании. Собирайте сведения, необходимые выбранному сценарию. Отдельно определите права сотрудников, доступ интеграции и порядок работы с контактными данными.
Разделите клиента и обращение
Телефон или почта могут помочь найти существующего клиента. Но один человек может заказать разные услуги, а общий номер может использовать семья или организация. Автоматическое объединение записей требует своих правил и проверки.
В Битрикс24 для поиска совпадающих объектов есть метод crm.duplicate.findbycomm. В официальном примере повторного лида поиск используется для связи нового обращения с существующей записью. Сам этот сценарий не отсекает повторные отправки: новый вызов создания может добавить ещё один лид.
Поэтому правило «нашли такой телефон» нужно дополнить вопросом: это новая потребность человека или повтор той же операции передачи?
Что происходит при повторе и тайм-ауте
Для одной отправки нужен устойчивый номер операции. При повторной попытке система должна узнавать уже принятое обращение. На стороне сайта стоит предусмотреть защиту от одновременной обработки одного номера и журнал состояния передачи.
Особенно важен случай, когда CRM успела создать запись, но ответ до сайта не дошёл. Отсутствие ответа ещё не доказывает, что запись не создана. Слепой повтор команды создания способен добавить дубль.
В проекте нужно определить способ сверки по идентификатору интеграции и действия при неопределённом результате. Если выбранная CRM не даёт надёжно выяснить исход, спорную передачу лучше явно оставить на разбор ответственному. Такие состояния и повторы проверяются отдельно; наличие API само по себе их не устраняет.
Сценарии приёмки интеграции
Перед запуском пройдите с исполнителем несколько случаев на тестовых данных:
- Новое корректное обращение появляется с нужными полями и ответственным.
- Двойное нажатие и параллельные повторы одной операции не создают дополнительные заявки.
- Новый заказ того же клиента сохраняется отдельно по согласованному правилу.
- CRM временно недоступна: принятое обращение видно в журнале, известен ответственный за дальнейшую передачу.
- CRM создала запись, но подтверждение потерялось: повтор не запускается вслепую, результат можно сверить или передать на разбор.
- Ошибочные данные или отказ в доступе видны команде; клиент не получает ложного подтверждения о создании записи в CRM.
Это требования к конкретной интеграции. Их выполнение нужно увидеть на согласованных примерах, включая восстановление после ошибки.
С чего начать
Выберите одну форму и один путь передачи. Опишите поля, повторные обращения, подтверждение для клиента и действия сотрудника при сбое. Для разговора с разработчиком можно взять шаблон ТЗ на связку сайта и CRM.
Если нужна реализация и проверка этого участка под ключ, обсудим интеграцию. Состав работы определим по сценарию и доступным возможностям вашей системы.
