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