Интеграция B2B-портала с OZON и Wildberries: как синхронизировать остатки и цены без двойного ввода

Что нужно синхронизировать при работе через портал и маркетплейсы:

Данные	Что происходит без единого контура	Как решается в архитектуре
Остатки	Каждый канал показывает своё количество, возникают продажи отсутствующего товара и отмены заказов	Единый расчёт доступного остатка в 1С с резервом под заказы и передачей в каждый канал по API
Цены и условия	Розничная цена площадки опускается ниже дилерской, возникает конфликт внутри сети	Отдельные виды цен под каждый канал с контролем минимальной маржи и ценовой политики
Заказы	Заказы с площадок переносятся в учётную систему вручную, статусы отгрузки расходятся	Автоматическая загрузка заказов в 1С и обратная передача статусов на портал и маркетплейс

FBO и FBS: какая часть склада делится между каналами

Схема FBO (FBW на Wildberries)

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

Схема FBS

Товар остаётся на складе продавца, а заказы с площадки собираются и отправляются самостоятельно. Именно эта схема создаёт основной риск двойной продажи: один и тот же физический остаток одновременно доступен дилерам на портале и покупателям на Озон (OZON) и Вайлдберриз (Wildberries). Каждый канал должен знать не общее количество на складе, а ту его часть, которую можно продать именно ему.

Доступный остаток как расчётная величина

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

Кратность упаковки: ошибка, которой нет в классическом B2C

Отдельная проблема именно для компаний, которые совмещают опт и розницу: единицы измерения в каналах не совпадают. На B2B-портале дилер покупает коробками по двенадцать штук, а на маркетплейсе тот же товар продаётся поштучно. Если остаток в 1С хранится в штуках, а портал оперирует упаковками, при передаче данных легко получить расхождение: двадцать штук на складе превращаются в одну упаковку и восемь «потерянных» единиц. Правило пересчёта и кратность закладываются в обмен заранее, иначе часть остатка оказывается невидимой для одного из каналов, а в другом показывается лишнее.

Частота обмена и задержки передачи

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

Связь обмена со складскими процессами

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

Слой интеграции между 1С и площадками

Между учётной системой и API Озон (OZON) и Вайлдберриз (Wildberries) разумно ставить отдельный слой обмена, а не писать запросы к площадкам прямо из конфигурации 1С. Такой слой берёт на себя ограничения по частоте запросов, повторные попытки при сбоях, преобразование форматов и журнал операций. Когда площадка меняет требования к программному интерфейсу, правки вносятся в одном месте и не затрагивают ни учётную систему, ни портал. Для компаний, у которых портал строится с нуля или перестраивается под несколько каналов, это задача уровня разработки B2B-платформы, а не настройки готового модуля.

Сопоставление товаров: основа без которой обмен не работает

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

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

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

Выбор конфигурации 1С под многоканальную торговлю

Не каждая конфигурация одинаково хорошо справляется с несколькими каналами одновременно: разница проявляется в работе с резервами, складскими ячейками, схемами FBO и FBS и ценовыми политиками. Критерии выбора и типовые ограничения разобраны в материале про 1С:УТ и комплексную конфигурацию для оптовой торговли. Для проекта с порталом и маркетплейсами вывод практический: чем больше каналов, тем важнее, чтобы нужная логика резервов и цен была штатной, иначе стоимость интеграции растёт за счёт доработок.

Цены и условия для разных каналов

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

Безопасность, доступы и проверка контрагентов

Ключи доступа к API площадок хранятся в защищённом хранилище, а не в тексте обработок, и привязываются к ограниченным ролям: интеграция получает только права, необходимые для остатков, цен и заказов. Данные покупателей с площадок передаются в ограниченном объёме и подпадают под требования ФЗ-152, поэтому их хранение в учётной системе настраивается по тем же принципам, что и персональные данные в остальных процессах. Отдельно стоит развести каналы по уровню проверки: покупатель маркетплейса анонимен для продавца, а дилер на портале проходит проверку как контрагент, как это устроено в комплаенс-контуре CRM с проверкой через Контур.Фокус и СБИС. Смешивать эти процессы нельзя: портальный канал сохраняет все проверки и договорные условия, а площадки работают по правилам самих площадок.

Юнит-экономика канала: из чего складывается результат

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

Ассортиментная матрица каналов

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

Конфликт каналов и защита дилерской сети

Главный нематериальный риск многоканальности, реакция дилеров. Партнёр, который закупает у производителя оптом, видит тот же товар на маркетплейсе по цене, близкой к его закупочной, и закономерно сокращает закупки или начинает конкурировать ценой. Прямые потери от такого конфликта часто превышают выручку нового канала. Защита строится на нескольких мерах: розничная цена на площадке не опускается ниже согласованного уровня, часть ассортимента остаётся эксклюзивной для дилерской сети, а партнёрам предлагаются преимущества, которые нельзя получить через площадку. Механики такого удержания, от накопительных уровней до бонусов за объём, разобраны в материале про программы лояльности в B2B: они позволяют сохранять партнёров без снижения цены ради цены.

Стоимость интеграции и срок окупаемости

Бюджет на интеграцию складывается из нескольких частей: слой обмена с площадками, сопоставление номенклатуры, доработки учётной системы под схемы FBO и FBS и тестирование на реальных данных. Он зависит от числа площадок, объёма ассортимента и готовности 1С, поэтому оценивать его разумно по этапам, как это показано в разборе стоимости B2B-интернет-магазина по этапам. Сопоставлять эту сумму стоит с двумя величинами: с потерями от рассинхрона, то есть отменами заказов, штрафами и ручным трудом, и с маржой, которую даёт новый канал на ограниченном ассортименте. Для компаний, которые уже ведут продажи на двух площадках вручную, интеграция обычно окупается за счёт устранения ручной работы и отмен ещё до того, как новый канал вырастет в обороте.

Пилот на ограниченном ассортименте

Практичный способ проверить экономику без полномасштабных вложений, запустить интеграцию на одной площадке и ограниченной группе товаров. За один-два месяца видно реальную маржу канала, долю возвратов и реакцию дилеров, и на этих цифрах принимается решение о расширении. Такой подход снижает главный риск проекта: когда дорогая интеграция строится на предположении об эффективности канала, а не на проверенных данных. Состав решений для проектов с несколькими каналами продаж описан на странице разработки сайтов и B2B-решений.

Скрытая экономия: данные по каналам в одном месте

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

Три практических результата единого контура остатков

Синхронизация портала и маркетплейсов через единый источник данных даёт компании три практических результата:
Отсутствие продаж несуществующего товара: расчёт доступного остатка с резервами по каждому каналу исключает ситуации, когда одна и та же партия продана дилеру и покупателю площадки одновременно.
Управляемая маржа по каналам: ассортиментная матрица и правила минимальных цен показывают прибыль каждого канала и снимают с продажи позиции, которые на площадке убыточны.
Защита дилерской сети: единая ценовая политика и разграничение ассортимента не позволяют розничному каналу подорвать доверие оптовых партнёров.

Компаниям, которые только планируют оптовые продажи онлайн, логично закладывать многоканальность на этапе проектирования, как это описано в общем сценарии запуска оптовых продаж онлайн. Если же портал давно работает и устарел технически, перед подключением площадок имеет смысл оценить его готовность к нагрузке и интеграциям, о чём говорится в материале про модернизацию сайтов как драйвер выручки. А условия дилеров, на которые опирается ценовая политика всех каналов, настраиваются так, как описано в статье про персональные цены в B2B-портале.

Частые вопросы об интеграции B2B-портала с маркетплейсами (FAQ)

Q: Как не допустить продажи одного и того же товара дилеру и покупателю маркетплейса?
A: Остаток для каждого канала рассчитывается в учётной системе как физический остаток за вычетом резервов под принятые заказы и страхового запаса. В канал передаётся не общее количество на складе, а та часть, которую можно продать именно ему, а резерв и освобождение остатка проводятся в одной транзакции.

Q: Чем схема FBO отличается от FBS с точки зрения синхронизации?
A: При FBO товар заранее отгружен на склад площадки и выведен из доступного остатка продавца, поэтому задача в том, чтобы 1С корректно отражала это движение. При FBS товар остаётся на складе продавца и одновременно доступен нескольким каналам, поэтому именно эта схема требует расчёта доли остатка для каждого канала.

Q: Нужно ли выставлять на маркетплейс весь ассортимент?
A: Как правило, нет. Позиции с низкой маржой, крупногабаритные товары и товары с высокой долей возвратов могут быть убыточны на площадке и выгодны в оптовом канале. Рабочая схема строится на ассортиментной матрице, где для каждой группы определены каналы и минимальный уровень маржи.

Q: Как маркетплейс влияет на отношения с дилерами и как это снизить?
A: Партнёр, увидевший свой товар на площадке по цене, близкой к закупочной, может сократить закупки или начать конкурировать ценой. Риск снижается единой ценовой политикой, эксклюзивной частью ассортимента для дилерской сети и преимуществами, которые доступны только партнёрам, например бонусами за объём.