ИИ для сопоставления номенклатуры поставщиков: как связать разные названия товаров без ошибочных замен

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

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

Какой результат заказывать вместо «ИИ разберёт прайс»?

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

Разделите выход на три группы: известное подтверждённое соответствие, новый кандидат и отсутствие подходящей позиции. Последняя группа нужна так же, как первая. Когда система обязана подобрать что-нибудь к каждой строке, внешне аккуратная выгрузка скрывает ошибки. Новая модель оборудования не становится старой только потому, что в вашем каталоге пока нет новой.

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

Почему одинаковые слова не означают одинаковый товар?

Название часто не содержит признака, который отличает нужную позицию от неподходящей. Для сопоставления важны модель, исполнение, размер, материал, комплектность и единица учёта — набор признаков определяют отдельно для каждой товарной группы.

Учебный пример, не описание внедрённого проекта: во внутреннем каталоге есть «Болт М8×30, исполнение А», учёт ведётся в штуках. Поставщик присылает «Болт М8х30 А, уп. 50», а соседняя строка содержит такой же размер, но исполнение Б. Для первой строки можно предложить соответствие с подтверждённым пересчётом: две упаковки — 100 штук. Вторую нельзя связать с той же карточкой только по размеру: различающееся исполнение нужно показать проверяющему.

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

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

Как разделить точное совпадение, похожую позицию и аналог?

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

Ситуация	Результат обработки	Что разрешено дальше
Уже подтверждённая пара кодов; значимые признаки прежние	Известное соответствие с историей	Использовать по согласованному правилу повторной загрузки
Похожее описание; не указан обязательный признак или изменена упаковка	Кандидат и причина повторной проверки	Уточнить данные; не выгружать старый коэффициент автоматически
Характеристики отличаются, но товар может быть заменой	Отдельное предложение аналога	Проверить применимость; не объединять карточки
Подходящей позиции в справочнике нет	Неразобранная строка	Создать новую карточку после согласования

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

• 01Известное соответствие

  Подтверждённая пара кодов с прежними значимыми признаками: использовать по согласованному правилу.

• 02Кандидат на проверку

  Не хватает признака или изменилась упаковка: уточнить данные, не переносить прежний коэффициент автоматически.

• 03Предложение аналога

  Характеристики отличаются: специалист проверяет применимость, карточки не объединяются.

• 04Неразобранная строка

  Подходящей позиции нет: новую карточку создают после согласования.

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

Что подготовить в справочнике перед разработкой?

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

• Основная карточка. Укажите, какой источник считается главным и какие поля из него нельзя заменять данными поставщика.
• Единицы и упаковки. Зафиксируйте, где хранится коэффициент пересчёта и кто подтверждает его изменение.
• Идентификаторы. Различайте собственный код, артикул производителя и код конкретного поставщика.
• Запреты. Соберите похожие позиции, которые особенно опасно перепутать. Они нужны в контрольном наборе.
• Архив. Решите, могут ли снятые с продажи позиции оставаться кандидатами и как показывать их статус.

Если один внутренний товар уже существует под несколькими карточками, сопоставление прайсов не исправит это автоматически. Сначала определите правила работы с дублями в учётных системах. Иначе система правильно найдёт сразу несколько внутренних кодов, а спор о том, какой использовать, останется у сотрудника.

Как устроить обработку нового прайса?

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

1. Принять файл с именем поставщика и датой действия; сохранить оригинальные строки без перезаписи.
2. Разобрать колонки и единицы. Не смешивать цену, количество в коробке и минимальную партию.
3. Применить подтверждённые соответствия и проверить, не изменились ли значимые характеристики.
4. Для оставшихся строк подобрать кандидатов и указать основания совпадения и различия.
5. Передать спорные пары ответственному; сохранить его решение вместе с версией справочника.
6. Сформировать отдельную выгрузку принятых результатов и отчёт по необработанным строкам.

Доставка файлов и обновление каталога относятся к задаче импорта данных. Сопоставление — самостоятельная часть: даже идеально скачанный файл может содержать новые обозначения и неполные характеристики. Поэтому в оценке полезно разделять получение источника, поиск соответствий и передачу результата.

Как проверить качество без красивого среднего процента?

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

Для пилота подготовьте две подборки: обучающую, на которой обсуждают правила, и контрольную, которую исполнитель не использует при настройке. В обе должны попасть разные поставщики и товарные группы. Не стоит оценивать качество только по постоянному поставщику с аккуратными артикулами: его файл может почти полностью закрываться обычным словарём.

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

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

1. Изменили только пробелы и регистр. Подтверждённая пара сохраняется, исходное описание остаётся доступным.
2. Сменили количество в упаковке. Старый пересчёт не попадает в выгрузку без повторного подтверждения.
3. Убрали обязательную характеристику. Строка попадает в уточнение, даже если похожий товар оказался первым в выдаче.
4. Два поставщика использовали один код. Решение одного не переносится на другого: соответствие хранится с идентификатором поставщика.
5. Товаровед отверг пару, затем загрузили файл снова. Система учитывает отказ и не выдаёт прежнее предложение за подтверждённое.

Отдельно проверьте исправление уже принятой пары: новое решение не должно незаметно менять историю старых заказов. Найденные затронутые строки выводятся ответственному; их исправление в учёте согласуют отдельно. Для каждого теста сохраняйте входные данные, ожидаемый статус, фактическую выгрузку и автора решения.

Когда хватит правил и таблицы соответствий?

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

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

Что включить в первую версию сопоставления?

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

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

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

Как считается стоимость и что передать на оценку?

Стоимость определяется разнообразием номенклатуры, качеством эталона, устройством проверки и способом обмена. Отдельного фиксированного тарифа на сопоставление каталогов у Roboweb нет: состав и срок оцениваются по примерам данных.

В прайсе ИИ-решения начинаются от 72 000 ₽, но это ориентир базового тарифа, а не стоимость любого каталога. Рабочее место товароведа, правила упаковок, миграция старых соответствий и несколько источников могут потребовать отдельного объёма. Расходы на обработку моделью и внешние сервисы также нужно учитывать в эксплуатации.

Для расчёта передайте обезличенные примеры прайсов, структуру внутренней карточки, несколько правильных и недопустимых пар. Укажите, кто будет проверять предложения и куда отправляется принятый результат. Для обмена с учётной системой можно отдельно оценить интеграцию; изменение её внутреннего справочника и конфигурации не следует автоматически включать в стоимость связки.

Короткие ответы на частые вопросы

Может ли ИИ автоматически объединить карточки товаров?

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

Что делать, если у поставщика нет артикула?

Использовать доступные признаки и показывать кандидатов для проверки. Если важных характеристик нет, правильный результат — запрос уточнения, а не уверенное назначение внутреннего кода.

Что будет, если поставщик переиспользует свой артикул?

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

Совпадение названия означает, что товар подходит на замену?

Нет. Идентичность позиции и допустимость технической замены — разные решения; разрешение на замену принимает ответственный специалист.

Как получить оценку сопоставления номенклатуры?

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

Услуги и кейсы по теме: цены и состав работ · ИИ-решения под задачи бизнеса · интеграция с внешними системами