Как объединять данные об одном хозяйстве из заявок дилера, сайта и CRM производителя

Рынок и повестка · разбор от 29 сентября 2026 года

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

Задача начинается не с программной «дедупликации», а с ответа: что именно считаем клиентом? Юридическое лицо, КФХ, группу компаний, конкретную площадку доставки или человека, который оформил заявку? Для продажи и отгрузки нужны разные уровни. У группы может быть единый центральный закупщик, но несколько юридических лиц и складов. Единая строка на всю группу уничтожит важные различия.

Учебный пример трёх записей

Показать данные текстом

Источник	Как записано	Что известно	Чего выводить нельзя
Заявка дилера	«Рассвет», Краснодарский край	ИНН покупателя, позиция и район доставки — если дилер передал их на согласованном основании	Что производитель получил личные контакты агронома
Сайт производителя	ООО «Агрофирма Рассвет»	ИНН, телефон заявителя, запрос на технику	Что заявитель уполномочен менять договор другого юрлица
CRM филиала	«Рассвет Юг»	Телефон инженера и прежние обращения	Что это то же юрлицо лишь по совпадению названия

Решение	Когда подходит	Что сохранять
Автоматически связать как одно юрлицо	Совпадают надёжные реквизиты, нет противоречий в статусе	Исходные записи, даты и источники полей
Создать связь без слияния	Разные юрлица одного холдинга или один контакт работает с несколькими компаниями	Вид связи и подтверждающий источник
Отправить на ручную проверку	ИНН отсутствует, расходится или документ противоречит CRM	Спорные признаки и решение ответственного

Показать картинку

Связи записей хозяйства и решения о слиянии

Сначала проверяется точный идентификатор юрлица: ИНН и, при необходимости, КПП филиала. Затем адрес отгрузки, код площадки, договор и роль контактного лица. Нормализованный телефон помогает найти кандидата на совпадение, но может принадлежать общему диспетчеру или дилеру. Название вроде «Рассвет» — слабое свидетельство. Если в одной записи другой ИНН, система должна предложить связь «входит в группу» или «работает с тем же дилером», а не объединить контрагентов.

Три решения вместо одной кнопки «объединить»

Не назначайте универсальный «95-процентный порог совпадения» только потому, что его предложила исследовательская модель. Цена ошибочного слияния зависит от процесса. Для маркетингового подсчёта иногда допустима предварительная группа; для выдачи договорных цен и документов нужна более строгая идентификация.

Отдельный вопрос: чьи данные можно передать

Передача производителю данных дилера — вопрос договора и правового основания, а сведения о конкретном агрономе или закупщике могут быть персональными данными. Закон № 152-ФЗ, статья 6 определяет условия обработки и требования к поручению обработки. Нельзя делать вывод «дилер сообщил о продаже, значит производитель вправе получить все его контакты». Для задачи сверки бывает достаточно ИНН покупателя и агрегированных данных о товаре без личного телефона.

Составьте для каждого поля таблицу: откуда пришло, для какой цели, кто вправе видеть, когда обновлялось, как исправить ошибку. Если контакт пришёл через дилера, надо отдельно проверить отношения сторон и основания передачи. Статус «данные клиента» слишком широкий и скрывает правовую разницу между реквизитами юрлица, условиями договора и номером мобильного сотрудника.

Как проверить результат без доступа к закрытым базам

Пилот возможен даже на обезличенной выгрузке: возьмите условные или внутренне разрешённые 100–200 записей, вручную разметьте пары «тот же контрагент / связанное лицо / разные», затем сравните решения правила с этой разметкой. Считайте отдельно ложные объединения и пропущенные дубли. Высокая общая «точность» мало помогает, если система смешала два договора одного холдинга и показала чужие цены.

Идея сопоставлять клиента через каналы пришла из докладов E-Retail о данных и омниканальных продажах. Числа розничного кейса не перенесены в АПК. Эта статья даёт структуру проверки, а не заявляет, что единая база хозяйств уже создана.

Практический итог: сначала определить уровни «группа — юрлицо — площадка — человек», затем правила связей, происхождение полей и основание их передачи. Лишь после этого имеет смысл считать долю новых хозяйств и повторные продажи.