Автоштрафы за продажу маркированных товаров с 1 сентября 2026 года: что делать селлеру

С 1 сентября 2026 года автоштрафы за маркированные товары смогут назначать по сведениям государственных информационных систем. Для фиксации отдельных нарушений контролирующему органу не потребуется предварительно проводить выездную проверку: основанием станут данные об обороте товара и операциях с кодом маркировки.

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

Сумма санкции зависит от вида товара, состава нарушения, статуса продавца и редакции КоАП на дату события. Проверяйте её по действующим нормам, а не по таблицам из старых публикаций. До 1 сентября 2026 года вы можете снизить риск: проверить принадлежность кодов, разделить контроль для FBO и FBS, настроить обработку возвратов и сохранять доказательства по каждой операции.

Как будут работать автоштрафы за маркированные товары с 1 сентября 2026 года

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

Автоматический порядок не означает штраф за любое техническое расхождение. Орган должен установить признаки состава административного правонарушения, определить ответственное лицо и применить норму КоАП, которая допускает такой способ фиксации. Перечень составов и порядок работы механизма проверяйте по редакции законодательства, действующей на дату операции.

Для внутреннего контроля полезно разделить события на три группы:

• Блокирующие. Код отсутствует, не читается, не введён в оборот, уже выбыл или не принадлежит вашей организации при требуемой передаче через ЭДО. Товар нужно изолировать до выяснения.
• Требующие сверки. Код читается, но карточка, GTIN, размер, цвет, комплектность или статус операции расходятся с учётом. Отгрузку приостанавливают до проверки документов и физической единицы.
• Операционные. Код и товар совпадают, но площадка отклонила файл, не приняла сведения или вернула техническую ошибку. Сотрудник сохраняет ответ системы и контролирует повторную отправку.

Такая классификация помогает складу принимать решение до продажи. Если сотрудники видят только сообщение «ошибка маркировки», они часто повторяют отправку или вручную меняют данные, не устраняя причину.

Ошибка 1. Считать, что автоштрафы касаются только производителей

Вы можете получить от поставщика товар с нанесённым Data Matrix и при этом не получить законное основание для дальнейшей продажи. Изображение кода подтверждает только наличие этикетки. Для оборота имеют значение выпуск кода, ввод товара в оборот, его принадлежность нужной товарной группе, передача между участниками и корректное выбытие.

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

Чем это грозит. Контролирующий орган увидит операцию с кодом, статус которого не соответствует продаже. Площадка также может отказать в приёмке, скрыть остаток, отменить заказ или вернуть товар по своим правилам.

Что делать. Проверяйте поставку до отправки на склад маркетплейса. Сопоставляйте:

• количество физических единиц и количество кодов;
• Data Matrix на товаре и коды в электронном документе;
• GTIN, товарную группу, вариант и комплектность;
• статус универсального передаточного документа в ЭДО;
• статус нескольких кодов из разных коробов в «Честном ЗНАКе».

Берите образцы из разных упаковочных мест, дат производства и поставок. Проверка одной верхней единицы не показывает состояние партии. Если поставщик прислал перечень кодов отдельным файлом, сравните его со сканированием физических товаров, а не только с числом строк.

Зафиксируйте правило приёмки в договоре или инструкции для закупщика: спорную партию помещают в карантин, поставщику направляют перечень кодов и запрос на исправление документов. До ответа товар не попадает в остаток, доступный для маркетплейса.

Ошибка 2. Приравнять читаемый Data Matrix к действительному коду

Сканер может распознать Data Matrix, который система не принимает для продажи. Код может быть не введён в оборот, уже выведен, нанесён на другую единицу или сформирован для иной товарной категории. Дубликаты появляются, когда сотрудник повторно печатает этикетку после повреждения и оставляет обе копии в партии.

Проверка по внешнему виду тоже не выявляет статус идентификатора. Сотрудник видит квадратный код и отправляет товар на упаковку, не сверяя сведения с карточкой и государственной системой. Ошибка обнаруживается на складе площадки или после продажи, когда для замены этикетки потребуется возврат товара.

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

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

Запретите переносить Data Matrix из таблицы в макет этикетки вручную. Печать должна исключать повторное назначение одного кода разным товарам. Для повреждённой маркировки применяйте процедуру перемаркировки, установленную для соответствующей товарной группы. Наклейка нового изображения без отражения операции в системе не исправляет цифровую историю.

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

Ошибка 3. Связать код с неправильным артикулом, размером или комплектом

Карточка маркетплейса может объединять варианты по цвету, размеру, объёму или комплектности. При массовой загрузке к одному SKU иногда привязывают коды соседнего варианта. Покупатель получает товар, но сведения о продаже указывают на другую продукцию.

Расхождения часто появляются после изменения ассортимента. Вы переименовали внутренний артикул, объединили карточки или создали новый штрихкод площадки, но склад продолжает использовать старую связку «SKU — GTIN — Data Matrix».

Чем это грозит. Маркетплейс сообщает о продаже одного товара, а код идентифицирует другой. Площадка может отклонить единицу при приёмке или сборке. Если сведения попадут в государственную систему, вам будет сложнее подтвердить корректность операции первичными документами.

Что делать. Храните справочник соответствий для маркируемого ассортимента. Для каждой позиции укажите:

• внутренний артикул;
• SKU на каждой площадке;
• GTIN;
• цвет, размер, объём и другие варианты;
• единицу измерения и комплектность;
• товарную группу;
• дату последней проверки связки.

Перед первой поставкой нового варианта проведите контрольную сборку. Сотрудник берёт физическую единицу, сканирует Data Matrix и складской штрихкод, затем сравнивает результат с карточкой Ozon или Wildberries. Повторите проверку после объединения карточек, замены упаковки или изменения внутреннего артикула.

Не объединяйте остатки ради сохранения отзывов, если варианты имеют разные идентификаторы или требования к маркировке. Ошибочная структура карточки ухудшает поэкземплярный учёт. Рекомендации по работе с вариантами собраны в материале «Как повысить конверсию карточки товара на Ozon и Wildberries в 2026 году».

Ошибка 4. Использовать одну инструкцию по маркировке для FBO и FBS

При FBO вы заранее передаёте товар на склад площадки. При FBS храните остаток у себя и комплектуете конкретный заказ после его получения. Эти схемы различаются точкой сканирования, ответственным сотрудником и моментом привязки кода к операции.

При FBO связь теряется, когда сотрудник формирует реестр кодов, а затем перекладывает товары между коробами или использует старый упаковочный лист. Маркетплейс получает набор единиц, который не совпадает с заявленными данными.

При FBS система может зарезервировать один экземпляр, а комплектовщик возьмёт соседнюю единицу того же размера. Учёт по общему количеству не заметит замену Data Matrix.

Что делать для FBO. Контролируйте код при получении от поставщика, добавлении товара в поставку и закрытии короба. После закрытия запретите заменять единицы без повторного сканирования. Сохраняйте состав каждого упаковочного места и результат передачи файла площадке.

Что делать для FBS. Сканируйте Data Matrix при комплектации заказа. Учётная система должна связывать код с номером отправления и блокировать его назначение другому заказу. После отмены освобождайте идентификатор только тогда, когда товар физически вернулся в доступный остаток и сотрудник проверил этикетку.

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

Ошибка 5. Возвращать невыкупы в продажу без проверки маркировки

После отмены или возврата площадка может снова показать единицу в доступном остатке. Финансовый статус заказа при этом не подтверждает состояние Data Matrix. Код мог выбыть, этикетка могла повредиться, а вместо исходного товара на склад мог вернуться другой экземпляр.

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

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

Что делать. Направляйте маркированные возвраты в отдельную зону. До возврата в доступный остаток сотрудник должен:

• сопоставить товар с исходным заказом;
• проверить целостность упаковки и этикетки;
• считать Data Matrix;
• проверить статус кода;
• сравнить артикул, GTIN и вариант;
• зафиксировать результат и принятое решение.

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

Контролируйте отдельно три события: возврат денег покупателю, физическое перемещение единицы и изменение статуса маркировки. Они могут происходить в разные даты.

Ошибка 6. Исправлять расхождение только в складской программе

Правка строки в CRM или складской системе не меняет сведения, которые уже получили маркетплейс, оператор ЭДО и «Честный ЗНАК». Обратная ситуация тоже создаёт риск: сотрудник исправляет электронный документ, но оставляет спорный код в доступном складском остатке. При следующей сборке система повторно назначает его заказу.

Чем это грозит. Контролирующий орган оценивает государственные данные и документы участников оборота. Внутренняя запись не отменяет отправленную операцию и сама по себе не подтверждает, что вы устранили нарушение.

Что делать. Создайте карту исправлений для каждого типа инцидента. В ней укажите:

• кто останавливает продажу и изолирует товар;
• кто корректирует документ в ЭДО;
• кто проверяет статус в «Честном ЗНАКе»;
• кто обновляет складской остаток;
• кто направляет обращение маркетплейсу;
• какой результат подтверждает закрытие инцидента.

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

Учитывайте сроки передачи сведений, установленные для вашей товарной группы и операции. Не переносите коррекцию на ежемесячное закрытие: за это время единица может пройти продажу, возврат и повторную отгрузку.

Ошибка 7. Не ограничивать доступы и ручные загрузки

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

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

Чем это грозит. Система получает сведения от имени вашей организации. Ошибка подрядчика или сотрудника не меняет автора электронного документа для внешнего получателя.

Что делать. Выдавайте отдельные учётные записи и минимально необходимые права. Ограничьте отмену документов, повторную печать кодов и массовую загрузку. После увольнения сотрудника или смены подрядчика отзывайте сертификаты, токены и ключи.

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

Интеграция должна показывать отклонённые записи, тайм-ауты и повторные попытки. Назначьте сотрудника, который ежедневно разбирает очередь ошибок. Автоматическая отправка без контроля распространяет неверную настройку на все затронутые товары.

Ошибка 8. Ждать штрафа вместо регулярной сверки кодов

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

Сверка общего количества проблему не выявит. На складе и в системе может числиться одинаковое число единиц, хотя часть физических товаров несёт коды от соседних экземпляров.

Что делать. Проверяйте не только остаток, но и события по каждому идентификатору. В отчёт исключений включите:

• коды без подтверждённого ввода в оборот;
• повторные продажи одного кода;
• выбытие до фактической передачи покупателю;
• возвраты без дальнейшего корректного статуса;
• коды без связи с поставкой или заказом;
• заказы без кода, если для операции он обязателен;
• расхождения между GTIN, SKU и вариантом;
• отклонённые документы и операции без подтверждения приёма.

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

Учитывайте расходы на возвраты, блокировки, повторную логистику и работу сотрудников при расчёте экономики товара. Сравнить структуру затрат можно с материалом «Комиссии Ozon и Wildberries в 2026 году: как рассчитать и снизить расходы».

Что проверить после получения постановления об автоштрафе

Сначала зафиксируйте дату получения и срок обжалования, указанный в постановлении и применимых нормах. Затем определите конкретный код, операцию, дату события, товарную группу и статью КоАП. Не начинайте разбор с общего отчёта по SKU: для защиты нужна история идентификатора, который указан в материалах.

Соберите в одну папку:

• договор и документы поставщика;
• УПД и подтверждение его обработки в ЭДО;
• статусы кода до и после спорной операции;
• данные о поставке или заказе маркетплейса;
• логи сканирования и обмена;
• фотографии товара и упаковки;
• переписку с площадкой, оператором ЭДО и поддержкой системы маркировки;
• документы о возврате, отмене или подмене, если они связаны со спором.

Сопоставьте время событий. Если вы передали корректные сведения, а площадка отправила другую операцию, это должно подтверждаться логами и ответами поддержки. Если расхождение возникло из-за поставщика, покажите документы, претензию и действия по изоляции партии.

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

Как подготовиться к автоштрафам за маркированные товары до 1 сентября 2026 года

Начните с одной товарной группы и проследите путь нескольких физических единиц от поставщика до продажи. На каждом этапе сравните Data Matrix с вашей учётной системой, ЭДО, кабинетом площадки и «Честным ЗНАКом».

Проведите подготовку по следующему плану:

1. Составьте карту движения товара. Отметьте приёмку, размещение, сборку FBO или FBS, передачу площадке, продажу, отмену и возврат.
2. Назначьте точки сканирования. Для каждой точки укажите сотрудника, оборудование, проверяемые данные и действие при ошибке.
3. Проверьте справочники. Сопоставьте внутренние артикулы, SKU площадок, GTIN, варианты и комплектность.
4. Отделите спорный товар. Создайте карантинные остатки для кодов с неподходящим статусом и возвратов, которые ещё не проверил сотрудник.
5. Настройте отчёт исключений. Включите отклонённые документы, повторные коды, операции без связи с заказом и расхождения статусов.
6. Ограничьте доступы. Отзовите неиспользуемые сертификаты и ключи, разделите роли, включите журналирование.
7. Проведите учебный разбор. Возьмите спорный код и восстановите поставщика, УПД, заказ, дату сканирования, пользователя и ответы систем.
8. Обновите инструкции перед запуском. Сверьте КоАП, правила товарной группы и требования Ozon или Wildberries ближе к 1 сентября 2026 года.

Назначьте владельца процесса отдельно для FBO, FBS и возвратов. Он должен получать уведомления об отклонённых операциях, контролировать исправления и хранить доказательства. Формулировка «отвечает отдел» оставляет инцидент без конкретного исполнителя.

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

К 1 сентября 2026 года рабочий процесс должен останавливать спорный товар до продажи. Сотрудник изолирует единицу, исправляет сведения во всех затронутых системах и подтверждает результат повторной проверкой. Такой порядок сокращает число нарушений маркировки на маркетплейсах и сохраняет доказательства для обжалования ошибочного постановления.

Рубрика: Гайды · все статьи блога