Интеграция интернет-магазина с Wildberries

Для карточек нужна категория «Контент», для управления прайсом — «Цены и скидки». Категория «Маркетплейс» охватывает заказы и склады моделей со склада продавца, включая обновление остатков. Для поставок FBW предусмотрена отдельная категория «Поставки».

При ручном подключении проверяем тип токена: персональный предназначен для собственных программ и систем на своих или арендованных серверах; сервисный привязан к облачному сервису из каталога WB. Выбор зависит от решения и актуальных правил WB. Доступ только на чтение не даёт менять данные.

Выдаём только согласованные права и назначаем ответственного за замену токена. Секрет хранится в настройках интеграции на сервере; в публичную форму заявки его присылать не нужно. Проверено 19 октября 2026 года по инструкциям WB ниже.

В таблице соответствий связываем SKU и вариант магазина с карточкой WB, артикулом продавца, размером и баркодом в контексте кабинета. Сверяем идентификаторы по данным карточки. Одного названия или артикула без варианта недостаточно для назначения остатков.

Баркод остаётся частью маркировки товара и карточки. Для методов получения, обновления и удаления остатков на складах продавца журнал WB от 9 декабря 2025 года сообщил переход на chrtId — ID размера, с прекращением использования баркода с 9 февраля. Этот переход не означает отказ от баркодов в маркировке и остальных операциях WB.

Перед внедрением перечитываем карточки и действующую схему выбранных методов: старый модуль с передачей sku вместо chrtId требует проверки. Создание карточек, обязательные характеристики категории и медиа включаем отдельным объёмом; успешную отправку проверяем по результату обработки. Проверка источников — 19 октября 2026 года.

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

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

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

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

При ошибке фиксируем склад, размер и результат операции. После восстановления прав или связи заново рассчитываем количество и сверяем его с площадкой. Остатки и движения FBW получаем для учёта отдельным сценарием. Проверка описания склада — 19 октября 2026 года.

По FBS принимаем сборочные задания и согласуем их маршрут в магазине, CRM или учёте. Внутреннюю связь храним по кабинету и идентификатору задания; повтор обновляет уже известное состояние. Группировку заданий в заказ и резервирование проектируем явно.

По DBS отдельно проверяем этапы доставки и доступные переходы статусов. Для FBW получение информации о продажах и заказах не запускает сборку на собственном складе. Возвраты, отмены и метаданные оцениваем по нужной модели и конкретным операциям.

Официальный портал разделяет заказы FBS, DBS, DBW и самовывоз, а также поставки FBW. При обследовании проверяем нужный раздел, права и текущие обязательные поля; единого одинакового маршрута для всех схем не обещаем. Проверено 19 октября 2026 года.

Вымышленная техническая симуляция, не клиентский кейс и не запрос к WB API. У футболки TEE-GREEN есть размеры M и L: доступно 6 и 4 штуки. После замены старого модуля связь размера L с chrtId отсутствует, а связь M проверена.

Система блокирует передачу остатка L и записывает ошибку сопоставления. Она не подставляет ID размера M и не создаёт карточку-дубль. Ответственный восстанавливает связь по данным карточки и подтверждает её на ограниченном наборе товаров.

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

Интеграцию Wildberries оцениваем после брифа: по числу кабинетов и складов, качеству связей каталога, моделям продаж и возможностям модуля. Новый магазин, лицензии и сопровождение согласуем отдельными позициями.

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

Материал опирается на открытые инструкции WB и индексируемые официальные материалы портала разработчиков. Ссылки стоят рядом с соответствующими фактами. Журнал от 09.12.2025 подтверждает изменение идентификатора в операциях остатков склада продавца; его сообщение о 9 февраля относится к следующему после публикации февралю — 2026 года.

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

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