Сертификаты и декларации на Ozon, Wildberries и Яндекс Маркет из 1С: что проверить до 1 октября

Иван Недомолков · Dərc edilib: 17 сентября 2026 г.

С 1 октября 2026 года маркетплейс сам сверяет сертификат или декларацию с государственным реестром, и карточка товара с обязательным подтверждением соответствия без действующего документа проверку не пройдёт. Из 1С документы уходят на площадки по-разному: Ozon принимает через API документ вместе со сканом и отдельно привязывает его к товарам, Wildberries и Яндекс Маркет берут только номер.

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

Что меняется с 1 октября 2026 года

В этот день вступает в силу Федеральный закон от 31.07.2025 N 289-ФЗ о платформенной экономике. По его статье 7 оператор площадки проверяет сведения в карточке и не пропускает карточку, если обязательные сведения проверку не прошли. Для товаров с обязательным подтверждением соответствия порядок расписан в разделе VII постановления Правительства РФ от 02.07.2026 N 821.

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

Для 1С отсюда два требования: номер совпадает с реестровым символ в символ, документ привязан к своим товарам. Третье требование касается кода ТН ВЭД или ОКПД2 у номенклатуры: он должен совпасть с кодом в документе, и внутри типовой это не проверить. Что с этим делать, разобрано в статье код ТН ВЭД и сертификат на маркетплейсе.

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

Ozon, Wildberries и Яндекс Маркет: сравнение в одной таблице

Сводка по боевым вызовам API и кабинетам, для Яндекса ещё и по официальной спецификации Partner API.

	Ozon	Wildberries	Яндекс Маркет
API и доступ	Seller API: Client-Id и Api-Key	Content API: токен “Контент”	Partner API: только `Api-Key`
Скан через API	да: PDF, JPG, JPEG, PNG	нет	нет
Как номер попадает к товару	документ создаётся и привязывается к товарам	характеристикой предмета в карточке	документ в кабинете, номер в поле `certificates`
Ключ связи с 1С	артикул = `offer_id`	артикул = `vendorCode`	артикул = `offerId`
Виды документов	7 в справочнике API	сертификат и декларация	7 по спецификации
Лимиты	файл до 10 МБ	одно поле на вид документа	6 номеров на товар
Статусы	`approved`, `declined`, `awaiting_verification`	видели “Проверка пройдена”	`ACTIVE`, `VALIDATING`, `WAITING_FIXES`, `NOT_FOUND`, `EXPIRED`, `REVOKED`
На чём спотыкается	нет даты выдачи, у отказного письма нет ссылки на реестр	у предмета нет поля под номер	латиница в номере: `Unsuitable document number`
Ловушка	`declined` в общем списке с принятыми	отказ внутри ответа 200	номер без документа: API молчит, карточка красная
Руками в кабинете	ничего	скан	скан, но на нашем товаре статус “Действует” был и без него

Как загрузить сертификат на Ozon из 1С

Client-Id и Api-Key берутся в кабинете Ozon: Настройки → Seller API. Загрузка идёт двумя вызовами. POST /v2/product/certificate/create создаёт документ, скан едет внутри JSON строкой base64 в params.files[].file_content. Затем POST /v1/product/certificate/bind привязывает документ к товарам.

До загрузки спросите кабинет, что в нём уже есть: POST /v1/product/certificate/list отдаёт документы с номерами и статусами. Сверка по номеру подхватит и то, что раньше грузили руками, дублей не будет.

На чём загрузка спотыкается:

без даты выдачи (issue_date) документ не примут, в 1С это дата начала срока действия;
отказному письму нужна ссылка на реестр, в УТ это реквизит СсылкаНаСертификатРосаккредитации, а свидетельству о госрегистрации нужен вид продукции;
ответ приходит сжатым, без заголовка Accept-Encoding: identity тело читается двоичной кашей;
документ со статусом declined лежит в одном списке с принятыми, и сверка только по номеру покажет готовность там, где карточка проверку не пройдёт. Сверяйте номер вместе со статусом.

На нашем контрольном товаре документ после загрузки и привязки получил в кабинете статус “Одобрен”.

Сертификаты на Wildberries: как записать номера из 1С

Токен создаётся в кабинете продавца: Настройки → Доступ к API, категория “Контент”. Файл документа Content API не принимает, скан загружается в кабинете руками. Через API в карточку уходят только номера, характеристиками предмета.

У каждого предмета свой набор характеристик, и идентификаторы полей под номера константой не зашить: справочник читается по предмету методом /content/v2/object/charcs/{subjectId}, поля ищутся по названию. Нет у предмета такого поля, значит и записи через API не будет.

Что ещё учесть:

/content/v2/cards/update принимает карточку целиком: читайте её прямо перед записью и меняйте только характеристики документов, иначе затрёте свежие правки из кабинета. Если после записи характеристик стало меньше, чужое потерялось.
Отказ приходит с кодом 200: в теле error: true, причина в errorText, детали по каждому полю в additionalErrors.
На вид документа одно поле, и второй сертификат на тот же товар молча затрёт первый.

После записи документ в карточке кабинета получил статус “Проверка пройдена”.

Декларация соответствия на Яндекс Маркете: сначала документ, потом номер

Ключ создаётся в кабинете: Настройки → Доступ к API, и это должен быть Api-Key. Старые OAuth-токены Яндекс ID вида y0_... не работают ни в одном заголовке, мы проверили на трёх кабинетах: 401 с Api-Key и с Authorization: OAuth, 403 с Bearer. Идентификатор бизнеса отдаёт GET /campaigns в поле business.id.

Порядок шагов переставлять нельзя. Сначала в кабинете нужен документ: его заводят руками на странице “Документы на товары” или методом POST /v1/businesses/{id}/offers/documents/create из номера, вида и дат. Потом номер добавляется товару в поле certificates через offer-mappings/update. На первом прогоне номер ушёл у нас раньше документа: API принял его без единой ошибки, а в карточке рядом встала красная метка “Нет документа с таким номером”. Сверка идёт отложенно и по разделу документов кабинета, так что даже документ из реестра ЕАЭС до заведения там числится ненайденным.

Что ещё учесть:

Набор certificates при записи заменяется целиком. Прежние номера отправляйте вместе с новым, иначе сотрёте чужие. Больше шести номеров площадка не примет, лишние снимают в кабинете.
Методы документов работают только с /v1 в пути, без версии отвечают 404. Методам товаров версия не нужна.
Код 200 не значит, что запрос принят: у записи товаров отказ приходит в status со значением ERROR, у documents/create в result.errors.
Передать скан через Partner API нельзя. На нашем товаре документ получил статус “Действует” и без скана, номер Яндекс проверил сам. Остальные статусы: на проверке, ждёт исправлений, не найден в реестре, истёк, отозван.
Постраничное чтение каталога на 23 431 товар обрывалось на 5 000 записей без ошибки, и нужный артикул получал “не найден”. Товары спрашивайте списком offerIds до 100 штук, документы списком documentNumbers тоже до 100. Пачка больше сотни отвечает BAD_REQUEST offerIds size must be between 1 and 100: прежний потолок в 200 Яндекс снизил.

Что подготовить в 1С: справочник сертификатов номенклатуры

Источник для всех трёх площадок один: справочник СертификатыНоменклатуры в УТ 11.5, КА 2.5 и ERP 2.5 и регистр сведений ОбластиДействияСертификатовНоменклатуры, который связывает документ с номенклатурой. Порядок на примере УТ 11.5:

Включите учёт: НСИ и администрирование → Настройка НСИ и разделов → Номенклатура → Дополнительная информация → флажок “Сертификаты номенклатуры”. Сертификаты заводятся после этого в разделе НСИ.
В карточке документа заполните номер, тип сертификата, дату выдачи и срок действия, бессрочному документу поставьте признак “Бессрочный”.
Тип называйте словами: сертификат соответствия, декларация о соответствии, отказное письмо, свидетельство о государственной регистрации. Наши обработки узнают вид документа для площадки по этим словам.
Приложите скан в PDF, JPG, JPEG или PNG до 10 МБ. Для Ozon файл должен читаться серверным сеансом 1С: если он лежит в томе, до которого сервер не достаёт, номер будет виден, а скан нет.
В области действия укажите номенклатуру, на которую документ выдан.
Проверьте артикулы: наши обработки ищут товар в кабинете только по ним, потому что ошибочная привязка документа хуже, чем никакой.
Уберите из поля номера то, что номером не является: “не требуется”, ссылку на письмо, короткое число. Номером мы считаем строку длиннее десяти знаков, в которой есть и буквы, и цифры.

Запрос: какие товары останутся без документа

Запрос для консоли запросов, ключи площадок ему не нужны. Параметр Сегодня задайте началом текущего дня.

ВЫБРАТЬ РАЗЛИЧНЫЕ
	ОД.Номенклатура КАК Номенклатура
ПОМЕСТИТЬ СДокументом
ИЗ
	РегистрСведений.ОбластиДействияСертификатовНоменклатуры КАК ОД
ГДЕ
	НЕ ОД.СертификатНоменклатуры.ПометкаУдаления
	И (ОД.СертификатНоменклатуры.Бессрочный
		ИЛИ ОД.СертификатНоменклатуры.ДатаОкончанияСрокаДействия >= &Сегодня)
;
ВЫБРАТЬ
	Н.Артикул КАК Артикул,
	Н.Наименование КАК Наименование,
	Н.ВидНоменклатуры КАК ВидНоменклатуры
ИЗ
	Справочник.Номенклатура КАК Н
		ЛЕВОЕ СОЕДИНЕНИЕ СДокументом КАК Д
		ПО Д.Номенклатура = Н.Ссылка
ГДЕ
	НЕ Н.ЭтоГруппа
	И НЕ Н.ПометкаУдаления
	И Н.Артикул <> ""
	И Д.Номенклатура ЕСТЬ NULL
УПОРЯДОЧИТЬ ПО
	Артикул

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

Латиница в номере ЕАЭС: ошибка, которую не видно

Эта ошибка общая для всех площадок. На Яндекс Маркете номер из типовой базы получил прямой отказ Unsuitable document number, и мы разобрали строку по кодам символов. “ЕАЭС” и код органа набраны кириллицей, а на месте кириллических С (код 1057) и В (1042) стоят латинские C (67) и B (66). На экране разницы нет. Wildberries сверяет номер с тем же реестром, а с 1 октября сверка по реестру обязательна для всех площадок.

Латиницей в номере ЕАЭС пишутся коды стран (RU у российских документов и двухбуквенный код после маркерной буквы) и знак N у деклараций, остальные буквы кириллические. Функция ниже покажет латинские буквы строки с позицией и кодом:

Функция ЛатиницаВНомере(Номер)
	Найдено = Новый Массив;
	Для Позиция = 1 По СтрДлина(Номер) Цикл
		Код = КодСимвола(Номер, Позиция);
		Если (Код >= 65 И Код <= 90) ИЛИ (Код >= 97 И Код <= 122) Тогда
			Найдено.Добавить(Сред(Номер, Позиция, 1) + " в позиции " + Позиция + ", код " + Код);
		КонецЕсли;
	КонецЦикла;
	Возврат СтрСоединить(Найдено, "; ");
КонецФункции

Та же латиница ломает и поиск в едином реестре: номер с латинской C реестр не находит, хотя документ там есть. Как спросить реестр ЕАЭС из 1С и перебрать варианты начертаний, разобрано в статье про проверку сертификата в реестре ЕАЭС по номеру.

На СГР и отказные письма это правило не переносите, формат у них свой: Ozon в номере СГР принимает только латинскую E, а в типовой базе там встречается кириллическая.

Чек-лист к 1 октября 2026 года

Включите “Сертификаты номенклатуры”, заведите документы с номером, типом и датами, заполните области действия конкретной номенклатурой.
Сверьте артикулы 1С с offer_id на Ozon, vendorCode на Wildberries и offerId на Яндекс Маркете.
Прогоните запрос по товарам без действующего документа и отдайте список ответственному за сертификацию.
Проверьте номера ЕАЭС на латиницу, уберите из поля номера фразы.
Ozon: у каждого документа скан в допустимом формате и дата выдачи, у отказных писем ссылка на реестр.
Wildberries: токен “Контент”, сканы в кабинете, у предметов есть поля под номера.
Яндекс Маркет: ключ Partner API вместо старого токена, документы заведены раньше номеров, у товаров меньше шести номеров.
Проведите по одному товару на каждой площадке полным кругом и перечитайте кабинет: “Одобрен” на Ozon, “Проверка пройдена” на Wildberries, “Действует” на Яндекс Маркете. Остальной ассортимент отправляйте после этого.

Готовые обработки для трёх площадок

Проверки из этого разбора мы собрали в три внешние обработки для УТ 11.5, КА 2.5 и ERP 2.5, каждая за 10 SM на Инфостарте:

Сертификаты для Ozon: сверяет документы с кабинетом по номеру и статусу, грузит недостающие со сканом и привязывает к отмеченным товарам.
Сертификаты для Wildberries: находит поля под номера по справочнику предмета, записывает карточку и разбирает отказ внутри ответа 200.
Сертификаты для Яндекс Маркета: заводит документ в кабинете, добавляет номер к товарам, не затирая чужие, и исправляет латиницу в номере ЕАЭС.

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

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

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

INFOSTART TECH EVENT 2026: конференция для 1с-специалистов. если собираетесь, регистрируйтесь по нашей ссылке. Регистрация →