Единая база клиентов связывает записи разных систем: агенты пишут таблицу соответствий

Нужно ли ради общей базы менять CRM? Если сотрудники довольны её работой, начать можно со связки поверх неё. Выбор между коробкой и своей CRM для компании решает другой вопрос.

Таблица соответствий отвечает, какой исходный номер относится к какому общему клиенту. В учебной схеме записи CRM:C-A и кассы:K-B связаны с клиентом M-A. Эти коды вымышлены, а связь должна иметь проверяемое основание.

Название системы входит в ключ записи. Номер C-A в CRM одного филиала и тот же номер в CRM другого филиала ещё не означают одного человека. Без этого уточнения совпадение номеров создаст ложную связь.

Общий профиль собирают из исходных записей, сохраняя их происхождение. Похожее устройство описывает HFLabs в «Едином клиенте»: продукт строит эталонную базу, сохраняя действующую архитектуру компании. Это свойства готового продукта, а не результат нашей разработки.

Как машина узнает одного покупателя? Сначала инженер согласует с компанией, какие признаки это доказывают. Имя, телефон и адрес для доставки могут принадлежать разным людям в одной семье.

Сопоставление начинается с одинакового представления данных. Телефон с пробелами и тот же номер без пробелов должны сравниваться одинаково. Такая очистка облегчает сравнение, но сама не доказывает, что записи принадлежат одному человеку.

Microsoft в рекомендациях Customer Insights предостерегает от сопоставления только по имени. В документации правил есть и пример близнецов с похожими именами по одному адресу, которых нужно сохранить разными клиентами. В HFLabs спорные пары передают специалисту на подтверждение.

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

Что здесь пишут агенты? Загрузку записей, приведение полей к общему виду и таблицу связей по согласованным условиям. Результат постановки задачи агенту должен описывать и совпадения, и случаи, которые связывать запрещено.

Один пример «это тот же человек» слишком узок для проверки. Нужны пары, которые похожи, но принадлежат разным людям, и записи без пары. На них видно, умеет ли код остановиться, когда доказательств нет.

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

Принятые условия становятся правилами для ИИ-агентов и тестами в репозитории. Каждый спорный случай даёт новый пример для проверки. Так следующая правка сохраняет то, что компания уже решила.

Есть ли у нас работающая система с похожими задачами? На vibecoding.ru агенты собрали «Контакты» и «Ручейки», а ответы анкет ученика передаются в CRM. Изменение с анкетами вошло в историю проекта 11 сентября 2026 года.

Это опыт собственного продукта. Он показывает работу с источниками и номерами записей, но не даёт замера точности объединения баз заказчика. В программе курса агентной разработки есть урок «Клиенты». Урок тоже не заменяет клиентское внедрение.

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

Что заказать первым? Один бизнес-сценарий с понятным результатом. Например, сотрудник видит покупки клиента из кассы рядом с его обращениями в CRM и может открыть исходные записи. Это предложение пилота, не выполненный кейс.

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

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

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

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

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

На 8 октября 2026 года подписка на агентную разработку «Один проект» стоит 250 000 ₽ в месяц.

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

Цена месяца не определяет цену готовой базы. Состав пилота зависит от качества исходных записей и способа их получения.

Следующий шаг для руководителя по маршруту этой статьи — оценить задачу компании. Сейчас этот адрес ведёт на страницу разработки.

1. Свяжите исходные номера с общим номером клиента и сохраните происхождение каждой записи.

2. Согласуйте признаки совпадения и пары, которые объединять запрещено.

3. Оставляйте спорные записи на разбор и сохраняйте основание каждого решения.

4. Примите пилот на отдельных примерах, с отменой связи и повторной загрузкой.

5. После запуска превращайте новые ошибки в правила и тесты следующей загрузки.