Сертификаты для продавца маркетплейса: что проверить до закупки и публикации товара
Продавец купил партию товара и начал заполнять карточки на маркетплейсах. Площадка запросила документ о соответствии, а у поставщика есть только номер без приложения и объяснения, к каким моделям он относится.
Проверьте документ до закупки: запросите номер и файл, сверьте изготовителя, модель и возможное приложение, затем проверьте статус по первоисточнику. Отдельно изучите требования конкретной площадки к загрузке документов. Если связь с товаром сомнительна, не выдавайте похожее совпадение за подтверждение.
Содержание 12 разделов
До закупки выясните, какой документ нужен товару и относится ли документ поставщика именно к вашей модели. После загрузки на маркетплейс проверьте, что документ принят и указан у нужного товара. Одной отметки «файл загружен» для этого мало.
Этот порядок подходит для продавца на Wildberries, Ozon и Яндекс Маркете. Он помогает проверить товар до оплаты, подготовить сведения для кабинета и разобраться, почему документ не появился в карточке.
Порядок работы
- Соберите сведения о товаре и выясните требования к нему.
- Запросите у поставщика документ, все приложения и ссылку на официальный реестр.
- Сверьте модель, изготовителя и, если документ выдан на партию, вашу поставку.
- Добавьте документ в кабинет, прикрепите к товарам и проверьте результат.
- Повторяйте проверку при новой поставке, смене изготовителя или статуса документа.
В статье встречаются несколько рабочих терминов. SKU означает отдельную позицию вашего каталога; у площадки для неё может быть свой код. Официальный реестр содержит опубликованные сведения о документе и его статусе. Приложение к документу часто содержит перечень моделей. Заявитель указан в документе: при перепродаже это не обязательно ваша компания. Серия и партия описывают, на какую продукцию выдан документ: на серийный выпуск или на определённую партию. Эти сведения нужно сверять с поставкой.
Учебный пример: один товар на трёх площадках
Учебный пример: товар K-210, который продавец планирует разместить на WB, Ozon и Яндекс Маркете. Требования к реальному товару определяют по его категории и характеристикам.
Поставщик передал декларацию D1. В приложении указаны модели K-200–K-220 и нужный изготовитель. Продавец проверил запись и записал в своей таблице, что декларация относится к этому товару. На площадках товар имеет разные идентификаторы:
| Канал | Идентификатор товара | Состояние документа |
|---|---|---|
| Внутренняя система | SKU K-210-RU |
Декларация D1 проверена для товара; записаны причина и дата |
| Wildberries | условный код товара nmID 1 | Реквизиты отправлены, проверка площадки ожидается |
| Ozon | условный код товара SKU 2 | Декларация добавлена в кабинет, но ещё не прикреплена к товару |
| Яндекс Маркет | условный код предложения offer ID 3 | Документ действует, привязка подтверждена |
Если смотреть только на строку «D1 загружен», ситуация кажется завершённой. Но на Ozon товар не связан, а на WB нет итогового результата. Правильный следующий шаг - не создавать новые копии D1, а завершить конкретные операции каналов и проверить публичное отображение.
Через месяц поставщик меняет изготовителя, сохраняя маркетинговое название K-210. Новую поставку нельзя автоматически оставить на D1. Продавец отдельно записывает сведения о новой поставке, получает документы и заново проверяет, какую продукцию они охватывают. Старые связи сохраняются для истории, новые остатки не смешиваются до решения.
В примере декларация выбрана условно. Он объясняет проверку и загрузку документа; вид документа для реального товара нужно установить отдельно.
Почему проверку нужно начинать до закупки
Если товар уже оплачен, а в документе указана другая модель или фабрика, исправлением поля в кабинете проблему не решить. Поэтому до заказа должны быть известны характеристики товара, изготовитель, вид документа и поставка, к которой он относится.

Не используйте карточку конкурента как источник решения. Товар может отличаться по изготовителю, назначению, составу или поставке. Кроме того, наличие карточки не доказывает, что её документы проверены содержательно или что все требования выполнены.
Можно принять внутреннее правило: размещать заказ после проверки сведений и документов. Если обязательное подтверждение не требуется, сохраните письменное решение специалиста с основанием. Такое правило компания вводит для своей работы; закон не устанавливает его в этом виде для всех продавцов.
Если поставщик обещает прислать документы после оплаты, зафиксируйте состав, срок и последствия в договоре. В сделках между компаниями (B2B) продавец передаёт относящиеся к товару документы, предусмотренные законом, иными актами или договором; формулировку лучше сделать конкретной. Основа содержится в статье 456 ГК РФ.
Разделите закон, правило площадки и внутренний контроль
Один товар проходит три разные проверки. Их результаты нельзя подменять друг другом.
| Уровень | Главный вопрос | Результат |
|---|---|---|
| Закон и техническое регулирование | Какие требования действуют для товара и подходит ли документ? | Записано, почему документ подходит товару или что ещё нужно уточнить |
| Правила площадки | Какой тип, поля и формат принимает кабинет; к каким товарам привязать? | Понятно, принят ли документ и прикреплён ли он к товару |
| Система продавца | Какие документы относятся к SKU на всех каналах и когда их проверяли? | Одна таблица документов, история проверок и список вопросов |
Успешная модерация не является юридическим заключением. Площадка может проверить формат номера и совпадение данных с доступным источником, но продавец всё равно отвечает за достоверность своей карточки и должен знать, почему документ относится к товару. Обратная ситуация тоже возможна: запись реестра может быть корректной, а площадка отклоняет загрузку из-за формата, неподдерживаемого вида, ошибки привязки или расхождения полей.
Статусы нужно называть точно:
- статус официальной записи - опубликованное состояние документа в реестре;
- статус модерации - результат обработки в кабинете WB, Ozon или Яндекс Маркета;
- статус привязки - прикреплён ли документ к конкретному товару;
- внутренний статус - проверено, нужен документ, не хватает приложения, спорная партия, техническая ошибка;
- решение о продаже - отдельное действие уполномоченного лица на основании фактов.
Не показывайте сотруднику одно общее поле «активен». Оно скрывает, что именно активно: документ в реестре, связь в кабинете или карточка товара.
На дату проверки важно учитывать ближайшее изменение. Федеральный закон № 289-ФЗ о платформенной экономике вступает в силу 1 октября 2026 года; 22 сентября он ещё не действует. Если вы читаете статью после 1 октября, проверьте актуальную редакцию закона и правила конкретной площадки: порядок работы уже может отличаться.
Определите вид документа и не смешивайте соседние требования
Обязательная сертификация или декларирование применяется не ко всему ассортименту. Форму и схему устанавливает применимый технический регламент или действующий национальный перечень. Начинайте с технических регламентов ЕАЭС и актуальной редакции постановления Правительства РФ № 2425. Основные правила обязательного подтверждения закреплены в статье 23 закона № 184-ФЗ.
В кабинете продавца встречаются документы с разными задачами. Не каждый из них подтверждает выполнение обязательных требований:
| Что это | Для чего используется | Чего не доказывает само по себе |
|---|---|---|
| Сертификат соответствия | Одна из форм обязательного подтверждения для установленной продукции | Применимость к похожей модели другого изготовителя |
| Декларация о соответствии | Другая форма обязательного подтверждения | Право на чужой бренд или происхождение вашей поставки |
| Свидетельство о государственной регистрации (СГР) | Государственная регистрация для определённых категорий | Наличие сертификата там, где требуется другая форма |
| Отказное письмо/заключение | Может пояснять отсутствие требования в определённом контексте | Универсальное разрешение на продажу любой продукции |
| Добровольный сертификат | Подтверждение по добровольной системе | Выполнение обязательной процедуры, если она установлена |
| Документы на бренд и оригинальность | Права, цепочка поставки, происхождение | Соответствие техническим требованиям безопасности |
| Маркировка «Честный знак» | Учёт и прослеживаемость определённых групп | Автоматическую применимость найденного сертификата к SKU |
| Паспорт/сертификат качества партии | Показатели продукции или партии по правилам изготовителя/договора | Регистрацию обязательной декларации или сертификата |
У одного товара могут быть несколько отдельных требований. Например, площадка запрашивает документ о соответствии и отдельно подтверждение оригинальности. Отправка одного файла в оба процесса не делает его подходящим. Разделите источники, ответственных и статусы.
Знак EAC на упаковке также не заменяет проверку. Он наносится после предусмотренной оценки соответствия по правилам Решения КТС № 711, но сам по себе не показывает, какая запись относится именно к вашей модели и поставке.
Что получить от поставщика до создания карточки
Попросите поставщика указать документ для каждой модели из вашего заказа. Можно начать с такого письма:

Пришлите по каждой позиции заказа модель и изготовителя, вид и полный номер документа, ссылку на запись официального реестра, копию и все приложения. Укажите, выдан ли документ на серийный выпуск или на партию. Для партии нужны сведения, по которым её можно сверить с нашей поставкой.
В ответе и документах проверьте:
- Полное наименование, назначение и характеристики товара.
- Модель, модификация, артикул изготовителя и GTIN (международный код товарной позиции), если он есть.
- Бренд, изготовитель, страна и производственная площадка.
- Вид и полный номер документа.
- Прямая ссылка на запись официального реестра.
- Копия и все приложения.
- Указание серийного выпуска, партии или единичного изделия.
- Для партии - идентификаторы, позволяющие связать её с вашей поставкой.
- Договор, универсальный передаточный документ (УПД) или накладная и иные сведения цепочки поставки в необходимом объёме.
- Контакт и порядок уведомления о новом документе или изменении статуса.
Проверьте, что на фактическом товаре и упаковке указаны те же модель и изготовитель, которые вы получили до заказа. Смена фабрики под тем же брендом - повод повторить проверку. Не наследуйте документ только потому, что внутренний артикул поставщика остался прежним.
Если продаёте на нескольких площадках, запишите их коды товара рядом со своим артикулом. Эти коды называют идентификаторами или ID. Например, у Wildberries встречается nmID, у Яндекс Маркета offer ID. Они помогают найти одну и ту же позицию в разных кабинетах:
| Внутренний объект | Примеры внешних идентификаторов |
|---|---|
| Товар | SKU продавца, артикул, offer ID, nmID, SKU площадки, GTIN |
| Документ | Внутренний ID, полный номер реестра, ID объекта в кабинете каждой площадки |
| Связь | Пара «товар-документ», площадка, дата отправки, результат и причина ошибки |
Сохраняйте исходное написание. Автоматическое удаление нулей, пробелов или суффиксов может склеить разные модели. Упрощённое написание можно использовать при поиске похожих записей. Проверять совпадение нужно по исходным обозначениям.
Если поставщик не предоставляет документ, действуйте по отдельному процессу: уточните обязательность, сформулируйте точный запрос и зафиксируйте ответ. Подробный алгоритм есть в материале «Поставщик не предоставил сертификат на товар». Не заменяйте недостающий комплект документом из чужой карточки.
Как проверить документ и связь с товаром
Для российской регистрации откройте официальный реестр сертификатов или реестр деклараций. Для документа другого государства ЕАЭС выберите соответствующий источник через официальные базы ЕЭК. Файл поставщика полезен для работы, но текущий статус и опубликованные сведения проверяют в реестре.

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

Как различается путь документа на Wildberries, Ozon и Яндекс Маркете
Общий смысл похож: создать или указать документ, дождаться результата обработки и связать его с товарами. Но названия разделов, поддерживаемые типы, поля, форматы и статусы различаются. Проверяйте официальную инструкцию непосредственно перед массовой загрузкой: интерфейсы площадок меняются быстрее законодательства.
| Площадка | На что обратить внимание | Официальный источник |
|---|---|---|
| Wildberries | Поддерживаемый вид, точность номера и дат, единичное или массовое редактирование, результат проверки и отображение сведений у нужной карточки | «Разрешительные документы», создание карточки товара |
| Ozon | Добавление документа, обязательные реквизиты и файлы, модерация, отдельная привязка товаров, замена устаревшей версии | «Сертификаты качества» |
| Яндекс Маркет | Добавление документа, статус «Действует», привязка к одному или нескольким товарам, предупреждения и публичный блок в карточке | «Что можно и нельзя продавать» |
Wildberries
Российская инструкция Wildberries описывает разрешительные документы в карточке товара и варианты массовой работы. До заполнения подготовьте точный номер, даты и проверенную связь с моделью. Не загружайте отказное письмо или добровольный сертификат в поле обязательного сертификата/декларации, если действующая инструкция не поддерживает такой тип.
После отправки откройте конкретную карточку товара и проверьте, появились ли сведения. Если сведения не появились, разделите диагностику: документ не прошёл проверку, документ не привязан к нужному артикулу, карточка ещё обрабатывается или поля расходятся с официальной записью. Для интерфейсных шагов используйте отдельный материал «Сертификаты и декларации в карточках Wildberries», чтобы не смешивать их с проверкой поставки.
Ozon
В Ozon документ сначала добавляют в кабинет, затем указывают товары, к которым он относится. Это отдельные операции. Документ в списке ещё не означает, что он виден у нужного товара. Сохраните внутренний ID документа, его статус и перечень привязанных товаров. При замене устаревшей версии не меняйте дату вручную: создайте корректную новую запись по официальным сведениям и перенесите подтверждённые связи.
Подробные кнопки и статусы разобраны в статье «Как загрузить сертификат на Ozon». Перед фактической операцией сверьте её с текущей справкой Ozon: формат файлов и интерфейс могут измениться после даты этой статьи.
Яндекс Маркет
Справка Маркета указывает, что документ добавляют в каталог, дожидаются подходящего статуса и привязывают к товарам; одному товару могут требоваться несколько документов. Когда документ действует и связан с товаром, покупатель видит в карточке соответствующий блок со ссылкой. Ошибочные, неподтверждённые или устаревшие сведения могут повлиять на показ товара по правилам площадки.
Не переносите подсказку Маркета о категории в юридический вывод без проверки товара. Площадка помогает выполнить собственный процесс, но обязательность и применимость документа определяются нормативными требованиями и фактическими характеристиками.
Для всех трёх площадок завершение выглядит одинаково: документ проверен содержательно, создан в кабинете, связан с правильными товарами, обработан площадкой и проверен в публичной карточке. Пропуск любого шага оставляет разрыв.
О сроках модерации: В публичной ветке MP-форума участник описывал ожидание проверки документа Wildberries и позднее сообщил об обновлении результата. Это единичный опыт: по нему нельзя обещать общий срок модерации. Ориентируйтесь на текущую официальную справку, фактический статус своего кабинета и обращение в поддержку с идентификатором операции.
Что делать при отклонении, истечении или изменении статуса
Начинайте с определения, где возникло событие:

- официальный реестр изменил статус;
- документ истёк по календарю;
- площадка отклонила реквизиты;
- документ принят, но не привязан к товару;
- карточка скрыта по другой причине;
- интеграция не передала или исказила данные.
Определите, кто может исправить проблему. Ошибку передачи данных проверьте с техническим специалистом; заполнение полей с сотрудником, который ведёт кабинет. Если непонятно, подходит ли документ товару или что означает изменение официального статуса, передайте вопрос специалисту по соответствию. В небольшой компании один человек может собирать все эти сведения, но сложный правовой вопрос всё равно требует профильной проверки.
При отклонении площадкой:
- Сохраните точный текст и код причины.
- Сверьте отправленные поля с записью документа в кабинете.
- Откройте официальную запись и сравните номер, тип, даты, заявителя и изготовителя.
- Проверьте поддерживаемость типа и формата в текущей инструкции площадки.
- Убедитесь, что товар действительно привязан к документу.
- Исправьте запись в своей основной таблице, если ошибка в данных; не редактируйте три кабинета по-разному.
- Повторите на одном товаре и только затем запускайте пакет.
При изменении официального статуса:
- Проверьте событие в первоисточнике.
- Найдите все связанные SKU и поставки.
- Разделите фактические остатки по партиям и датам, если это важно.
- Передайте комплект фактов ответственному специалисту.
- Зафиксируйте решение для каждой группы товаров и площадки.
- Обновите сведения, сохранив историю.
- Проверьте публичные карточки после операции.
Не заменяйте запись первым новым документом бренда. Новый документ должен относиться к той же продукции или к точно установленной новой версии. Истечение, приостановление, прекращение и признание недействительным нельзя объединять в статус «просрочен». Процедуры для деклараций описаны в постановлении Правительства РФ № 936, а обязанности заявителя - в статье 28 закона № 184-ФЗ.
Для отдельных маркированных товарных групп разрешительный режим розничной продажи может учитывать сведения о прекращении действия или недействительности документа. Категории и даты различаются, поэтому нельзя переносить правило на весь ассортимент. Проверяйте действующую редакцию постановления Правительства РФ № 1944 и изменения для своей группы.

Где хранить проверенные сведения
Начать можно с одной таблицы. В ней должно быть видно, какой документ относится к товару, почему вы это подтвердили и что произошло при загрузке на каждую площадку. Тогда номер не придётся исправлять независимо в трёх кабинетах.
Разделите сведения на четыре группы:
Товар: внутренний SKU, исходный артикул, модель, GTIN, бренд, изготовитель и характеристики. Документ: тип, номер, официальный URL, даты, статус на дату проверки, объект, заявитель, изготовитель, приложения, серия/партия. Результат проверки: товар, подходящий ему документ, причина совпадения, кто и когда проверил. Площадка: площадка, ID товара и документа в кабинете, дата отправки, статус модерации, статус привязки, причина отказа.
Тогда один документ загружается в нужные каналы из проверенного источника, но правила формата остаются разными. Исправление номера делается в основной записи и проходит повторную проверку, а не правится вручную в трёх местах без истории.
Не удаляйте старую версию при замене. Для каждого изменения должно быть понятно:
- какие SKU были связаны раньше;
- к каким поставкам относилась версия;
- когда появился новый документ;
- кто и на каком основании перенёс связи;
- на каких площадках обновление завершилось;
- где осталась ошибка или ожидание проверки.
Команда «Пятый фактор» может сопоставить сертификаты и декларации с SKU и GTIN: собрать таблицы поставщиков и кабинетов, выделить дубли, нормализовать идентификаторы и составить список совпадений, которые нужно проверить вручную. Результат помогает управлять каталогом, но не подменяет юридическую классификацию товара и не гарантирует модерацию площадки.
Что должно быть готово к продаже
Проверьте результат по конкретному товару:
- Установлен вид документа; модель, изготовитель и нужная поставка проверены.
- Сохранены официальный номер, ссылка, приложения и дата проверки.
- В кабинете видно, что документ обработан и прикреплён к товару.
- Публичная карточка проверена без служебного входа.
- Понятно, кто проверит новую поставку и сообщение об изменении статуса.
При замене документа сохраняйте прежнюю запись и сведения о поставках, к которым она относилась. Перед 1 октября 2026 года и после этой даты повторно проверьте требования закона о платформенной экономике.
Для магазинов с несколькими каналами команда «Пятый фактор» может интегрировать проверку и передачу данных о документах. Состав проекта зависит от площадок, доступных интерфейсов и исходной системы. Интеграция не оформляет документы, не подтверждает юридическую применимость автоматически и не гарантирует решение модерации.
Для специалиста по автоматизации: массовая загрузка и API
API позволяет программе передавать сведения в кабинет без ручного заполнения полей. Этот раздел пригодится при настройке массовой загрузки. Если заполняете карточки вручную, используйте инструкции площадок выше.
При массовой загрузке одна ошибка распространяется сразу на много товаров. Одна неверная связь или пустое поле может затронуть сотни карточек. Поэтому сначала тестируйте полный цикл на небольшой группе, где представлены разные сценарии.
До запуска сохраните:
- исходный снимок карточек и связей;
- версию таблицы или тела запроса;
- идентификатор операции;
- ожидаемое число документов и товаров;
- правила повторного запуска;
- способ отката конкретной операции без удаления чужих данных.
Для Wildberries метод обновления карточек может требовать передачу полного набора данных и перезаписывать карточку. Это прямо отмечено в официальной документации WB API для обновления карточек. Не отправляйте только новое поле документа, пока не убедились, что остальные характеристики сохранены. Сначала получите текущий объект, сформируйте полный набор данных для отправки и сравните результат.
Ozon публикует отдельное руководство по загрузке и управлению сертификатами в Seller API и справочник Certification API. Проверьте текущую версию метода, обязательные параметры и дату изменений перед разработкой. Успешный ответ сервера (HTTP) означает, что запрос принят на соответствующем уровне, но не всегда подтверждает успешную обработку каждого документа и каждой связи.
У Яндекс Маркета есть официальный метод создания документов и передача соответствующих идентификаторов в товарных данных, включая YML. Технический лимит метода или поддерживаемый тип - правило API, а не норма о том, какие документы юридически нужны товару.
После пакетной операции сформируйте отчёт:
| Поле отчёта | Зачем |
|---|---|
| Площадка и кабинет | Не смешать результаты разных юрлиц и каналов |
| Внутренний SKU и внешний ID | Найти конкретную карточку |
| Внутренний ID документа и ID площадки | Сопоставить объекты без поиска по названию |
| Операция | Создание, обновление, привязка или отвязка |
| Ответ на запрос | Понять, дошёл ли запрос |
| Результат обработки документа или товара | Увидеть обработку конкретной строки/объекта |
| Причина ошибки | Исправить данные, а не повторять вслепую |
| Проверка публичной карточки | Подтвердить фактический результат для покупателя |
Повторная загрузка должна быть безопасной. Одинаковый пакет не создаёт дубли, частичный файл не очищает отсутствующие строки, технический сбой не удаляет подтверждённые связи. Если API изменился, сначала остановите массовую очередь и проверьте небольшой запрос.