Дубли товаров от поставщиков: как собрать единый каталог

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

Разделите три уровня данных

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

Какие идентификаторы использовать

Внутренний SKU отвечает за запись в вашей системе. Артикул поставщика имеет смысл вместе с кодом поставщика. MPN — номер производителя: сопоставляйте его с брендом и характеристиками. GTIN помогает, когда он действительно назначен этой торговой единице, а не скопирован с упаковки другого размера.

Не удаляйте ведущие нули и не приводите все артикулы к числам. Значения 00125 и 125 могут быть разными кодами. Название используйте для поиска кандидатов, но не как единственное основание автоматического объединения.

Как разобрать дубли без потери данных

1. Сохраните исходные выгрузки и время получения. Оставьте идентификатор каждой строки источника.
2. Составьте таблицу соответствий: поставщик + его код → внутренний SKU → модель и модификация.
3. Отделите точные совпадения от спорных. Для спорных проверьте размеры, материал, комплектность, единицу продажи и изображения маркировки.
4. Назначьте ответственного за решение. Храните основание объединения, а не только итоговую связь.
5. Проверьте цены и остатки уже на согласованных идентификаторах. Дубли ключей не должны перезаписывать друг друга молча.

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

Как считать остаток и выбирать цену

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

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

Что делать с уже созданными страницами

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

Разные модификации сохраняйте как варианты или отдельные карточки по устройству каталога. Решение о URL принимайте вместе с поисковым спросом и возможностью купить нужную версию. Подробнее о разделении полей — в статье PIM и 1С.

Можно ли объединить товары только по MPN?

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

Как принять правила сопоставления у разработчика

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

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

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

Как работать с неоднозначными строками

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

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

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

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

Документация и проверка форматов

• Google: MPN
• Google: варианты товаров

Документация проверена 18 октября 2026 года.