CRM, 1С и интеграции

Обновление Wildberries FBS/DBS под IMEI, УИН и маркировку

Обновление Wildberries FBS/DBS под IMEI, УИН и маркировку переносит проверку обязательных кодов с последнего шага отгрузки в управляемый процесс сборки. Для FBS Wildberries с 31 марта 2026 года проверяет IMEI при переводе поставки в доставку, с 7 апреля — УИН, с 9 апреля — коды маркировки B2B-заказов. При пропущенных или ошибочных данных вызов PATCH /api/v3/supplies/{supplyId}/deliver возвращает 409 MetaValidationFail.

Актуальный ответ POST /api/marketplace/v3/orders/meta содержит массив metaDetails со статусом проверки по каждому виду метаданных; прежний объект meta удалён 30 апреля. В DBS обязательный IMEI определяется по requiredMeta у нового заказа. Перед переводом в доставку код закрепляется за заданием, иначе API отвечает 409 ImeiIsNotFilled.

Мы встраиваем эти правила в ваш рабочий экран: система знает, какой код нужен конкретному товару, принимает его со сканера или из учётной системы, проверяет формат и отправляет в WB в статусе confirm. Перед deliver выполняется отдельная проверка, а причина отказа связывается с заказом и сотрудником. В результате склад видит готовность каждого задания заранее, поставка уходит в доставку одним предсказуемым действием, а журнал хранит введённый код, ответ API и время операции.

Срок: 10 рабочих дней

Когда стоит обратиться

Обычно к нам обращаются в таких ситуациях:

Поставка FBS получает 409 MetaValidationFail при переводе в доставку, хотя товары уже собраны.
Заказ DBS блокируется ответом ImeiIsNotFilled, а сотрудник узнаёт об IMEI на последнем шаге.
IMEI, УИН или SGTIN хранится в 1С либо WMS, а в Wildberries вводится вручную в личном кабинете.
Интеграция продолжает читать прежний объект meta и требует перехода на массив metaDetails.

Что именно мы сделаем

Разбираем получение заказов FBS и DBS, статусы, источники IMEI, УИН и кодов маркировки.

Подключаем requiredMeta, optionalMeta и metaDetails и формируем правила для каждого сборочного задания.

Добавляем запись метаданных в статусе confirm, проверку формата и понятные сообщения склада.

Встраиваем предварительную проверку перед deliver и обработку MetaValidationFail и ImeiIsNotFilled.

Тестируем разные типы заказов, запускаем обновление и передаём инструкцию сборки и диагностики.

Что входит в стоимость

59 900 ₽ за всю работу

Проверяем действующий обмен заказами FBS и DBS, источник серийных номеров и кодов, статусы сборочных заданий и момент вызова deliver. Подключаем чтение requiredMeta и metaDetails, методы записи IMEI, УИН и SGTIN, предварительную проверку и обработку ответов 409. Обновляем экран сборки, журнал и контроль поставки, затем проводим тесты на заказах с разными требованиями к метаданным.

Что будет готово

Материалы

Передадим вам

Рабочий модуль метаданных заказов Wildberries для FBS и DBS.
Экран или поля сборки с IMEI, УИН, SGTIN и состоянием проверки каждого задания.
Предварительная проверка metaDetails, обработка 409 и журнал операций по orderId.
Таблица правил, протокол контрольных заказов и инструкция для склада и разработчика.

Проверка

Перед сдачей проверим

FBS-заказ получает требуемый IMEI, УИН или SGTIN в статусе confirm и показывает заполненный результат в metaDetails.
Поставка с корректными метаданными успешно переводится в доставку, а ошибка связывается с конкретным orderId и причиной.
DBS-заказ с requiredMeta imei получает код до deliver и проходит контрольный перевод статуса.
Повтор чтения и записи сохраняет одну связь кода с заказом, а журнал показывает итог каждого обращения к WB API.

Как это выглядит на практике

Схема проверки IMEI, УИН и кодов маркировки в заказах Wildberries FBS и DBS

Склад исправляет код до передачи FBS-поставки в доставку

01
WMS получает сборочные задания и показывает обязательный IMEI, УИН или SGTIN рядом с товаром.
02
Сборщик сканирует код, а интеграция закрепляет его за orderId в статусе confirm.
03
Перед deliver система запрашивает metaDetails и выделяет одно задание с причиной проверки.
04
После исправления повторный контроль подтверждает готовность, и поставка переводится в доставку.

Что понадобится для работы

От вас

Доступ к коду интеграции Wildberries, журналам и тестовой версии 1С, WMS, ERP или CRM.
Токен WB API категории Маркетплейс и контрольные кабинеты с заказами FBS и DBS.
Примеры товаров с IMEI, УИН и кодами маркировки, а также описание источника каждого значения.
Сотрудник склада, который подтвердит статусы сборки, сканирование и перевод поставки в доставку.

Если у вас немного другая ситуация

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

Стоимость работ 59 900 ₽ полная стоимость известна заранее

3 000 ₽после подписания договора через Диадок
56 900 ₽после выполнения, демонстрации и приёмки результата

Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.

Часто спрашивают

Об этой услуге

Почему Wildberries возвращает 409 MetaValidationFail?

При переводе FBS-поставки в доставку WB проверяет обязательные метаданные каждого задания. Ответ содержит orderId и состояние IMEI, УИН или кода маркировки, которое требуется исправить.

Какие даты действуют для проверки метаданных FBS?

IMEI проверяется с 31 марта 2026 года, УИН — с 7 апреля, код маркировки B2B-заказов — с 9 апреля. Эти правила применяются при вызове deliver.

Что изменилось в ответе POST /api/marketplace/v3/orders/meta?

Wildberries добавил массив metaDetails со статусами проверки по каждому виду метаданных. Прежний объект meta удалён 30 апреля 2026 года, поэтому обработчик переводится на актуальную структуру.

Когда можно закрепить IMEI или УИН за FBS-заказом?

Методы записи работают для подходящего сборочного задания в статусе confirm. Система заранее читает список доступных метаданных и отправляет значение в этот рабочий интервал.

Как определяется обязательный IMEI для DBS?

Интеграция читает requiredMeta в ответе метода новых DBS-заказов. При значении imei код закрепляется до перевода задания в доставку.

Можно брать коды из 1С или WMS вместо ручного ввода?

Да. Настраиваем связь поля или регистра с orderId и добавляем контроль уникальности и формата. Сканирование остаётся удобным резервным способом для склада.

Что видит сотрудник при ошибочном коде?

Рабочий экран показывает конкретный заказ, тип метаданных и причину проверки из ответа WB. После корректировки сотрудник запускает повторную проверку одной поставки.

Как принимается обновление FBS и DBS?

Проверяем заказы с IMEI, УИН и маркировкой, повтор записи, ошибочный код, metaDetails и успешный deliver для FBS и DBS. Итоги подтверждаются кабинетом и журналом API.

Цена и изменения по ходу работы

Цена на странице окончательная?

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

Что означает резерв незапланированных работ?

Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.

Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.

Можно уточнять детали уже во время работы?

Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.

Начало работы и оплата

Как оформляются договор и оплата?

Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.

Когда начинается срок выполнения?

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

Как учитываются платные лицензии и внешние сервисы?

До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.

Проверка результата и гарантия

Как принимается готовая работа?

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

Какая гарантия действует после сдачи?

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

Связанные шаги

Все услуги по интеграциям