Артикул и штрихкод Ozon: чем отличаются и где их получить

На Ozon одновременно существуют три разных идентификатора товара, которые продавцы часто путают между собой: артикул продавца (offer_id) - это код, который продавец задаёт сам при создании карточки для собственного учёта; SKU (он же Ozon ID) - системный числовой идентификатор, присваиваемый площадкой автоматически после модерации карточки; и штрихкод - физическая наклейка на упаковке, необходимая складским работникам и системе Ozon для идентификации товара при приёмке, хранении и сборке заказа. Штрихкод продавец формирует самостоятельно только для схемы FBO, а собственного производственного штрихкода с упаковки поставщика для этого недостаточно - площадка требует именно внутренний "озоновский" код.
Продавец, путающий артикул со штрихкодом при настройке интеграции склада или товароучётной системы, регулярно сталкивается с ошибками сопоставления данных - в API Ozon эти значения передаются в разных полях (offer_id для артикула продавца и sku для системного идентификатора), и путаница между ними на уровне настройки интеграции приводит к некорректному отображению остатков или дублированию позиций.

Сводная таблица: Три идентификатора и их назначение

Артикул и штрихкод Ozon: чем отличаются и где их получить

Пошаговый алгоритм работы с идентификаторами

Шаг 1. Задать понятную систему артикулов ещё до создания карточек

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

Шаг 2. Не путать артикул с SKU при настройке интеграции

Если вы работаете через API или стороннюю систему учёта, убедитесь, что артикул продавца передаётся в поле offer_id, а не путается с системным идентификатором sku, который присваивается площадкой автоматически.

Шаг 3. Найти SKU в карточке товара после прохождения модерации

Системный идентификатор появляется только после того, как карточка успешно прошла проверку - до этого момента у товара есть только заданный вами артикул продавца.

Шаг 4. Перейти в "Управление штрихкодами" для создания или добавления кода

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

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

Даже если у товара уже есть штрихкод от производителя, для схемы FBO часто требуется формирование именно внутреннего кода через кабинет Ozon, особенно если товар подлежит обязательной маркировке и нужен GTIN.

Шаг 6. Различать штрихкод товара и штрихкод грузового места

Штрихкод на каждой единице товара нужен сборщику для идентификации при упаковке заказа, а отдельный штрихкод на коробе или паллете - складу для приёмки партии целиком, это два разных уровня маркировки одной поставки.

Лайфхак: "Артикул продавца - это только для вас, площадка его не видит как товар"

Пока карточка не прошла модерацию и не получила SKU, для системы Ozon товара формально ещё не существует как полноценной позиции - артикул продавца в этот момент выполняет чисто учётную функцию.

Лайфхак: "При смене схемы работы проверяйте штрихкод заранее"

Если планируете совмещать или переключаться между FBO и FBS, лучше заранее убедиться, что у товара оформлен корректный штрихкод, - для разных схем требования и ответственность за формирование кода могут отличаться.
Работа с идентификаторами товара переплетается с несколькими соседними задачами: созданием карточки без ошибок модерации, объединением вариантов в одну позицию и общей настройкой интеграций с товароучётными системами. A3 marketplace ведёт всё это как единую систему, потому что путаница на уровне идентификаторов часто становится источником ошибок в остальных процессах работы с ассортиментом.

Заметка эксперта

Три идентификатора товара на Ozon - артикул продавца, SKU и штрихкод - решают три принципиально разные задачи и создаются в разное время разными сторонами процесса, и путаница между ними чаще всего проявляется именно на уровне интеграций с внешними системами учёта. Продавцы, которые с самого начала выстраивают понятную систему собственных артикулов и чётко разделяют её с системным SKU при настройке интеграций, реже сталкиваются с ошибками сопоставления данных между кабинетом и внешним учётом.
Настроена ли ваша система учёта так, чтобы не путать артикул продавца с системным SKU при обмене данными с Ozon?
Обсудить продвижение