Дубли в amoCRM стоит объединять только после двух проверок: это действительно один клиент и действительно один запрос. Совпадение телефона помогает найти кандидатов, но не доказывает, что две сделки лишние. Сначала установите причину появления повторов, согласуйте правила сопоставления, затем объедините подтверждённые записи и проверьте историю. Иначе чистка базы скроет ошибку источника или смешает разные заказы.
Ниже — порядок разбора и таблица правил для команды. Это редакционная методика, а не результат проверки вашего аккаунта. Возможности конкретного подключения и последствия объединения для внешних систем нужно испытать на учебных данных.
Откуда берутся повторные контакты
Возьмите несколько пар и сравните время создания, источник, автора, связанные сделки и исходные данные. Разделите причины: менеджер создал карточку вручную, файл загрузили повторно, разные каналы не распознали клиента или интеграция повторила одну операцию. Для каждого случая нужен свой способ исправления.
- Разный формат данных. Пробелы, код страны, опечатка в почте или отсутствие номера мешают сопоставлению. Приводите номера к согласованному формату с учётом страны; не угадывайте недостающие цифры.
- Разные личности с общим реквизитом. Телефон приёмной или семейный номер законно встречается у нескольких людей. Отметьте такие исключения в правилах.
- Два независимых источника. Звонок и форма могут описывать один запрос, но создать отдельные записи. Проследите обе цепочки, прежде чем менять настройки.
- Повтор одной доставки. Если у дублей один внешний номер заказа или события, проверьте обработчик интеграции. Метод разобран отдельно в статье об идемпотентности и повторных событиях.
Не используйте имя как единственный ключ: однофамильцы и неполные подписи встречаются в обычной работе. И не заменяйте все неизвестные телефоны одним вымышленным номером — это создаёт ложные совпадения.
Правила сопоставления клиентов
Таблица — заготовка регламента. Согласуйте её с руководителем продаж и владельцем интеграций, назначьте человека для спорных случаев. Внешний ID полезен только вместе с названием системы и типом объекта: одинаковые числа из двух баз могут означать разных клиентов.
| Совпадение | Что проверить | Решение |
|---|---|---|
| Один ID клиента в одной исходной системе | Связь ID с человеком, ошибки переноса, тип объекта | Кандидат на объединение контактов после сверки; заказы проверить отдельно |
| Одинаковые личные телефон и почта | Имя, переписку, актуальность реквизитов | Объединить подтверждённые контакты, сохранить самостоятельные сделки |
| Совпадает только телефон | Кому принадлежит номер; не приёмная ли это, не общий ли семейный контакт | Ручная проверка, без автоматического слияния |
| Общая почта отдела у разных сотрудников | Личность каждого собеседника и компанию | Сохранить отдельных людей; общую почту учитывать как исключение |
| Один человек, разные заказы | Номер, предмет и даты заказов | Один подтверждённый контакт может иметь несколько сделок |
| Один заказ появился дважды | Источник и ID заказа, сумму, содержание, историю | Объединить подтверждённые дубли сделки и устранить повторное создание |
| Данные противоречат друг другу | Первичный источник и объяснение ответственного | Отложить объединение, назначить владельца уточнения и срок |
Учебный пример. Анна и Сергей используют номер приёмной одной компании, но ведут разные закупки. Их контакты объединять нельзя. Если Анна оставила второй запрос по другому заказу, это также не повод сливать сделки. А повторная доставка той же формы по тому же заказу требует проверки дубля операции.
Как объединить записи и проверить историю
Перед изменением сохраните доступную выгрузку, ссылки и ID исходных карточек, важные значения полей и список связанных объектов. Обычный экспорт не следует считать полной резервной копией переписок, вложений и внешних сервисов. Заранее выясните способ восстановления для используемой конфигурации и начните с одной проверенной пары.
Контакты и компании объединяются через список: выберите до пяти записей одного типа, нажмите «Объединить», определите итоговые значения и сохраните. Обновляется одна существующая карточка, другая удаляется; связанные сделки сохраняются. Различающиеся значения нужно выбрать, множественные поля объединяются. Контакт и компанию между собой объединить нельзя. Официальные правила объединения контактов и компаний.
Для сделок есть отдельный «Поиск дублей» в меню «Ещё» раздела «Сделки». По справке он работает в браузере для пользователей с полными правами просмотра, редактирования и удаления. Поиск опирается на совпадения телефона или email связанных контактов. Найденную пару можно объединить, пропустить либо отметить как не являющуюся дублем; последнее решение влияет на последующие предложения системы. Поиск и объединение сделок.
Справка указывает сохранение задач, чатов, переписки, примечаний и звонков при объединении сделок. После операции всё равно откройте итоговую карточку: найдите конкретный последний диалог и задачу из каждой исходной записи, проверьте ответственного, этап, сумму, контакты и доступ менеджера. Сохранённая история должна быть пригодна для продолжения работы.
Отдельно проверьте внешние связи: сайт, учётная система или виджет могли хранить ID удалённой карточки. Не считайте, что объединение внутри CRM автоматически исправило все такие ссылки. Зафиксируйте соответствие старых ID итоговому, проверьте следующий обмен. При неожиданном результате остановите пакетную чистку и разберите первую пару.
Как проверять дубли при загрузке файла
Импорт amoCRM сопоставляет записи внутри файла и с существующей базой. Результат зависит от состава данных: одинаковые контакт и компания с разными сделками могут дать один контакт и несколько сделок; различия в компаниях могут привести к отдельным контактам. Для обновления существующих данных справка предлагает передать ID карточки и включить «Разрешить обновлять старые данные». Поиск дублей при импорте.
Поэтому настройка проверки начинается с файла, а не с надежды на автоматическое слияние:
- Разделите новые записи и обновления. Для обновлений сверьте ID с нужной сущностью и аккаунтом; ID внешней системы не подставляйте вместо ID amoCRM.
- Уберите подтверждённые повторы строк, согласуйте формат реквизитов, оставьте отдельный список неоднозначных совпадений.
- Составьте небольшую учебную выборку: новая запись, существующая по ID, повтор строки, общий телефон разных людей и два заказа одного клиента.
- До загрузки запишите ожидаемое число контактов, компаний и сделок. После неё сверяйте каждую группу по отдельности и проверяйте обновлённые значения.
- Только после совпадения результата переносите остальное. Сохраняйте исходный файл, настройки сопоставления и журнал проверки.
Тег импорта помогает найти затронутые записи, но массовое удаление по тегу не равно откату обновлённых полей. Не очищайте результат вслепую: сначала определите, какие объекты созданы, а какие изменены.
Как не создавать сделку на каждое сообщение
Согласуйте бизнес-правило: продолжение разговора по текущему заказу должно попадать в его контекст; самостоятельный новый запрос — получать отдельную сделку. Если у клиента одновременно несколько заказов, одного телефона недостаточно для выбора. Неопределённое обращение направляйте сотруднику на уточнение.
Штатный «Контроль дублей» включается в настройках воронки. Можно задать источники, параметры совпадения, область поиска по воронкам и этапам, действия и обработку конфликтующих данных. Поддержка настроек различается по источникам. По документации для объединения одна из заявок должна быть в «Неразобранном»; при более чем трёх найденных дублях объединение не выполняется. Настройки и ограничения контроля дублей.
Не расширяйте область поиска на всю историю без проверки: сообщение о новом заказе может оказаться рядом со старой закрытой продажей. Проверьте маршрут каждого коннектора, условия создания сделки и поведение при нескольких открытых заказах. Тумблер воронки не доказывает, что любой сторонний канал будет работать по тем же правилам. Порядок первичного разбора описан в регламенте «Неразобранного».
Как принять результат
- Подтверждённая пара объединена, выбранные значения и нужные связи сохранены.
- Два разных человека с общим телефоном остались разными контактами.
- Два заказа одного клиента остались отдельными сделками.
- Повтор сообщения по текущему запросу не создал лишнюю продажу; новый запрос не потерялся в старой.
- Неоднозначный случай получил ответственного и срок уточнения.
- После объединения следующий обмен с внешней системой прошёл по правильной карточке.
- Повторная проверка после нового потока заявок показывает, устранена ли причина появления дублей.
Не оценивайте работу только уменьшением количества карточек: ошибочное слияние тоже уменьшает базу. Сохраните журнал решений и проверяйте спорные пары отдельно. Если повторы возвращаются, передайте примеры, правила сопоставления и результаты тестов в сопровождение amoCRM, чтобы исправить источник проблемы и порядок работы команды.