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