В CRM появилась вторая заявка с тем же телефоном. Это может быть технический повтор, новое обращение или ещё один человек с общим контактом компании. Если удалять всё по совпавшему номеру, можно потерять настоящую работу менеджера. Правила дублей нужно разделить по смыслу данных.
Разведите контакт и обращение
Контакт описывает человека или способ связи, а заявка конкретную задачу. Один клиент может покупать несколько раз и интересоваться разными услугами. Совпадение контакта не означает, что новая заявка лишняя.
Запишите, что система создаёт при обращении: контакт, лид, сделку или другое согласованное событие. Термины и возможности различаются между CRM. Нельзя без разбора переносить правило одной системы в другую только потому, что оба объекта называют заявкой.
Назначьте идентификатор принятому обращению
Сайт должен отличать повтор передачи от самостоятельного нового запроса. Для этого полезен устойчивый идентификатор операции, который сохраняется после принятия формы. При сетевом повторе используется та же операция, при новом обращении новая.
| Ситуация | Какой вопрос задавать |
|---|---|
| Повтор после тайм-аута | Уже создана запись этой операции? |
| Новая услуга с тем же телефоном | Это самостоятельное обращение? |
| Общий номер компании | Какому контакту относится задача? |
| Два канала одновременно | Есть ли подтверждённая связь событий? |
Не объявляйте короткий интервал между отправками достаточным доказательством дубля. Клиент мог исправить комментарий или добавить другую задачу. В спорной ситуации лучше показать менеджеру связь, сохранив информацию, чем молча уничтожить обращение.
Согласуйте поиск существующего контакта
Нормализация телефона помогает сравнивать формат записи, но не решает все случаи. Международный код, добавочный номер и общая линия организации имеют значение. Адрес почты тоже может использоваться несколькими сотрудниками.
Определите приоритет поиска и действия при нескольких совпадениях. Интеграция не должна выбирать первую случайную запись только потому, что она найдена раньше. Для неоднозначного результата нужен понятный маршрут проверки.
Не перезаписывайте данные контакта без правила
Новая форма может содержать другое имя или изменённый адрес. Это не всегда подтверждение, что старые сведения неверны. Укажите, какие поля интеграция вправе обновлять, а какие только добавляет к новому обращению.
История и ответственность менеджера должны сохраняться. Если действующая сделка уже находится в работе, автоматическое создание или привязка нового обращения не должна безусловно менять её стадию и сотрудника. Уточните процесс повторной продажи отдельно.
Разберите неизвестный результат передачи
CRM могла создать запись, но сайт не получил ответ. Повтор с новым идентификатором создаст дубль, даже если форма нажата один раз. Сохраните состояние и способ проверки результата по согласованным полям или поддерживаемому механизму API.
Правило поиска по пользовательскому полю само по себе не всегда защищает параллельные запросы. Два обработчика могут одновременно не найти запись. Продумайте согласованную обработку одной операции и возможности внешней системы.
Дайте менеджеру видеть связи
Покажите источник, время и сведения обращения. Если запись признана кандидатом на дубль, сохраните основание и доступ к исходным данным в необходимом объёме. Сотруднику нужно понимать, почему система предложила объединение.
Проверьте технический повтор, новое обращение того же клиента, общий номер организации и потерянный ответ. Отдельно проверьте ручное изменение контакта после первой заявки. Интеграция должна соблюдать договорённые границы обновления.
В QuickLanding можем описать правила контактов и обращений, настроить передачу и журнал. Для оценки нужны примеры настоящих повторов и самостоятельных новых задач. Защита от дублей должна сохранять продажи, а не только уменьшать число строк в CRM.
Документация и проверка сведений
Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.
Материалы по соседним задачам
Коротко о важном
Можно считать одинаковый телефон дублем заявки?
Нет без дополнительного контекста. Один контакт может обращаться несколько раз. Технический повтор связан с конкретной операцией, а не только с номером.
Что делать, если найдено несколько контактов?
Используйте согласованное правило или передайте случай на проверку. Не выбирайте случайную первую запись. Важно сохранить исходное обращение и основание решения.
Защита в интерфейсе формы убирает дубли CRM?
Она уменьшает повторные нажатия, но не решает сетевые и серверные повторы. Нужны идентификатор операции, проверка результата и согласованная логика внешней передачи.
Разработка и SEO в QuickLanding. Помогаем разобраться в задаче и выбрать подходящий состав работ.
Об эксперте
