← На главную

Проанализируем ситуацию, которая обсуждалась на форуме 1С: с 1 марта 2026 года при работе с маркированным товаром система маркировки начинает сверять наличие уведомления о начале предпринимательской деятельности (в реестре Роспотребнадзора). Если уведомления нет (или данные в уведомлении не совпадают с тем, как вы зарегистрированы и работаете), то на практике это может привести к тому, что «маркировка не бьется», а маркетплейсы могут блокировать продажи/карточки и/или отказывать в приемке и реализации маркированных товаров.

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

1) Выясним причину: почему «не бьется маркировка» именно из-за уведомления в РПН

Рассмотрим подробнее, что изменилось с 01.03.2026. Логика такая:

1. Система маркировки (оператор и контуры проверок) усиливает валидацию участников оборота: при регистрации/передаче сведений о движении маркированных товаров могут проверяться дополнительные «признаки добросовестности», в том числе наличие обязательных уведомлений о начале деятельности.
2. Если уведомления нет, либо оно подано не на тот вид деятельности, не на тот адрес, с расхождением реквизитов, то обмен данными по маркировке начинает «ломаться» на проверках: коды могут не проходить проверку, операции могут отклоняться, а в личном кабинете/интеграции появляются ошибки.
3. Маркетплейсы (Ozon, Wildberries) параллельно усиливают «предпродажный контроль» маркированных товаров: карточки и продажи могут становиться доступны только после успешных проверок, а при проблемах с маркировкой возможны блокировки.

Именно поэтому в обсуждении с форума логично прозвучала рекомендация: успеть подать уведомление до 01.03.2026, иначе продажи могут «встать».

2) Проверим, нужно ли вам уведомление в Роспотребнадзор

Разберем по шагам. Уведомление в РПН требуется не всем «вообще», а тем, у кого деятельность подпадает под уведомительный порядок (обычно это виды деятельности в сфере торговли/услуг/общепита и т. п. — зависит от конкретного профиля бизнеса). Поэтому действуем так:

1. Сопоставим вашу фактическую деятельность (что именно продаем, как именно продаем, где находится точка/склад/офис, есть ли производство) с тем, где действительно требуется уведомление.
2. Проверим, что у вас корректные ОКВЭД и корректные адреса ведения деятельности.
3. Если торгуем на маркетплейсах, не забываем: формально деятельность все равно ведете вы как продавец, даже если витрина/касса/доставка частично на стороне площадки (зависит от модели продаж).

Если вы понимаете, что уведомление нужно, переходим к подаче. Если сомневаемся — действуем практично: лучше заранее проверить и при необходимости подать, чем ждать блокировок и отклонений операций по маркировке в самый «горячий» период.

3) Подадим уведомление в РПН так, чтобы оно «сошлось» с маркировкой и маркетплейсами

Посмотрим на типовые причины, из-за которых уведомление «есть», но проверки все равно не проходят:

1. Не те реквизиты: ИНН/ОГРН, наименование, организационно-правовая форма отличаются от того, что указано при регистрации в системе маркировки/в личных кабинетах площадок.
2. Не тот адрес ведения деятельности (частая история, когда уведомление подано «на один адрес», а фактически продажи/склад/отгрузка по другому адресу или по нескольким).
3. Не тот вид деятельности: уведомление подано под одну группу, а фактически оборот маркированного товара идет по другой логике.
4. Ошибки/опечатки в данных (вплоть до лишнего пробела в наименовании) могут давать расхождения при автоматизированных сверках.

Что делаем на практике:

1. Берем ваши «эталонные» реквизиты из ЕГРЮЛ/ЕГРИП (как они должны быть везде).
2. Сверяем их с тем, что указано в системе маркировки (профиль участника оборота) и в кабинетах Ozon/WB.
3. Заполняем уведомление, строго придерживаясь тех же реквизитов и логики адресов (где реально ведем деятельность).
4. После подачи фиксируем подтверждение, статус, и при необходимости корректируем расхождения.

Практический ориентир: если вы зарегистрировались в системе маркировки до 1 марта 2026 года, то система все равно может начать проверять, подано ли уведомление и совпадают ли данные; то есть «ранняя регистрация» не гарантирует, что можно игнорировать уведомление.

4) Разберем работу с Ozon: FBO, FBS и realFBS — где кто выводит коды из оборота

Теперь разберем главный практический вопрос автора: «что делать, если маркированный товар продается на Ozon и WB?». Начнем с Ozon и разложим по моделям.

Ключевой принцип: Ozon не наносит коды маркировки за вас. На склад/в продажи принимается только уже промаркированная продукция (код DataMatrix нанесен и читается).

4.1) Ozon FBO (товар на складе Ozon)

Посмотрим, как выглядит цепочка ответственности:

1. Вы обеспечиваете, что товар промаркирован корректно (коды получены, введены в оборот при необходимости, нанесены на каждую единицу, читаемы).
2. При продаже по схеме FBO Ozon, как правило, сам выводит коды из оборота в момент фискализации (пробития чека) — это и было отражено в сообщении с форума.

   Что важно проконтролировать:

   1. Коды должны «жить» в корректном статусе до продажи (не быть уже выведенными, не быть «не в обороте», не быть ошибочно привязанными к другой партии/товару).
   2. Возвраты: если продажа прошла и код выведен, при возврате требуется корректное «возвращение в оборот» (механика зависит от схемы и документации площадки/ЭДО).

   4.2) Ozon FBS и realFBS (продавец хранит и отгружает)

   Разберем по шагам, как это работает в общем виде (и как было указано на форуме):

   1. Для заказов от юридических лиц часто применяется схема с формированием УПД с кодом маркировки и отправкой через ЭДО на подпись покупателю после доставки (площадка формирует документ/событие по своей логике, а вы обеспечиваете правильность кодов и документооборота).
   2. Для заказов от физических лиц при FBS обычно требуется вывод кода из оборота (и это часто зона ответственности продавца). Практическая рекомендация — выводить код после того, как заказ получил статус «Доставлен», чтобы не «сжечь» код на отмененных/невыкупленных заказах.

   Какие ошибки здесь самые частые:

   1. Вывели код слишком рано (заказ отменился) — потом приходится делать обратные операции и объяснять расхождения.
   2. Не вывели код вовремя — растут риски штрафов/индикаторов риска и блокировок на витрине.
   3. Передали площадке «не тот код» (не от той единицы товара) — получаем несостыковки, возвраты, претензии, корректировки УПД.

   5) Разберем работу с Wildberries: FBW/DBS/FBS и вывод из оборота

   Теперь посмотрим на Wildberries. У WB названия моделей могут отличаться, но принцип схожий: если продажа идет со склада маркетплейса, площадка чаще берет на себя «автоматическое выбытие»; если продажа идет со склада продавца, продавец чаще обязан сам выводить коды.

   5.1) Wildberries FBW (товар на складе WB)

   Проанализируем механику:

   1. При продаже по модели FBW Wildberries автоматически выводит КИЗ (код идентификации) из оборота.
   2. Если покупатель вернул товар, который был автоматически выведен, он может вернуться в оборот через корректировочный документ (логика зависит от документооборота, и часть действий выполняется автоматически на стороне WB/ЭДО при корректной настройке).

   Что делаем мы:

   1. Обеспечиваем корректную маркировку до поставки (код читается, не поврежден, соответствует товару).
   2. Поддерживаем корректный ЭДО, чтобы документы по передаче/корректировкам подписывались без задержек.

   5.2) Wildberries FBS/DBS/C&C (товар у продавца)

   Разберем по шагам ключевое требование: при продаже по FBS, DBS и C&C Wildberries не выводит КИЗ автоматически — это обязанность продавца.

   Как действуем:

   1. Фиксируем факт продажи/доставки (ориентируемся на статус доставки).
   2. Формируем операцию «Вывод из оборота» в системе маркировки с корректным основанием (для дистанционной продажи/продажи по образцам — формулировка зависит от интерфейса/сценария).
   3. Соблюдаем сроки: часто упоминается ориентир в течение 3 дней после продажи/доставки (следим за актуальными требованиями вашей товарной группы и регламентами площадки).
   4. При возврате — если мы сами выводили товар из оборота, то затем обязаны ввести код обратно в оборот в установленный срок (в источниках встречается требование «в течение 3 рабочих дней» при возврате, если код возвращается к продаже).

   Здесь важно не путать два разных кейса:

   1. Покупатель — физлицо: чаще всего это «конечная продажа», и код должен быть выведен из оборота.
   2. Покупатель — участник оборота (юрлицо/ИП для перепродажи): тогда может потребоваться передача кода без признака выбытия, чтобы код «переехал» к покупателю как к следующему участнику оборота (это зависит от того, для каких целей покупатель берет товар и как оформляется документ).

   6) Совместим два мира: уведомление РПН + операции по маркировке на маркетплейсах

   Теперь соединим все в понятную схему «что делать, чтобы не остановились продажи».

   6.1) До 1 марта 2026: закроем обязательный базис

   1. Проверим и подадим уведомление в РПН, если оно требуется для вашей деятельности, и добьемся статуса «принято/учтено».
   2. Сверим реквизиты (ИНН/ОГРН, наименование, адреса, ОКВЭД) между:
      1. реестром уведомлений (РПН),
      2. профилем участника оборота в системе маркировки,
      3. личными кабинетами Ozon и Wildberries,
      4. реквизитами в 1С (организация, склад/адрес, ЭДО-профиль).
   3. Настроим ЭДО (если работаем с УПД и подписанием): проверим приглашения/маршрутизацию, сертификаты, полномочия подписантов.

   6.2) После 1 марта 2026: работаем по правильным сценариям вывода из оборота

   Сделаем себе «табличку в голове» (и желательно — регламент внутри компании):

   1. Ozon FBO — код выводится маркетплейсом при чеке, мы контролируем корректность маркировки и статусов кодов до поставки/продажи.
   2. Ozon FBS/realFBS — для физлиц чаще выводим сами (после «Доставлен»), для юрлиц — ориентируемся на УПД/ЭДО и сценарий продажи.
   3. Wildberries FBW — код выводится автоматически площадкой, мы контролируем поставку/маркировку и документы.
   4. Wildberries FBS/DBS/C&C — код выводим сами, соблюдаем сроки, корректно обрабатываем возвраты (ввод обратно в оборот при необходимости).

   7) Как это организовать в 1С: чтобы коды не терялись, а документы формировались правильно

   Теперь посмотрим, как подойти к задаче с точки зрения учета в 1С. Рассмотрим не «одну кнопку», а устойчивый процесс, чтобы не зависеть от ручных действий одного сотрудника.

   7.1) Проверим, что в конфигурации включены нужные подсистемы

   В типовых решениях 1С (в зависимости от вашей конфигурации: бухгалтерия, торговля, ERP) обычно используются подсистемы:

   1. Маркировка и прослеживаемость (интеграция с ИС МП).
   2. ЭДО (обмен УПД/УКД и подписание).
   3. Интеграция с маркетплейсами (если используете готовые модули/обмены).

   На уровне «что нам искать» полезно ориентироваться на сущности (названия могут различаться по конфигурациям, но смысл одинаков):

   1. Маркировка / ИСМП / ГИСМТ — настройки подключения и обмена.
   2. Документы для операций по кодам: Документ.ВыводИзОборотаИСМП, Документ.ВводВоборотИСМП (или аналогичные по названию).
   3. Хранение кодов в учетной системе: РегистрСведений.КодыМаркировки / РегистрНакопления по маркировке (наименование зависит от решения).
   4. Электронные документы: УПД, УКД, а также их статусы в ЭДО.

   Важно: даже если маркетплейс «сам выводит коды» (FBO/FBW), нам все равно нужно, чтобы в 1С коды были привязаны к товарам и партиям, иначе мы не сможем нормально сверяться, разбирать претензии и корректировки.

   7.2) Организуем учет кодов маркировки в 1С так, чтобы не путать единицы товара

   Проанализируем частую причину хаоса: один и тот же номенклатурный товар имеет много уникальных кодов, и если в 1С нет дисциплины «какой код на какой единице», начинается путаница.

   Действуем так:

   1. Примем правило: код маркировки хранится на уровне конкретной единицы учета (партии/серии/упаковки — как принято в вашей конфигурации).
   2. При приемке от поставщика (или вводе собственного производства/импорта) фиксируем коды в 1С и проверяем их статусы (в обороте/не в обороте/ожидает и т. д.).
   3. При сборке заказа (FBS/DBS) подбираем к заказу конкретные коды, а не «просто товар».

   Если используем складской учет, полезно дополнительно договориться о правилах печати/наклейки/повторной маркировки, чтобы код не затирался и не повреждался в логистике — иначе маркетплейс на приемке просто не считает код и завернет поставку.

   7.3) Настроим сценарии: «когда 1С должна делать вывод из оборота», а когда — нет

   Разберем по шагам логику, которую удобно закрепить регламентом и автоматизировать:

   1. Если продажи по схеме, где площадка сама выводит коды (Ozon FBO / WB FBW), то в 1С мы:
      1. фиксируем отгрузку/передачу на склад маркетплейса (часто через УПД по ЭДО),
      2. фиксируем продажи по отчетам маркетплейса,
      3. контролируем, что коды действительно выведены (через сверку статусов в ИС МП).
   2. Если продажи по схеме, где вывод делаем мы (Ozon FBS для физлиц, WB FBS/DBS/C&C), то в 1С мы:
      1. фиксируем заказ и подбираем коды к заказу,
      2. ждем фактический статус «Доставлен» (или иной подтверждающий статус),
      3. создаем документ вывода из оборота (например, Документ.ВыводИзОборотаИСМП) с правильным основанием вывода,
      4. отправляем сведения в ИС МП и контролируем квитанции/статусы.

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

   7.4) Обеспечим ЭДО для УПД/УКД, чтобы маркировка на маркетплейсах не стопорилась

   Посмотрим, почему ЭДО критичен:

   1. При поставках на склад маркетплейса и при ряде продаж/корректировок коды «двигаются» документами (УПД/УКД).
   2. Если документы не подписываются, зависают приглашения, истек сертификат, не настроены полномочия — цепочка нарушается, а затем проявляется как «коды не бьются» и «операции отклоняются».

   Что делаем:

   1. Проверяем, что у организации в 1С корректно настроены ЭДО-профили и сертификаты.
   2. Назначаем ответственных за подписание и контроль статусов.
   3. Вводим ежедневную проверку очереди неподписанных/отклоненных документов.

   8) Типовые «полевые» ошибки и как их отловить до блокировок

   Давайте составим чек-лист диагностики, если «вдруг перестало биться».

   8.1) Проверка уведомления в РПН

   1. Есть ли уведомление и имеет ли оно корректный статус.
   2. Совпадают ли ИНН/ОГРН/наименование/адреса с профилем участника маркировки.
   3. Соответствуют ли заявленные виды деятельности фактической торговле.

   8.2) Проверка статусов кодов в обороте

   1. Код введен в оборот там, где это требуется для вашей товарной группы.
   2. Код не выведен из оборота раньше времени.
   3. Код не «в чужой организации» (ошибочная приемка/передача/УПД).

   8.3) Проверка модели продаж на маркетплейсе

   1. Не перепутали ли мы FBO/FBW с FBS/DBS (и, соответственно, «кто выводит коды»).
   2. Не изменился ли фактический сценарий (например, часть заказов пошла по другой схеме).
   3. Не появилось ли требование площадки к дополнительным полям/документам по товарной группе.

   8.4) Проверка ЭДО

   1. Нет ли «зависших» УПД/УКД, которые блокируют корректный оборот кодов.
   2. Не сломалась ли маршрутизация (контрагент/оператор ЭДО/подразделение/сертификат).

   9) Практические сценарии: разберем на примерах без кода

   Код из обсуждения не приводился, поэтому посмотрим на примеры сценариев на уровне действий.

   Пример 1: Ozon FBO, товар промаркирован, но после 01.03.2026 продажи остановились

   1. Проверяем уведомление в РПН: есть ли оно, совпадают ли реквизиты.
   2. Сверяем профиль участника в системе маркировки: нет ли предупреждений/ошибок по проверкам.
   3. Проверяем последние поставки: не было ли отказов на приемке из-за нечитаемых кодов.
   4. Сверяем статусы выбытия: если площадка выводит коды при чеке, убеждаемся, что коды не застряли «в обороте», и нет ли расхождений по возвратам.

   Пример 2: Ozon FBS, продажи физлицам, не успели вывести коды из оборота

   1. Определяем период и список заказов со статусом «Доставлен», по которым не сделан вывод.
   2. Готовим операцию вывода из оборота по каждому коду (группируем по датам/заказам, если это допускается вашим процессом и интерфейсом).
   3. Отправляем сведения в систему маркировки, фиксируем квитанции.
   4. Настраиваем правило на будущее: вывод делаем после «Доставлен», но не позже регламентного срока.

   Пример 3: Wildberries FBS/DBS, возвраты «ломают» остатки кодов

   1. Выясняем, кто выводил код: вы вручную или площадка автоматически (по вашей модели продаж).
   2. Если выводили вы — после возврата делаем ввод кода обратно в оборот в установленный срок, чтобы код снова мог быть продан.
   3. Сверяем, чтобы в 1С код вернулся на остаток (в нужный склад/ячейку/серию) и не остался «в статусе продан».

   10) Итоговый пошаговый план: что сделать прямо сейчас, чтобы не потерять продажи

   Соберем все в один понятный алгоритм и пройдем его вместе:

   1. Проверим, требуется ли уведомление в РПН для вашей деятельности, и если требуется — подадим до 01.03.2026 или срочно устраним отсутствие/ошибки, если уже после этой даты.
   2. Сверим реквизиты между РПН, системой маркировки, 1С и маркетплейсами (ИНН/ОГРН, наименование, адреса, ОКВЭД).
   3. Разделим продажи по моделям:
      1. где маркетплейс выводит коды сам (Ozon FBO, WB FBW),
      2. где выводим коды мы (Ozon FBS для физлиц, WB FBS/DBS/C&C).
   4. Закрепим регламент по моменту вывода: ориентируемся на «Доставлен» для дистанционных продаж, чтобы не выводить коды по отменам/невыкупам.
   5. Настроим контроль возвратов: если код выведен и товар вернулся, корректно вводим код обратно в оборот и возвращаем его на остаток в 1С.
   6. Проверим ЭДО: чтобы УПД/УКД не зависали, а цепочка передачи/корректировок по кодам не рвалась.
   7. В 1С заведем дисциплину учета кодов через сущности маркировки (например, Документ.ВыводИзОборотаИСМП, Документ.ВводВоборотИСМП, регистры кодов маркировки), чтобы можно было быстро сверяться и доказывать корректность операций.

   Вывод: чтобы маркировка «билась» после 1 марта 2026 года при торговле на Ozon и Wildberries, нужно одновременно закрыть два контура: (1) юридический — уведомление в Роспотребнадзор и совпадение реквизитов; (2) операционный — правильный сценарий выбытия кодов по модели продаж (FBO/FBW vs FBS/DBS) плюс дисциплина ЭДО и возвратов. Именно такое сочетание обычно устраняет причины блокировок и отклонений по маркировке.

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