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

Задайте, что именно считается дублем
Сначала разделите юридическое лицо, филиал, контактное лицо и отдельный адрес доставки. Общий телефон или похожий бренд могут встречаться у разных участников. Для пилота выберите один тип карточек и правила подтверждения идентичности, чтобы помощник не слил организацию с её подразделением.
У каждой исходной записи сохраняют идентификатор CRM, реквизиты и историю источника. Неполные или конфликтующие данные показывают рядом. Отсутствующий реквизит нельзя достраивать по похожему названию; такая запись должна попасть в очередь уточнения, а не в автоматически подтверждённую пару.
Текстовое сходство предлагает кандидатов
Официальное описание PostgreSQL pg_trgm объясняет поиск похожих строк по триграммам и функцию similarity. Это один из способов ранжировать варианты написания. Оценка сходства текста не является вероятностью того, что две карточки относятся к одному клиенту, и не заменяет проверку реквизитов.
Модель может объяснить сокращение названия или сопоставить свободное описание, но приложение должно показать сравниваемые поля. Совпадения по названию, адресу и реквизитам полезно разделять. Пользователь видит причины предложения и противоречия, а не только общий балл без расшифровки.
Слияние — отдельная проверяемая операция
В первой версии проекта достаточно списка пар с решениями «подтвердить», «разные» и «уточнить». Для подтверждённой пары заранее определяют, какая карточка сохраняется, что происходит с контактами и как остаются доступны прежние обращения. Подготовка кандидатов не должна изменять сделки и права доступа.
Для приёмки нужны сокращённое название одной компании, две разные компании с близкими именами, общий контактный телефон и конфликт реквизитов. Проверьте, что отклонённая пара не возникает снова без новых данных, а решение можно проследить до ответственного и набора полей на момент сверки.
Что включить в предложение
Укажите CRM, размер выгрузки, типы карточек, доступные поля и допустимые действия. Отдельно согласуют чтение данных, подготовку кандидатов, интерфейс решений и обратную запись. Если нужен только отчёт, проект не должен требовать права на изменение всей клиентской базы.
Оборудование, выбранная модель, индекс и работы фиксируются по контрольной выгрузке. При обновлении проверяют прежние спорные пары и причины их решения. Итог оценивают по полезности очереди проверки и сохранности записей, без обещания безошибочного автоматического объединения клиентов.
Вопросы перед заказом
Высокое сходство названий позволяет сразу объединить карточки?
Нет. Оно помогает выбрать кандидатов для сверки. Идентичность клиента подтверждают по согласованным данным и правилам компании.
Можно начать без записи обратно в CRM?
Да. Первый проект может читать разрешённую выгрузку и готовить отчёт с решениями. Обратная запись и слияние согласуются отдельно.
Первичный источник: PostgreSQL pg_trgm: сходство текстовых строк. Документация программы не подтверждает её испытание на предлагаемом сервере.
Сервер и состав проекта
Основное предложение: «Суперинтеллект» для рабочего офиса — AI Server Manager 256. Для заказа нужны точные CPU, RAM, GPU, накопители, версии программ и включённые работы. Число в обозначении не подтверждает объём памяти.
Другие предложения: AI Server Manager 128 · AI Server Manager 384.
Цена, наличие и комплектация подтверждаются предложением. Поставка по России и Казахстану. Стоимость и срок доставки согласуем по городу и составу заказа. Уточните упаковку, документы и порядок приёмки.
Дубли CRM у филиала, заказчика и адреса доставки
Если отдел продаж в Казани ведёт закупщика организации, а отгрузка идёт подразделению в Нижнекамске, разные карточки могут описывать разные роли одного заказа. В пилоте локального ИИ отдельно задайте юридическое лицо, филиал и место получения оборудования. Помощник должен показать исходные поля и основания сходства, а ответственному сотруднику оставить подтверждение решения. Полезно сохранить исходные карточки и связь с заказами: объединение похожих названий не должно стирать различия между покупателем и фактическим получателем груза.