Карточка товара до публикации: как маркетплейсу проверять сведения по государственным реестрам

Новый порядок верификации данных с 1 октября 2026 года — что должна уметь платформа и что происходит с карточкой на каждом этапе

С 1 октября 2026 года операторы маркетплейсов обязаны сверять сведения в карточках товаров, работ и услуг с государственными реестрами до публикации — такой порядок вводит постановление Правительства РФ от 02.07.2026 № 821, принятое во исполнение закона о платформенной экономике (289-ФЗ) [1]. Проверка охватывает не все товары подряд, а категории, от которых зависят безопасность и здоровье покупателей: лекарства, медицинские изделия, БАДы, пестициды и агрохимикаты, а также любые товары, подлежащие обязательной маркировке, государственной регистрации, декларированию или сертификации [2]. Площадка определяет применимость проверки по кодам ТН ВЭД ЕАЭС и ОКПД 2, которые передаёт продавец [2]. На саму проверку у оператора есть три рабочих дня с момента передачи продавцом всех необходимых сведений [3], а после публикации карточку положено перепроверять не реже одного раза в десять рабочих дней [2]. Для карточек, размещённых до 1 октября 2026 года, действует переходный период — их нужно проверить в течение 180 дней после вступления постановления в силу [2]. Часть технических деталей — точные формулировки статусов карточки, порядок повторных запросов при недоступности реестра, срок хранения ответа госсистемы — в открытых пересказах документа не раскрыты, и это отдельно оговорено ниже.

Зачем вводят проверку и кого она касается

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

Постановление № 821 меняет роль площадки: теперь оператор посреднической цифровой платформы обязан до публикации удостовериться в достоверности информации, которую передал продавец [3]. Это не разовая техническая доработка, а завершение пакета подзаконных актов к 289-ФЗ, в который ранее вошли постановления о создании реестра платформ и о проверке контрагентов площадок [3]. В Правительстве обозначили цель нововведения как повышение безопасности онлайн-покупок: новые механизмы регулирования цифровых платформ призваны сделать интернет-покупки безопаснее для граждан, повысить достоверность информации о товарах и создать дополнительные гарантии для добросовестных продавцов и правообладателей [5].

Требование касается не любого сайта с товарами, а платформ, подпадающих под действие закона о платформенной экономике. Для российских площадок это сочетание порога посещаемости и масштаба бизнеса: закон распространяется на маркетплейсы, куда заходят от 100 000 пользователей в сутки, при этом должно выполняться хотя бы одно дополнительное условие — совокупный объём сделок от 50 млрд рублей или участие от 10 000 партнёров [4]. Для иностранных площадок, работающих в РФ, значение имеет только порог посещаемости — выручка и число партнёров не учитываются [4].

Важно не путать это постановление со смежным, но отдельным изменением: с 1 сентября 2026 года по поправкам к закону «О защите прав потребителей» продавцы уже обязаны размещать в карточках активные ссылки на разрешительные документы — запись в реестре Росаккредитации, действующий сертификат или декларацию о соответствии в едином реестре ЕАЭС [6]. Это требование к содержанию карточки. Постановление № 821 — следующий шаг: оно обязывает саму площадку проверять эти данные, а не просто требовать их наличия.

Какой код должен передать продавец

Весь механизм проверки завязан на классификацию товара. Продавец обязан сопроводить карточку кодами, по которым площадка поймёт, какая процедура применима: маркетплейсы будут определять, относятся ли новые требования к конкретному товару, по кодам ТН ВЭД ЕАЭС и ОКПД 2, которые передаст продавец [2]. ТН ВЭД ЕАЭС — товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза, ОКПД 2 — общероссийский классификатор продукции по видам экономической деятельности [2]. Без корректно указанного кода система не сможет автоматически сопоставить товар со справочником регулируемых категорий, и карточка либо не пройдёт проверку, либо будет ошибочно отнесена не к той группе риска.

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

Как определить, какие проверки требуются для товара

Логика определения применимой проверки строится в два слоя.

Первый — категория товара. К проверке в первую очередь отнесены лекарственные средства, медицинские изделия, пестициды и агрохимикаты, биологически активные добавки, товары, подлежащие государственной регистрации, обязательному подтверждению соответствия и обязательной маркировке [3]. Отдельно и особенно жёстко будут проверяться детские товары: большинство товаров для детей подлежат сертификации по ТР ТС 007/2011, детские игрушки — по ТР ТС 008/2011, а для некоторых товаров нужно оформлять свидетельство о государственной регистрации [4].

Второй слой — код ТН ВЭД/ОКПД 2, который система сверяет со справочником регулируемых позиций и определяет применимый набор документов и реестров: регистрационное удостоверение, декларация или сертификат соответствия, код маркировки «Честный знак» — или их сочетание.

Если товар не подпадает под обязательную сертификацию, декларирование или маркировку, продавцу всё равно нужно явно это указать: если товар не подлежит обязательной сертификации, в карточке необходимо указать, что подтверждение соответствия не требуется [4]. То есть «проверок не требуется» — тоже фиксируемый и проверяемый статус, а не отсутствие данных.

С какими государственными реестрами взаимодействует площадка

Для сверки сведений оператор обращается не к одной базе, а к целому контуру государственных информационных систем. По данным СМИ со ссылкой на разработчиков документа, речь идёт о 12 государственных информационных системах и реестрах, включая систему в сфере аккредитации, систему мониторинга оборота маркированных товаров, систему мониторинга движения лекарственных препаратов, государственные реестры медицинских изделий, лекарств, пестицидов и агрохимикатов, а также единые реестры Евразийского экономического союза [3]. В практических разборах для селлеров чаще всего называют реестр Росаккредитации, реестр Росздравнадзора и систему обязательной маркировки «Честный знак» [4], а также единый реестр ЕАЭС — при этом можно ссылаться не только на российские документы, но и на аналоги, оформленные в других странах союза [4].

Отдельным треком с 1 марта 2027 года заработает сверка с Государственным реестром товарных знаков и знаков обслуживания: правообладатель или лицо с законным правом на использование знака сможет подтвердить это право через реестр, и если оно подтвердится, в карточке появится изображение товарного знака, а если нет — изображение уберут [2]. Это отдельная задача от проверки безопасности товара — она касается защиты бренда от контрафакта, а не подтверждения соответствия.

Что именно алгоритмы сверяют внутри каждого реестра: наличие документа в базе, срок его действия и соответствие конкретному товару — например, если название модели, торговая марка или код ТН ВЭД из документа не совпадают с данными карточки, проверка не будет пройдена [4].

Какие статусы должна иметь карточка

Открытые пересказы постановления описывают не формальный перечень статусов (как это обычно закрепляется в техническом регламенте API или приложении к постановлению), а жизненный цикл карточки по стадиям:

• до проверки — карточка создана, но необходимые коды и документы ещё не переданы или не сверены;
• на проверке — сведения переданы, у оператора есть до трёх рабочих дней на сверку с реестрами;
• допущена к публикации — все требуемые проверки пройдены, карточка может быть размещена (в случае успешного прохождения всех специальных процедур карточка допускается к размещению [3]);
• отклонена / не опубликована — данные не подтвердились, карточка не появляется в каталоге (если данные не подтвердятся, карточку не опубликуют [2]);
• снята с публикации — уже опубликованная карточка перестала соответствовать реестру при плановой или внеплановой перепроверке.

Важная оговорка: это описание логики, реконструированное по пересказам СМИ, а не дословный перечень статусов из текста постановления — официальный документ опубликован как отсканированный PDF, и точные формулировки статусов (их названия, коды, отображение в интерфейсе для продавца) в найденных источниках не приводятся. При реализации интеграции этот момент нужно уточнять по фактическому тексту постановления № 821 либо по будущей API-документации конкретной площадки.

Что показывать продавцу при расхождении

Требование к площадке не ограничивается тем, чтобы просто скрыть карточку. Если при повторной проверке обнаружено расхождение, оператор обязан отреагировать и объяснить причину: если сведения в государственных реестрах изменятся или перестанут совпадать с данными в карточке, площадка должна снять её с публикации в течение одного рабочего дня после перепроверки и уведомить продавца о причине [2].

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

Можно ли публиковать карточку до завершения проверки

Нет — по крайней мере для товаров, подпадающих под обязательную проверку. Логика постановления построена как предварительный контроль: карточка допускается к размещению только после успешного прохождения проверки, а при её провале карточку не опубликуют [2] [3]. Публикация «на свой страх и риск» с последующей проверкой постфактум для регулируемых категорий не предусмотрена — это принципиальное отличие новой модели от многих внутренних правил модерации, которые сегодня блокируют уже опубликованные карточки по факту жалобы или выборочной проверки.

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

Как повторять запрос при недоступности реестра

Это один из пунктов, по которым в доступных открытых пересказах постановления нет детализации: ни точный алгоритм повторных запросов, ни тайм-ауты, ни то, продлевается ли трёхдневный срок проверки при недоступности государственной информационной системы, в найденных материалах не раскрыты. Подтверждённые данные по этому вопросу в открытых источниках найти не удалось.

С инженерной точки зрения для платформы это тем не менее один из ключевых рисков реализации: госсистемы (в том числе ФГИС Росаккредитации и системы мониторинга маркировки) не гарантируют стопроцентную доступность, и при высокой нагрузке возможны отказы и таймауты. При проектировании интеграции разумно закладывать стандартные практики для такого рода взаимодействий — очередь запросов с повторными попытками и экспоненциальной задержкой, журналирование каждой попытки обращения к реестру и эскалацию на ручную проверку, если автоматический ответ не получен в разумный срок. Но это инженерное решение по умолчанию, а не пересказ нормы постановления — эту часть логики стоит закладывать с запасом и уточнять по мере появления официального технического регламента или методических рекомендаций Минэкономразвития по реализации № 821.

Как повторно проверять документ после изменения статуса

Постановление предусматривает два механизма актуализации данных.

Первый — плановая перепроверка не реже одного раза в десять рабочих дней для всех опубликованных карточек, независимо от того, происходили ли изменения [2]. Второй — реакция на изменение в реестре: если при очередной сверке выясняется, что документ в государственной системе изменил статус (истёк срок действия, аннулирован, изменились регистрационные данные), карточка снимается с публикации в течение одного рабочего дня после обнаружения расхождения, с уведомлением продавца [2].

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

Как обработать существующие карточки

Требования распространяются не только на новые публикации. Все карточки, размещённые до 1 октября 2026 года, тоже подлежат проверке — для них предусмотрен переходный период: маркетплейсы должны проверить их в течение 180 дней после вступления постановления в силу [2]. Один из отраслевых разборов оценивает конечный срок этой волны проверок ориентировочно концом апреля 2027 года [4] — эту дату стоит воспринимать как оценку конкретного источника, а не как формулировку из текста постановления.

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

Как хранить ответ государственной системы

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

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

Как доказать, что проверка проводилась перед публикацией

Прямого описания процедуры доказывания (какой документ или лог считается официальным подтверждением факта проверки) в доступных пересказах постановления нет. Но косвенно ответ следует из того, что нарушения по этой теме уже переведены в плоскость административной ответственности: нарушение требований постановления № 821 квалифицируется по статьям 14.43–14.46 КоАП РФ, по которым юридические лица получают крупные штрафы с возможной конфискацией [4], причём ответственность наступает не только при умышленном подлоге, но и при случайных нарушениях — например, при публикации «битых» ссылок или ошибках и опечатках в документах [4].

Раз ответственность может наступить по факту публикации недостоверной или неподтверждённой карточки, у оператора должна быть возможность в любой момент показать контролирующему органу, что конкретная карточка на конкретную дату действительно прошла сверку, с указанием источника, результата и времени проверки. Практически это означает необходимость неизменяемого журнала: истории проверок по каждой карточке, которая связывает версию карточки, использованные коды ТН ВЭД/ОКПД 2, ответ конкретного реестра и итоговое решение системы (допущена / отклонена / снята). Это стандартная практика для систем, работающих с регуляторными проверками — похожий принцип применяется, например, в системах прослеживаемости товаров и в маркировке «Честный знак», — но как отдельное прямое требование постановления № 821 эта норма в открытых источниках не процитирована.

Ответственность и риски для площадок и продавцов

Аналитики уже сейчас оценивают, что часть каталога может временно попасть под ограничения из-за несовпадения данных: по одной оценке, до 15% продавцов на маркетплейсах могут столкнуться с временной блокировкой карточек товаров из-за новых требований к проверке данных, по другой — доля таких продавцов может составить 4–10% [6]. Практикующие эксперты по сертификации отмечают неравномерную готовность бизнеса: крупный бизнес к изменениям в основном уже готовится, а у малого и среднего бизнеса интерес к сертификации заметно вырос, хотя часть предпринимателей всё ещё рассчитывает, что новые правила их не затронут [6]. Отдельно звучит обеспокоенность непропорциональной нагрузкой на самозанятых и микробизнес: запрос кодов, подтверждение сертификатов и регистрационных документов — штатная процедура для крупных производителей, но для микробизнеса или самозанятого, закупающего небольшие партии и не всегда имеющего полный пакет разрешительной документации, это дополнительная бюрократическая нагрузка [7].

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

Как подготовиться технически

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

• модуль сопоставления карточки с кодами ТН ВЭД ЕАЭС и ОКПД 2 и определения применимой процедуры проверки;
• набор клиентов для обмена данными с каждым используемым государственным реестром — с учётом того, что для части систем публичный доступ может быть ограничен и потребовать регистрации, договора или электронной подписи;
• очередь асинхронной обработки запросов с повторными попытками и журналированием, чтобы уложиться в трёхдневный регламентный срок даже при временной недоступности отдельного реестра;
• планировщик регулярных перепроверок с периодичностью не реже раза в десять рабочих дней;
• механизм уведомления продавца при отклонении или снятии карточки с публикации, с указанием источника и причины расхождения;
• неизменяемый журнал (аудит-лог) всех проверок по каждой карточке — как основа для отчётности перед контролирующими органами;
• процесс ретроактивной проверки существующего каталога в рамках переходного периода.

Это классическая интеграционная задача на стыке e-commerce платформы и нескольких государственных информационных систем, где ключевая сложность обычно не в самом факте подключения, а в сопоставлении разнородных форматов данных, обработке частичных и отложенных ответов и построении надёжного аудита для последующих проверок регулятором.

Вывод

Постановление № 821 переводит проверку карточек из зоны внутренних правил модерации в зону прямого государственного регулирования с административной ответственностью. Общая архитектура процесса — коды ТН ВЭД/ОКПД 2 как точка входа, до трёх рабочих дней на первичную проверку, не реже раза в десять рабочих дней на перепроверку, обязательное уведомление продавца при расхождении и 180 дней на ретроактивную проверку старого каталога — подтверждена независимыми источниками и не должна вызывать сомнений при планировании доработок. Но часть операционных деталей — точные статусы карточки, регламент повторных запросов при недоступности реестра, срок хранения ответов госсистем и формат доказательства проверки — пока не описана в открытых пересказах документа, и эти вопросы разумно закрывать инженерными решениями с запасом, уточняя их по мере появления официальных методических материалов Минэкономразвития.

Источники

[1] pravo.gov.ru — Постановление Правительства Российской Федерации от 02.07.2026 № 821 — http://publication.pravo.gov.ru/document/0001202607020011?index=1

[2] skillbox.ru — Утвердили правила проверки карточек товаров на маркетплейсах — https://skillbox.ru/media/business/v-rossii-utverdili-pravila-proverki-kartochek-tovarov-na-marketpleysah/

[3] finance.mail.ru (по данным «Российской газеты») — Верификация карточек товаров на маркетплейсах: что нужно знать продавцам — https://finance.mail.ru/article/verifikatsiya-kartochek-tovarov-na-marketplejsah-chto-nuzhno-znat-prodavtsam-69216369/

[4] mertech.ru — Проверка карточек товара на маркетплейсах с 2026 года: правила и штрафы — https://mertech.ru/blog/marketpleisy/kak-selleram-podgotovitsya-k-proverke-kartochek-tovarov-na-marketpleisah/

[5] e-pepper.ru — Карточки товаров на маркетплейсах будут сверять с госреестрами — https://e-pepper.ru/blogs/news/kartochki-tovarov-na-marketpleysah-budut-sveryat-s-gosreestrami

[6] e-pepper.ru — До 15% продавцов могут столкнуться с блокировкой карточек с 1 октября? — https://e-pepper.ru/blogs/news/do-15-prodavtsov-mogut-stolknutsya-s-blokirovkoy-kartochek-s-1-oktyabrya

[7] rg.ru — Вводятся новые правила проверки товаров на маркетплейсах. Что думают эксперты об изменениях? — https://rg.ru/2026/07/18/eksperty-rasskazali-kak-izmenitsia-proverka-kartochek-tovarov-na-marketplejsah.html