Как передавать коды маркировки в Ozon на FBS и что делать с УПД

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

С маркировкой на Ozon FBS легко смешать несколько разных действий: получить товар от поставщика, принять документы, прикрепить код к заказу и отразить дальнейшее движение товара. Кажется, что достаточно загрузить УПД или наклеить Data Matrix. На деле документ не заменяет передачу кода при сборке, а картинка на упаковке сама по себе не подтверждает, что товар можно продавать. Я разделяю физический товар, сведения в «Честном знаке» и данные отправления Ozon. Проверка нужна на стыках между ними, потому что именно там незаметно появляется чужой код или теряется нужный.

Нужен ли код маркировки для вашего товара

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

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

Где продавцу взять код маркировки для Ozon

Если я перепродаю готовый маркированный товар, код обычно уже нанесён производителем или другим участником, который выполнил маркировку по правилам товарной группы. Я получаю конкретный экземпляр вместе с соответствующими документами и проверяю его историю в доступных мне данных «Честного знака». Там, где предусмотрена передача сведений поэкземплярно, сверяю коды в документе с упаковками. При другом допустимом формате учёта проверяю документы по правилам этой группы, а не требую от поставщика несуществующего универсального шаблона. Покупать новый код для каждого заказа Ozon при обычной перепродаже уже корректно маркированного товара не нужно.

Если я выступаю производителем или импортёром, получение кодов становится отдельной процедурой через «Честный знак» с учётом моей роли и товарной группы. Заказ кода, его печать, нанесение и необходимые операции в системе — разные действия, и распечатанная этикетка не означает завершённую подготовку к продаже. Под словом «КИЗ» продавцы часто подразумевают любую маркировку, но формат идентификатора зависит от товара. Я не смешиваю его со штрихкодом карточки, артикулом продавца или этикеткой отправления Ozon. Для передачи маркировки нужен предусмотренный для товара идентификатор, считанный и обработанный в формате, который требует площадка.

Как добавить код маркировки в заказ Ozon FBS

На FBS товар до отгрузки находится у меня, поэтому связку «экземпляр — код — отправление» я проверяю во время сборки. Рабочая точка — конкретный заказ или отправление в разделе заказов FBS и предусмотренное там действие для маркировки. Точное название кнопки я не фиксирую: интерфейс и доступные способы передачи меняются, а неподтверждённый путь по меню только мешает. Если поле не находится, сверяюсь с актуальной инструкцией Ozon и настройками категории, а не вставляю код в комментарий к заказу. При работе через интеграцию проверяю действующие требования API: успешная отправка запроса ещё не равна успешной проверке кода.

В таблице я разделил работу по участникам и местам проверки, потому что искать всё внутри кабинета Ozon бесполезно. Часть сведений находится у поставщика, часть — в ЭДО и «Честном знаке», а связь с покупательским заказом появляется на площадке. Названия разделов ниже служат ориентирами, а не обещанием одинакового интерфейса у всех продавцов. Читать таблицу удобнее сверху вниз, следом за физическим экземпляром. Если на каком-то этапе нет подтверждения, следующий этап не устраняет этот пробел автоматически.

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

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

Что делать с УПД и чем FBO отличается от FBS

Вопрос «как передать УПД в Ozon для “Честного знака”» я сначала разделяю по хозяйственной операции. УПД от поставщика продавцу подтверждает поставку и, в предусмотренных случаях, передаёт сведения о маркированном товаре через ЭДО. Его нужно проверить и обработать в своей системе документооборота, а не просто сохранить файл рядом с заказом. При обычной розничной продаже по FBS передача кода в отправление не превращается автоматически в обязанность отправлять Ozon отдельный УПД на каждую покупку. Для продажи юридическому лицу или другого специального сценария порядок документов проверяю отдельно по условиям площадки и требованиям к операции.

Если действующая схема действительно требует направить УПД в адрес Ozon, я беру получателя, реквизиты, основание и формат из инструкции для этой операции. Документ отправляется через предусмотренный канал ЭДО, а не заменяется скриншотом, письмом в поддержку или вложением произвольного файла. После отправки проверяю статус обработки и сообщения об отклонении. Сам факт появления документа в исходящих не подтверждает, что сведения приняты получателем и корректно отражены в маркировке. При отказе исправляю конкретное расхождение по установленному порядку, а не создаю повторный документ без понимания судьбы предыдущего.

На FBO я передаю товар на склад Ozon до появления конкретного покупательского заказа, поэтому контроль маркировки начинается уже при подготовке поставки. Нужно заранее проверить требования площадки к кодам, документам и передаче сведений для товарной группы, а затем сверить результат приёмки. На FBS нужный экземпляр выбираю и сканирую я, тогда как на FBO дальнейшую сборку выполняет склад площадки. Однако передача товара складу сама по себе не означает, что Ozon стал его собственником: содержание документов определяется договором и видом операции. Нельзя переносить инструкцию по УПД для поставки FBO на розничное отправление FBS только потому, что в обоих случаях участвует Ozon.

Если код не передан или оказался неверным

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

Возврат добавляет отдельную проверку: статус заказа на Ozon и статус маркировки не стоит считать одной записью. Я осматриваю упаковку, считываю код и выясняю, было ли отражено выбытие и какие действия нужны для дальнейшего оборота по правилам товарной группы. Повреждённая этикетка или несовпадение возвращённого экземпляра с отправленным требуют отдельного разбирательства. До этого товар не возвращаю в доступный остаток. Организационную часть получения товара я разбирал в статье о том, как забрать возврат продавцу из ПВЗ Ozon: она помогает не потерять саму упаковку, без которой проверять маркировку гораздо сложнее.

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

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

Завтра я бы начал не с массовой перенастройки склада, а с ближайшего маркированного отправления FBS. Достал бы физический экземпляр, сверил его с документами приёмки и доступными сведениями «Честного знака», затем проследил передачу кода в Ozon до результата обработки. После этого закрепил бы на сборочном месте правило: сканировать конкретную упаковку только в контексте открытого отправления. Если остаётся вопрос по УПД, сформулировал бы его через операцию — приёмка от поставщика, поставка FBO или продажа покупателю — и запросил актуальный порядок именно для неё. Так появляется проверяемая цепочка действий, а не надежда, что заполненное поле означает завершённую работу.