WB проверяет КиЗ с 1 апреля 2026: что сломается в вашей 1С | infolimp.ru

WB проверяет КиЗ с 1 апреля 2026: что сломается в вашей 1С

24 апреля 2026 · infolimp.ru · 9 мин чтения

Автор: 1С Инсайдер · роль: практик 1С · проверка: типовые конфигурации и рабочие сценарии · 0 комментариев

С 1 апреля 2026 WB блокирует FBS-отгрузки с невалидным КиЗ. Разбираем по сценариям: что именно ломается в 1С, три типа ошибок валидации и чек-лист подготовки.

Проверено по оферте WB от 01.04.2026 и официальным инструкциям seller.wildberries.ru. Дата публикации: 2026-04-24.

С 1 апреля 2026 года Wildberries изменил оферту: теперь при каждой FBS-отгрузке система автоматически проверяет коды маркировки — КиЗ (коды «Честного знака»), УИН (ювелирные изделия) и IMEI (смартфоны). Если код не проходит валидацию, заказ не уходит покупателю. Точка. Без предупреждений, без повторных попыток.

В телеграм-каналах WB-продавцов первые три недели апреля прошли в разборах заблокированных поставок — проблема оказалась массовой. Большинство проблем — не в физической этикетке, а в 1С: неправильно оформленный приход от поставщика, скопированный документ с дублем кода, несинхронизированный статус в ГИС МТ.


Что изменила оферта WB от 1 апреля 2026

До 1 апреля 2026 WB принимал FBS-отгрузки без автоматической проверки статуса КиЗ в системе «Честный знак». Продавец мог допустить ошибку в коде или не перевести КиЗ на себя от поставщика — товар всё равно уходил покупателю, а проблема обнаруживалась позже при плановых проверках Роспотребнадзора или ФНС.

С 1 апреля правила изменились. WB добавил в оферту обязательную валидацию идентификаторов перед передачей поставки в доставку. Логика простая: маркетплейс передаёт данные о продажах в ФНС с 2026 года, и продажа немаркированного или неправильно маркированного товара — уже риск для самого WB.

Что проверяется

WB проверяет три типа идентификаторов:

Проверка выполняется только для заказов внутри России (продавец и покупатель в РФ).

Что означает «валидация» технически

При добавлении кода маркировки в заявку на FBS-отгрузку система WB автоматически отправляет его в «Единый внутренний сервис» WB, который при необходимости делает запрос в ГИС МТ (государственную информационную систему мониторинга — базу «Честного знака»). Результат появляется в личном кабинете продавца в виде одного из четырёх статусов:

Статус Значение Можно отгружать?
🟦 «На проверке» Запрос отправлен, ожидание Нет — подождать
🟩 «Проверено» КиЗ валиден Да
🟥 «Ошибка» Дублирование, опечатка, неверный статус Нет — нужно исправить
⬜ «Не проверено» Технический сбой на стороне WB Да — проверка продолжится

Кто попадает под требование: категории и объёмы

Обязательная маркировка «Честный знак» охватывает широкий перечень товаров, которые массово продаются на WB. Если вы торгуете хотя бы одним из перечисленных ниже — с 1 апреля ваши FBS-отгрузки проходят автоматическую проверку КиЗ.

Категории с обязательным КиЗ на WB:

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


Штрафы: что грозит за ошибку

Последствия бывают двух уровней.

Уровень 1 — WB-штраф. За нечитаемый или отсутствующий код маркировки WB взыскивает 1 500 ₽ за каждое SKU (по условиям оферты WB для продавцов). Кроме того, при систематических нарушениях возможна блокировка магазина.

Уровень 2 — государственная ответственность (ст. 15.12 КоАП РФ):

Категория Штраф
ИП (как должностное лицо)¹ 5 000 — 10 000 руб.
Должностное лицо 5 000 — 10 000 руб.
Юридическое лицо 50 000 — 300 000 руб.
Дополнительно Конфискация немаркированного товара

¹ По ч.2 ст.15.12 КоАП РФ ИП несут ответственность в размере, установленном для должностных лиц.

Обратите внимание: с 2026 года WB передаёт данные о продажах в ФНС. Расхождение между данными маркировки в «Честном знаке» и данными продаж в WB автоматически попадает в зону проверки.


Что конкретно ломается в 1С: разбор по сценариям

Большинство блокировок на стороне WB — следствие ошибок в 1С. Вот пять типичных сценариев и их причины.

Сценарий 1: КиЗ не передаётся в API WB вообще

Симптом: при попытке создать FBS-заявку через API WB получаете ошибку или WB не принимает код — поле пустое.

Причина в 1С: в конфигурации не настроена подсистема маркировки, или в документе реализации отсутствует реквизит, хранящий код маркировки. В типовых конфигурациях (1С:УТ 11, 1С:ERP 2) реквизит называется «Серия» с заполненным полем «Код маркировки». Если учёт по сериям отключён для данной номенклатурной группы — коды маркировки нигде не хранятся.

Как проверить:

// Запрос: есть ли у номенклатуры группа со сериями и типом учёта КМ?
Запрос = Новый Запрос;
Запрос.Текст =
    "ВЫБРАТЬ
    |    НоменклатураГруппы.НаименованиеПолное КАК Группа,
    |    НоменклатураГруппы.УчетСерий КАК УчетСерий,
    |    НоменклатураГруппы.ТипМаркировкиЧестныйЗнак КАК ТипМаркировки
    |ИЗ
    |    Справочник.НоменклатурныеГруппы КАК НоменклатураГруппы
    |ГДЕ
    |    НоменклатураГруппы.ТипМаркировкиЧестныйЗнак <> ЗНАЧЕНИЕ(Перечисление.ТипыМаркировкиЧестныйЗнак.НеУказан)";
Результат = Запрос.Выполнить().Выгрузить();

Если выборка пустая — для ваших товаров тип маркировки не задан, и 1С не будет требовать ввода КиЗ при оформлении прихода.

Сценарий 2: КиЗ введён с ошибкой (опечатка в Data Matrix)

Симптом: статус в ЛК WB — 🟥 «Ошибка», в описании «дублирование» или нечитаемый код.

Причина в 1С: ручной ввод кода маркировки без валидации формата. КиЗ — это строка в формате Data Matrix GS1, она содержит обязательные AI (идентификаторы применения): 01 (GTIN), 21 (серийный номер), 91 (ключ проверки), 92 (код проверки). Типовые конфигурации 1С с модулем «Честного знака» валидируют формат автоматически. Если используется сторонний модуль без валидации — ошибка не отловится до момента проверки WB.

Как проверить корректность формата КиЗ в 1С:

// Функция проверки базовой структуры КиЗ (упрощённо)
Функция КиЗФорматКорректен(КодМаркировки) Экспорт
    // КиЗ должен начинаться с AI "01" — GTIN
    Если Лев(КодМаркировки, 2) <> "01" Тогда
        Возврат Ложь;
    КонецЕсли;
    // Минимальная длина валидного КиЗ для большинства категорий — 83 символа (структура: AI 01 + GTIN + AI 21 + серийный номер + AI 91 + AI 92)
    Если СтрДлина(КодМаркировки) < 83 Тогда
        Возврат Ложь;
    КонецЕсли;
    Возврат Истина;
КонецФункции;

Это не заменяет полную валидацию через API «Честного знака», но отловит грубые ошибки до передачи в WB.

Сценарий 3: КиЗ числится у поставщика, не у продавца

Симптом: физически товар у вас на складе, КиЗ в 1С записан, но WB API возвращает ошибку «код не введён в оборот» или «владелец не совпадает».

Причина: при поступлении товара от поставщика передача прав на КиЗ оформляется через ЭДО (электронный документооборот) с подписанием УПД с кодами маркировки. Если УПД от поставщика не принят или ЭДО не настроен — в ГИС МТ КиЗ по-прежнему числится за поставщиком. WB видит это через API-запрос к «Честному знаку» и блокирует отгрузку.

Как это выглядит в 1С:

<!-- Пример структуры УПД с кодами маркировки (фрагмент XML для ЭДО) -->
<Файл ВерсФорм="5.02">
    <СвУчДокОбор>...</СвУчДокОбор>
    <Документ НаимДок="СЧФДОП" КодОКВ="643">
        <СвТов НомСтр="1" НаимТов="Брюки мужские">
            <ДопСведТов>
                <КодТов КодВидТов="КиЗ">
                    <!-- КиЗ, переходящий от поставщика к покупателю -->
                    <КодМарк>01046000000...21серийник...91ключ...92проверка</КодМарк>
                </КодТов>
            </ДопСведТов>
        </СвТов>
    </Документ>
</Файл>

Если такой документ не прошёл через ЭДО и не принят в 1С — переход права собственности на КиЗ в ГИС МТ не произошёл.

Сценарий 4: Один КиЗ записан в двух заказах (дублирование)

Симптом: статус 🟥 «Ошибка», в причине — «дублирование кода».

Причина в 1С: при копировании документа реализации или заявки на отгрузку КиЗ копируется вместе с остальными реквизитами. Если менеджер скопировал заказ вместо того, чтобы создать новый — один и тот же КиЗ оказался в двух поставках.

Предупреждение: WB не разрешает использовать один КиЗ дважды. После первой успешной отгрузки код переходит в статус «Выведен из оборота» в ГИС МТ — повторно использовать его невозможно.

Сценарий 5: КиЗ уже выведен из оборота (возврат не реактивирован)

Симптом: товар вернулся от покупателя, вы оформили его обратно на склад и пытаетесь снова отгрузить — WB API возвращает «код выведен из оборота».

Причина: при FBS-продаже продавец обязан вывести КиЗ из оборота в «Честном знаке» в течение 3 рабочих дней после доставки. Если это было сделано — КиЗ «сгорел». При возврате товара покупателем нужно реактивировать КиЗ через «Честный знак.Бизнес» или через 1С (если настроен обмен с ГИС МТ). Без реактивации повторная отгрузка невозможна — нужен новый КиЗ.


Три типа ошибок валидации WB

Внутри статуса 🟥 «Ошибка» WB не всегда показывает детальную причину в ЛК. В API Seller WB ошибки более информативны. На практике встречаются три основных типа:

Тип ошибки Смысл Типичная причина в 1С
КиЗ не найден в системе КиЗ отсутствует в ГИС МТ или введён с ошибкой КиЗ введён вручную с опечаткой; товар получен без регистрации в «ЧЗ»
Владелец не совпадает КиЗ принадлежит другому участнику оборота УПД от поставщика не принят в 1С / ЭДО не настроен
Код выведен из оборота КиЗ уже использован при предыдущей продаже Товар уже продавался; возврат не реактивирован в ГИС МТ

Ситуацию с «просроченным» КиЗ (о которой пишут некоторые комментаторы) стоит уточнить: КиЗ как таковой не имеет срока годности — он либо «в обороте», либо «выведен из оборота». Если WB говорит «просроченный» — в реальности это либо «код выведен из оборота» (уже был продан), либо «КиЗ не найден в системе» (код некорректен).

Функция проверки статуса КиЗ в «Честном знаке» до передачи заявки в WB запланирована в версии НОПи v1.0 — она позволит отловить ошибки типа «владелец не совпадает» и «код выведен из оборота» ещё на стороне 1С, до блокировки на стороне WB. Подписаться на уведомление о выходе →


Чек-лист: что проверить в 1С до первой отгрузки после 1 апреля

Если вы ещё не отгружали маркированные товары через FBS после 1 апреля 2026 — пройдите по этому списку перед первой поставкой.

1. Настройка номенклатуры

2. Правильное оформление прихода от поставщика

3. Перед созданием FBS-заявки

4. После доставки покупателю (FBS)

5. Периодическая проверка


Итог

С 1 апреля 2026 WB закрыл возможность отгружать маркированный товар с невалидными КиЗ. Блокировка происходит автоматически, без предупреждений. Четыре из пяти типичных причин блокировок — на стороне 1С: неправильно оформленный приход, дублирующиеся коды, неподписанные УПД, не переведённые в оборот КиЗ.

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


Функция проверки КиЗ в НОПи v1.0

НОПи — расширение для 1С, специализированное на интеграции с маркетплейсами WB и Ozon. В текущей версии НОПи поддерживает передачу кодов маркировки при FBS-отгрузках. Функция автоматической проверки статуса КиЗ в «Честном знаке» до передачи заявки в WB API запланирована в версии v1.0 — это позволит отловить ошибки типа «владелец не совпадает» и «код выведен из оборота» прямо в 1С, не дожидаясь блокировки на стороне WB.

Подпишитесь в Telegram-боте — уведомим когда функция выйдет:


Читайте также

Уведомить меня о выходе НОПи v1.0 →
Функция автопроверки КиЗ в «Честном знаке» до передачи в WB — только для подписчиков v1.0.

Подписаться в Telegram-боте →

Источники: Изменения оферты WB 01.04.2026, Проверка кодов маркировки WB FBS, Маркировка КиЗ WB, Штрафы за КиЗ 2026, Вывод КиЗ из оборота при FBS