Ошибочное объединение клиентов в CRM: как сохранить записи и историю

Объединение затрагивает не только контактные поля. К результирующей карточке могут перейти обращения, задачи, сделки, история и связанные объекты. Если затем вручную добавить второй профиль, эти связи не обязательно разделятся сами: система уже не знает, какие элементы относятся к каждому человеку.

Например, в документации HubSpot прямо указано, что объединённые записи нельзя разъединить обратной операцией. Создание нового контакта — отдельное действие, а не полный откат истории. Это пример ограничений конкретной CRM, не утверждение о MySlot, Bitrix24 или amoCRM: их текущие механизмы необходимо проверять отдельно.

До исправления сохраните идентификаторы исходных и результирующей карточек, момент операции, автора и доступную историю изменений. Зафиксируйте также новые события после объединения. Общий откат базы к старой копии может уничтожить корректные записи других клиентов, созданные за прошедшее время; это не стандартный первый шаг.

Ограничьте именно затронутую область: автоматические рассылки, обновление контактов и повторную дедупликацию для спорных профилей. Если интеграция поддерживает приостановку отдельных объектов, не останавливайте без необходимости весь приём записей. При отсутствии такого механизма согласуйте временный ручной порядок и ответственного.

Будущие напоминания требуют особого внимания. Исправление имени в карточке не гарантирует, что уже поставленное в очередь сообщение поменяет адресата. Проверьте запланированные отправки и ссылки самообслуживания, которые связаны с ошибочным профилем. При необходимости используйте штатные механизмы отмены и перевыпуска после проверки адресата.

Не удаляйте карточку и журнал, чтобы быстрее избавиться от смешанной истории. Не выполняйте повторные финансовые операции ради исправления отображения. Если доступная информация не позволяет уверенно назначить владельца визита, оставьте элемент на ручном разборе и уточните у ответственного сотрудника, а не выбирайте самый свежий контакт.

Определите целевую модель: какие профили должны существовать и какие роли они выполняют. Затем используйте поддерживаемые системой операции изменения связей. Не подменяйте задачу массовой заменой телефона в тексте: контактные поля могут быть общими, а часть объектов хранит ссылку на ID, которая от такого редактирования не изменится.

Проверяйте интеграционное соответствие старых и новых идентификаторов. Если обработчик по-прежнему считает два исходных профиля одним, следующая загрузка снова направит их визиты в общую карточку. При невозможности безопасно обновить связь оставьте эти объекты на ручном маршруте до доработки, вместо повторяющегося исправления после каждого обмена.

Повторное применение плана должно быть безопасным: уже исправленная запись не переносится второй раз и не порождает новое сообщение. Статусы визита и оплаты сохраняют по их действительным событиям. Правка принадлежности сама по себе не означает перенос времени, отмену услуги или возврат средств.

Не распространяйте согласия и настройки коммуникаций с одной исходной карточки на другую без проверки. Зафиксируйте подтверждённые контакты и права в рамках процесса компании; юридические основания и порядок действий при возможном раскрытии данных требуют отдельной оценки ответственных специалистов.

Совпадение контакта должно быть сигналом проверки, а не безусловным доказательством одной личности. Для семейных и корпоративных заявок заранее разделяйте организатора и получателя услуги. Если бизнес принимает записи за других людей, этот сценарий должен участвовать в тестах объединения с самого начала.

На демонстрации интеграции MySlot и CRM попросите показать двух получателей с одним контактным номером, ошибочное соответствие и его исправление. Проверьте, сохраняются ли исходные идентификаторы и доступна ли управляемая остановка обмена. Автоматическое объединение без понятной истории и плана восстановления создаёт риск даже при высокой точности обычных заявок.

После инцидента отслеживайте не только число дублей, но и число ошибочных объединений, спорных назначений и повторных склеек после восстановления. Хорошая база — не самая маленькая база контактов, а та, в которой каждый визит связан с правильным человеком.