Профилактика дублей в amoCRM начинается с правил создания карточек в каждом источнике. Нужно различать повторную доставку одного события, новый запрос существующего клиента и ошибочное создание копии контакта. Если эти ситуации смешаны, регулярная очистка базы будет устранять последствия, сохраняя причины повторов.
Составьте реестр создателей записей
Перечислите формы сайта, телефонию, чаты, импорт и ручной ввод. Для каждого источника назначьте владельца, укажите создаваемые объекты и способ поиска существующего клиента. Отдельно отметьте внешние сервисы, которые могут повторять запрос после задержки ответа.
Проверьте реальные примеры дублей и сгруппируйте их по пути появления. Одинаковые телефоны ещё не доказывают одинаковую причину. Один повтор может появиться из-за двойного нажатия, другой — из-за независимого создания контакта двумя интеграциями. Разбор уже накопленной базы описан в инструкции по очистке дублей; профилактика требует изменений на входе.
Разведите клиента и обращение
Для клиента используйте согласованные признаки идентификации, учитывая общие телефоны и адреса. Для обращения нужен отдельный идентификатор события. Совпадение контакта не означает, что новый заказ следует объединить со старой сделкой. Компания может одновременно обсуждать несколько проектов через одного закупщика.
Условный пример: посетитель отправил запрос на оборудование, затем браузер повторил передачу после задержки. Оба пакета относятся к одному событию и должны иметь один деловой эффект. Через неделю тот же человек запрашивает другое оборудование. Это новая потребность, хотя телефон совпадает. Защита только по номеру не различает эти случаи и может скрыть новый заказ.
Проверьте область штатного контроля
Официальная справка amoCRM о контроле дублей описывает параметры сопоставления и область поиска по воронкам и этапам. Поэтому проверьте, какие записи участвуют в поиске именно в вашей конфигурации. Наличие функции не гарантирует одинаковую обработку всех источников и сценариев.
Подготовьте тесты: совпавший телефон с разным форматированием, существующий контакт без открытой сделки, две открытые сделки, общий номер компании. Для спорного совпадения безопаснее организовать проверку человеком, чем автоматически объединять разные потребности. Конкретный механизм выбирайте после испытания доступных настроек и интеграций.
Сделайте объединение прослеживаемым
Когда объединение необходимо, сохраняйте исходные идентификаторы, причину решения, выбранную основную запись и исполнителя. Проверьте, что сохраняются нужные связи, задачи и значимая история. До массовой обработки испытайте несколько характерных пар и определите способ восстановления информации при ошибке.
Не считайте результатом только уменьшение числа карточек. Ошибочное объединение может ухудшить базу сильнее, чем сохранённый дубль. Разделите показатели: технические повторы доставки, подтверждённые копии клиента и спорные совпадения. Для каждой группы нужен свой маршрут, иначе менеджеры будут избегать регистрации новых обращений ради красивой статистики.
Контролируйте причины регулярно
Раз в согласованный период просматривайте новые подтверждённые повторы по источникам. Если после изменения формы выросла одна группа, проверяйте соответствующую интеграцию. Не делайте вывод по общей доле без учёта объёма новых обращений и изменения состава каналов.
Критерии работающей профилактики: у источников есть владельцы; повтор события распознаётся; новая потребность не теряется; спорные совпадения доступны разбору; объединения имеют след. Для исправленного источника повторите исходный тест и проверьте соседний сценарий. Включите эту процедуру в сопровождение amoCRM, чтобы очистка перестала быть единственным способом поддерживать качество базы.
Источники и документация
- Контроль дублей — проверено 2026-10-20
Перед настройкой сверьте документацию и доступность функций в вашей версии сервиса.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.