Признак необходимости маркировки и подтверждение её нанесения в карточке Wildberries отвечают на разные вопросы. needKiz сообщает, требуется ли код для товара по данным площадки; kizMarked отражает подтверждение продавца. Нельзя использовать второй признак как технический переключатель для обхода отсутствующей маркировки.

Редакционная проверка — 12 октября 2026 года. Разбор основан на объявлении WB API от 9 апреля и объясняет работу с данными карточки. Он не определяет перечень товаров, подлежащих маркировке по законодательству.

Проверьте причину незавершённой модерации

WB сообщил: в запросах создания и редактирования карточек kizMarked по умолчанию равен false. Для товара с обязательной маркировкой отсутствие подтверждения приводит к тому, что карточка не проходит модерацию и блокируется. В логике чтения данных собственной программы нельзя подменять отсутствие проверенных сведений автоматическим true.

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

Разведите два поля в товарной базе

В объявлении указано, что needKiz читается через POST /content/v2/get/cards/list, а kizMarked — через методы списка карточек и корзины. Для передачи подтверждения используются операции создания, создания с присоединением и редактирования карточек.

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

Передавайте подтверждение после проверки

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

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

Не смешивайте карточку и сборочное задание

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

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