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