Честный знак и как с ним работать при торговле на маркетплейсах

Чтобы маркировка перестала быть хаосом, достаточно держать в голове три операции и понимать, кто их делает в вашей модели:

1. Получить код маркировки (для конкретной товарной единицы).
2. Ввести товар в оборот (подтвердить, что единица легально появилась на рынке).
3. Вывести из оборота при продаже конечному покупателю. Для дистанционных продаж используется сценарий “вывод из оборота” при интернет-торговле; если доставка сторонней компанией — собственник товара подаёт сведения через личный кабинет системы.

Здесь важное “неочевидное” правило, которое экономит нервы:
маркетплейс, курьер, логистическая компания — не всегда участники оборота маркированного товара. В ряде сценариев собственник товара обязан корректно передать сведения о выбытии.

 Регистрация и подготовка в «Честном знаке» 

Если упростить, подготовка сводится к трём вещам:

1. Зарегистрироваться как участник оборота и выбрать роль (производитель/импортёр/опт/розница) и товарные группы. Официальная база знаний по регистрации есть у сообщества маркировки.
2. Настроить электронный документооборот (ЭДО) — потому что передача кодов между участниками оборота в большинстве сценариев фиксируется электронными документами (УПД).
3. Понять свою позицию в цепочке :
   • вы производитель/импортёр (получаете коды и вводите в оборот сами);
   • или вы покупаете товар у поставщика (тогда коды должны перейти на ваш баланс через корректные документы).

Подсказка, которая спасает от 80% странных ситуаций: перед любой крупной поставкой заведите короткое правило — проверяем статусы кодов (в обороте/выведен/принадлежит не вам). Иначе вы привезёте на склад маркетплейса товар, который система видит “чужим” или “уже выбывшим”.

4) Таблица: кто что делает с кодом на Ozon / Wildberries / Яндекс Маркете (FBS vs FBO)

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

Маркировка для маркетплейсов Ozon: пошаговая инструкция по работе с Честным Знаком (FBS/FBO, передача кодов)

Ozon FBS: как передавать коды в заказ

Суть: код маркировки нужно указать до передачи отправления в логистику , пока заказ в статусах “ожидает сборки/готов к отгрузке” (формулировка и окна могут отличаться, но логика — “до передачи”).

Пошагово (процессный вариант):

1. Получили заказ.
2. Отобрали товар.
3. Отсканировали DataMatrix.
4. Записали код в учёт (таблица/учётка).
5. Внесли код в заказ в кабинете Ozon (в рамках окна “до передачи”).
6. Упаковали, отгрузили.

Точка контроля: “каждая единица в заказе имеет свой код” — без этого дальше начинаются сложные ручные расследования.

Ozon FBO: передача кодов при поставке на склад

Логика для складской модели: коды маркировки принимаются через УПД по ЭДО , в XML-формате, поэтому бизнес-процесс должен обеспечивать передачу кодов именно в документе.

Пошагово:

1. Подготовили поставку и список кодов по SKU.
2. Проверили: количество кодов = количеству единиц.
3. Передали коды в УПД через ЭДО (в нужном формате).
4. Отгрузили на склад.

Точка контроля: если коды не в УПД/не в формате — поставка может “застрять” на проверках и вы потеряете время/деньги.

Маркировка для маркетплейсов Wildberries: пошаговая инструкция по работе с Честным Знаком (FBS/FBW, УПД ДОП, передача кодов)

Wildberries чётко разделяет два мира:

• FBW (склад WB) — площадка может сама выводить и возвращать коды, но только если вы правильно передали их через документы;
• FBS — УПД ДОП не нужен, зато вы должны передать коды в сборочном задании и вывести их из оборота самостоятельно.

Wildberries FBW: УПД “ДОП” (УПД по маркировке) и передача кодов

В официальной инструкции сказано: при продаже по модели “Склад WB” Wildberries самостоятельно выводит и при необходимости возвращает в оборот КИЗ, а продавцу нужно передать коды через УПД “ДОП”.

Пошагово:

1. Поставка принята, вы скачали акт приёмки (в акте можно видеть коды в отдельном столбце).
2. В течение суток появляется черновик “УПД по маркировке” (XML) в разделе “Документы”.
3. Заполняете УПД, отправляете через ЭДО.

Wildberries FBS: как добавить КИЗ в сборочное задание

Для FBS: УПД “ДОП” не нужен, вместо этого вы добавляете КИЗ в сборочном задании и выводите код из оборота сами.

Пошагово (как делает склад):

1. Открыть сборочные задания: “Маркетплейс (FBS) → На сборке”.
2. Выбрать поставку/задание → “+ Идентификатор товара” → “Добавить КИЗ”.
3. Внести КИЗ каждого товара (сканером или вручную), сохранить.
4. После продажи — вывести код из оборота через систему маркировки (это подчёркнуто в инструкции).

Маркировка для маркетплейсов Яндекс Маркет: пошаговая инструкция по работе с Честным Знаком (FBS/FBY, отчёты, возвраты, передача кодов)

У Маркета сильная часть — это контроль через кабинет и отчётность: вы можете видеть движение и статусы кодов, а также получать данные для вывода/возврата кодов.

Где смотреть и как контролировать

Маркет пишет: информацию о движении и статусах кодов можно смотреть в кабинете на странице “Заказы → Маркированные товары”.
Также можно проверить, какие товары подлежат маркировке, во вкладке “Маркируемые товары” (если указали ТН ВЭД/включили опцию).

Отчёт о маркированных товарах (ключ для FBS)

Отчёт доступен для FBS-магазинов и показывает проданные, переданные в доставку, невыкупленные и возвращённые товары с маркировкой — и главное, зачем эти данные нужны :

• по проданным/переданным — чтобы вывести коды из оборота;
• по невыкупленным/возвращённым — чтобы вернуть коды в оборот.

Правило, которое многие пропускают: возврат и 3 дня

У Маркета есть очень жёсткая и полезная формулировка: если покупатель вернул маркируемый товар, код нужно снова ввести в оборот в течение 3 дней . Если прошло 3 дня или больше — вернуть код нельзя, нужно получить новый код и передать Маркету.

Это не просто “совет”: это реальная точка, где продавцы теряют деньги на перемаркировке и переделках.

Передача кодов: 3 рабочих сценария (без лишней теории)

Сценарий 1. Передача кодов в заказ (типично для FBS)

Когда вы собираете заказ со своего склада, вы передаёте код конкретной единицы в интерфейсе заказа/сборочного задания.

• Ozon: код указывают до передачи в логистику.
• Wildberries: КИЗ добавляют в сборочном задании FBS.
• Яндекс Маркет: коды и статусы контролируются через “Маркированные товары” и отчёт (особенно для вывода/возврата).

Сценарий 2. Передача кодов в поставку через документы (типично для FBO/FBW/FBY)

• Wildberries FBW: УПД “ДОП” (УПД по маркировке).
• Ozon: коды маркировки принимаются с УПД через операторов ЭДО (XML), процесс должен это обеспечивать.

Сценарий 3. Смешанный (частая реальность)

Одна часть ассортимента уходит на склад маркетплейса, другая — остаётся на вашем складе.
Чтобы не “сломать голову”, используйте два правила:

1. в учёте всегда фиксировать “модель” по каждой единице (FBS или FBO);
2. не смешивать партии/коды между моделями без явной отметки и сверки.

Возвраты маркированных товаров: большой блок, который должен быть в регламенте

Возвраты — это место, где большинство инструкций заканчивается фразой “верните код в оборот”. На практике нужно расписать сценарии, иначе команда начнёт импровизировать.

Ниже — готовый блок для внутреннего регламента (можно вставить в инструкцию склада/фулфилмента).

Сценарий А: отмена заказа до отгрузки (FBS)

Что происходит: код уже могли передать в заказ, но товар физически не уехал.

Правило:

• если товар не покинул ваш склад, вы просто возвращаете единицу в остаток и фиксируете в учёте, что код “снова на складе”;
• если вы уже сделали действия по выводу — нужно действовать по процедуре корректировки (не тянуть, чтобы не превратить это в “код выбыл, но товар на складе”).

Сценарий B: невыкуп/возврат покупателем (FBS)

Что происходит: товар уехал, вернулся, а код мог быть выведен.

Правило по Маркету (обязательно учесть): вернуть код в оборот нужно в течение 3 дней, иначе — новый код и передача Маркету.
Даже если для ваших категорий на других площадках сроки отличаются, держите внутреннюю цель: “возвраты обрабатываются максимум за 24–48 часов”.

Точка контроля: статус кода должен соответствовать физике: “товар на складе” = “код снова в обороте”.

Сценарий C: частичный возврат (в заказе 2–5 маркированных позиций)

Самая частая путаница: вернули 1 единицу, а “в учёте вернули все”.

Регламент:

1. по отчёту/заказу фиксируем, какая именно позиция вернулась;
2. сверяем код этой единицы;
3. возвращаем в оборот только этот код;
4. делаем запись в таблице учёта кодов: “возврат обработан”.

На Маркете данные для таких операций как раз и содержатся в отчёте о маркированных товарах.

Сценарий D: брак/порча/утилизация

Проблема: товар не вернётся в продажу, но код “висит”.

Регламент:

• отдельная колонка “списание/утилизация” в учёте;
• отдельный акт/основание внутри компании;
• дальше — действия по правилам вашей товарной группы (важно не смешивать это с “возвратом в оборот”).

Сценарий E: повреждённый DataMatrix (код не читается)

Что обычно ломается: склад/ПВЗ не может отсканировать, товар “зависает”.

Регламент:

• карантин (не отгружать);
• решение “перемаркировка/получение нового кода” по правилам вашей группы;
• запись в учёт: старый код → статус “заменён”, новый код → “в обороте”.

Подсказка: не пытайтесь “лечить” повреждённый код скотчем поверх — это часто ухудшает сканирование.

Сценарий F: пересорт кодов (в заказ уехал не тот код)

Это критичная ошибка, потому что у вас:

• физически ушла единица А,
• в системе ушла единица Б.

Регламент:

1. остановить повторение: выяснить, на каком шаге пропали контрольные сканы;
2. по таблице учёта восстановить: какой код реально уехал;
3. провести корректировку по двум кодам (один “лишний выбыл”, другой “не выбыл”).

5 новых кейсов: где ломается маркировка и как чинить

Ниже — пять кейсов без повторов (не обувь/парфюм/велосипеды). Формат: симптом → причина → решение → профилактика.

Кейс 1. Комплект “2 футболки + носки” (самосборный набор)

Симптом: на маркетплейсе продаёте как “набор”, а в реальности это 3 маркированные единицы. При возврате покупатель возвращает только одну вещь, а вы не понимаете, какие коды “живые”.

Причина: нет правил для наборов: сколько кодов должно быть связано с одним заказом/набором, и как разбирать частичный возврат.

Решение:

• в учёте набор — это “контейнер”, но коды остаются поштучными;
• в отгрузке FBS передавайте коды всех единиц, которые фактически уходят;
• по возврату возвращайте в оборот только реально вернувшиеся единицы (по кодам).

Профилактика: отдельная строка в регламенте: “самосборные комплекты — всегда поштучный учёт кодов”.

Кейс 2. Шины (размерный ряд, высокая нагрузка на склад)

Симптом: поставка на склад маркетплейса “не бьётся”: количество совпадает, а коды “не те”.

Причина: на складе перепутали размер/вариант и привязали коды к неправильному SKU в таблице, а дальше документ/передача ушли “как есть”.

Решение:

• вводите правило: для размерного ряда обязательно делать “двойной контроль” (скан кода + скан/проверка SKU/этикетки размера);
• до передачи кодов по документам проводите сверку “SKU → список кодов” выборочно.

Профилактика: “контрольная выборка 20 единиц на каждую вариацию”.

Кейс 3. Бутилированная вода (массовые продажи, много возвратов по доставке)

Симптом: по отчётам растёт число “возвратов”, и вы начинаете путаться: что вернуть в оборот, что перемаркировать.

Причина: нет SLA на обработку возвратов: коды “ждут решения”, а дальше появляются ограничения по срокам.

Решение:

• вводите SLA: возврат должен быть обработан в течение 24 часов с момента фактического поступления на склад;
• на Маркете учитывайте правило “3 дня, иначе новый код”.

Профилактика: ежедневный отчёт “возвраты, которые ещё не обработаны”.

Кейс 4. Ювелирные изделия (DataMatrix есть, но это не “обычная маркировка”)

Симптом: команда пытается работать “как с обычным DataMatrix”, а площадка требует УИН/другие процессы.

Причина: ювелирка завязана на отдельную систему контроля, и у площадок есть отдельные правила передачи/вывода.

Решение:

• выделить категорию в отдельный регламент;
• вести отдельный шаблон учёта;
• использовать в кабинете Маркета отдельные разделы/инструкции по маркировке ювелирных изделий и отчётности.

Профилактика: “любой товар с отдельной регуляторикой = отдельный регламент”.

Кейс 5. Перевод бизнеса на другое юрлицо (или смена ИНН в кабинете)

Симптом: товары физически у вас, но “коды числятся не там”. Начинаются “код не принадлежит” и невозможность корректно передать коды маркетплейсу.

Причина: маркировка привязана к участнику оборота. Если вы поменяли юрлицо, нельзя “считать, что ничего не изменилось”.

Решение:

• до переноса ассортимента сделать инвентаризацию кодов и план “как коды перейдут на новое юрлицо” по правилам системы и вашей цепочки поставок;
• не отгружать маркированный товар, пока не решён вопрос принадлежности кодов.

Профилактика: запрет “миграций” без инвентаризации кодов.

Контрольный чек-лист: чтобы маркировка не всплывала внезапно

Перед отгрузкой (FBS)

• Для каждого товара в заказе внесён соответствующий код (Ozon — до передачи в логистику; Wildberries — через сборочное задание).
• Код реально сканируется.
• Код записан в учёт и связан с номером заказа.

Перед поставкой на склад маркетплейса (FBO/FBW)

• Количество кодов = количеству единиц.
• Коды передаются корректным документом (например, Wildberries FBW — УПД по маркировке; Ozon — УПД через ЭДО).
• Нет “карантинных” единиц (повреждённые/сомнительные коды).

Ежедневный контроль (особенно для FBS)

• Сверка проданных/переданных в доставку товаров — чтобы вывести коды из оборота.
• Сверка возвратов — обработать в срок (у Маркета важно правило 3 дней).

Сертификация товаров для маркетплейсов