От кода поставщика к точной позиции
  1. Роли

    SKU, MPN и GTIN разделены

  2. Вариант

    Бренд, цвет и комплектация

  3. Связи

    Поставщики и внутренний ключ

  4. Обмен

    Строковые коды без потерь

Короткий ответ: SKU — внутренний код позиции продавца, MPN — обозначение производителя, GTIN — глобальный идентификатор товара. Эти поля решают разные задачи. Один внутренний артикул нельзя автоматически записывать во все три колонки при подготовке каталога или товарного фида.

Разбор полезен магазинам, которые сводят несколько поставщиков, обмениваются данными с 1С и передают товары внешним сервисам. Правильная схема идентификаторов помогает сохранить связь фотографий, цен и остатков с конкретной модификацией товара.

Чем различаются три кода

Роли идентификаторов в каталоге
ПолеКто определяетЧто проверить
SKUПродавец в своей системеУникальность внутри каталога и стабильность при обмене
MPNПроизводительСоответствие бренду и конкретному исполнению
GTINНазначается товару в системе глобальной идентификацииПодлинное значение именно этого товара
Артикул поставщикаПоставщик в своём прайсеСвязь с внутренней позицией, а не замена её ID

Google отдельно описывает идентификаторы товара и запрещает подставлять выдуманные значения или коды похожих моделей. Если изготовитель назначил GTIN, но его нет в вашей выгрузке, нужно запросить сведения. Отсутствие данных у продавца и отсутствие назначенного идентификатора у товара — разные ситуации.

Сначала определите, что считается одной позицией

Условная лампа A10 продаётся в двух цветах и с разными блоками питания. Заголовок «Лампа A10» описывает семейство, но для заказа нужны конкретные сочетания. У каждой продаваемой позиции должны быть однозначные связи с ценой, остатком и фотографией. При объединении данных название само по себе слишком слабый ключ.

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

Учебный пример двух поставщиков

Ниже вымышленные позиции. Значения MPN приведены для объяснения схемы, они не предназначены для публикации в реальном фиде. GTIN намеренно не придуман: его берут из проверенных данных производителя.

Сопоставление прайсов с внутренним каталогом
Внутренний SKUБренд и MPNКоды поставщиковИсполнение
00125Учебный бренд; A10-BKP-77 и 90015Чёрная, без блока питания
00126Учебный бренд; A10-WHP-78Белая, без блока питания
KIT-125Комплект продавцаОтдельная карта составаЧёрная и блок питания

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

Почему исчезают ведущие нули

Код 00125 — строка. Табличная программа может автоматически превратить его в число 125; длинный код — показать в научной записи. После сохранения исходное значение не всегда можно достоверно восстановить. Утверждение «в каталоге все артикулы пятизначные» тоже нужно проверить до массового дополнения нулями.

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

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

Как подготовить карту соответствий

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

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

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

Типичные ошибки

  • Использовать название товара как единственный ключ.
  • Подменять отсутствующий GTIN внутренним SKU.
  • Стирать ведущие нули при открытии CSV.
  • Объединять варианты только по похожему MPN.
  • Назначать одному комплекту код случайного компонента.
  • Переписывать внутренний ID при каждом новом прайсе поставщика.

Частые вопросы

Можно ли сделать SKU равным MPN?

Можно, если это осознанное правило каталога и оно обеспечивает уникальность. Однако хранить исходный MPN отдельным полем всё равно полезно: внутреннее обозначение может позже измениться или получить префикс.

Что делать, если GTIN отсутствует?

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

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

Начните с дублей, пустых кодов и позиций с несколькими противоречащими вариантами. Затем проверьте выборку обмена и поиск по артикулам. Найденные проблемы передайте в аудит каталога вместе с исходными файлами без секретов.