Как подключить Ozon и Wildberries к сайту на 1С-Битрикс: остатки, цены и заказы

Продали последнюю пару кроссовок на Wildberries в пятницу вечером, а в субботу утром тот же артикул ушел с сайта на 1С-Битрикс - на складе пусто, покупатель ждет, рейтинг на WB просел. Три витрины тянут один физический склад, но остатки живут в трех кабинетах и в Excel менеджера. Ниже - как настроить интеграцию Ozon и Wildberries с интернет-магазином на CMS: единые артикулы, три потока данных и чек-лист, чтобы после тестового заказа сток совпадал на сайте и на площадках.

Интеграция сайта на 1С-Битрикс с Ozon и Wildberries - это настройка трех потоков данных: выгрузка карточек и цен, синхронизация остатков с единого источника каждые 5-15 минут и импорт заказов FBS обратно в админку магазина. Сегодня проверьте, что артикул в каталоге совпадает с offer_id на площадках, и зафиксируйте, кто у вас мастер остатков - сайт, 1С или модуль. Без этого любой модуль будет латать симптомы, а не причину.

Речь про 1С-Битрикс: Управление сайтом - каталог, модуль sale, cron на вашем хостинге. В поиске много материалов про облачную CRM и ее приложения, а у вас интернет-магазин на своем домене. Если витрина еще в планах, начните с гайда по запуску интернет-магазина на Битрикс; здесь - связка Ozon и Wildberries поверх готового каталога.

Разберите, почему остатки на WB и Ozon расходятся с сайтом

Типичная картина: менеджер раз в сутки правит остатки в кабинетах, артикул на Wildberries не совпадает с XML_ID в Битрикс, на Ozon висит старая цена. Покупатель оформляет заказ там, где товар уже продан - отмена, штраф, минус к рейтингу. По открытым данным интеграторов, штраф WB за отмену из-за отсутствия товара может доходить до порядка 1500 руб. за инцидент - точная сумма зависит от категории и правил площадки.

Не делайте ручную синхронизацию "по памяти" при ассортименте от 200 SKU. Сделайте единый артикул на всех каналах и автоматический обмен не реже 5-15 минут для схемы FBS (отгрузка со своего склада). Склады в админке настройте заранее - см. инструкцию по складам на Битрикс, иначе модуль не поймет, откуда списывать остаток.

Что такое интеграция Ozon и Wildberries с 1С-Битрикс

Это не "одна кнопка в CRM". На практике вы связываете API площадок с каталогом и заказами CMS. API (программный интерфейс) - способ, которым сайт обменивается данными с Ozon Seller и кабинетом WB по ключам, без ручного копирования в Excel.

Когда нужно: продаете и на сайте, и на WB/Ozon, один физический склад, хотите видеть заказы маркетплейсов в админке Битрикс. Когда не нужно: только FBO (товар на складе маркетплейса) без своего FBS - остатки FBO площадка считает сама, API продавца их не обновляет. Для Яндекс.Маркета логика похожая, но другие методы - вынесено в гайд по выгрузке в Яндекс.Маркет.

Подготовьте каталог, артикулы и API-ключи до установки модуля

Модуль из Marketplace 1С-Битрикс не исправит хаос в номенклатуре. Сначала приведите данные в порядок.

1. Унифицируйте SKU. Артикул торгового предложения в Битрикс = offer_id на WB и идентификатор товара на Ozon.
2. Добавьте штрихкоды на каждое торговое предложение - без них модерация карточек на Ozon часто отклоняет выгрузку.
3. Получите ключи Ozon Seller API: Client-Id и Api-Key в кабинете Seller (модуль Ozon для Битрикс описывает нужные права), права на товары, остатки, заказы.
4. Выпустите токен Wildberries с доступом к контенту, остаткам и заказам. С 1 января 2026 API для облачных SaaS-агрегаторов стал платным - модуль на своем хостинге с батчингом запросов часто выгоднее стороннего сервиса.
5. Разделите тест и прод: отдельные ключи, чтобы тестовый заказ не списал реальный остаток.
6. Проверьте cron на хостинге: агенты модуля должны запускаться каждые 5-15 минут. На shared-тарифе убедитесь, что провайдер не режет частые PHP-cron; при росте нагрузки смотрите VPS, например тарифы Beget.

Ориентир: без единых артикулов любая схема - модуль, 1С или кастом - даст расхождения с первой недели.

Выберите схему: модуль Marketplace, обмен через 1С или кастом API

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

Итоговый вердикт: для магазина на Битрикс без 1С начните с комплекта на Marketplace. Если склад живет в 1С - цепочка "1С → сайт → маркетплейсы". Кастом оправдан при большом каталоге и нестандартной логике цен.

Настройте три потока: карточки, остатки и заказы

Workflow типового модуля: карточки → остатки и цены → заказы в Sale. Не смешивайте потоки в одном cron - сначала сопоставьте номенклатуру, потом гоняйте сток.

Схема обмена: каталог Битрикс → карточки (Ozon POST /v3/product/import) → cron остатков (Ozon POST /v2/products/stocks, WB PUT /api/v3/stocks/{warehouseId}, до 1000 SKU за запрос) → импорт заказов (GET /api/v3/orders/new, Ozon FBS) → создание заказа через Sale\Order::create

1. Поток 1 - карточки. Привяжите существующие карточки по артикулу или выгрузите новые; проверьте обязательные атрибуты категории.
2. Поток 2 - цены и остатки. Cron 5-15 минут для FBS, буфер 1-2 шт. на маркетплейсе. Ozon - пакеты до ~100 SKU, лимит порядка 80 запросов в минуту.
3. Поток 3 - заказы. FBS-заказы в админку с меткой канала (UF_SOURCE), чтобы менеджер отличал сайт, WB и Ozon. Регламент статусов - обработка заказов в Битрикс.
4. Включите агенты модуля и проверьте журнал после первого цикла.
5. Сверьте вручную: измените остаток в Битрикс, дождитесь цикла, сравните WB и Ozon.

Не делайте полную выгрузку на прод без теста. Сделайте пилот на 10-20 SKU с реальными остатками.

Назначьте мастер-систему остатков и разведите FBS и FBO

FBS - товар на вашем складе, остаток на площадке обязан совпадать с реальным стоком. FBO/FBW - товар на складе маркетплейса; API продавца не управляет этим остатком как FBS. Если один SKU идет по обеим схемам, не смешивайте цифры - иначе FBS "съест" остаток, который уже на складе WB.

Мастер-система - где правите остаток последним: каталог Битрикс (модуль без 1С), 1С (остаток уходит на сайт и MP) или WMS. Правило одно: один источник правды. После продажи на сайте сток на WB и Ozon должен уменьшиться за 1-2 цикла cron.

Проверьте интеграцию: чек-лист тестового заказа

Перед боевым запуском пройдите сценарий на SKU с ненулевым остатком.

1. Зафиксируйте остаток в Битрикс, WB и Ozon в одной таблице.
2. Оформите тестовый FBS-заказ на WB: заказ в Sale, остаток на сайте -1.
3. Повторите для Ozon FBS с тем же артикулом.
4. Убедитесь, что на второй площадке остаток тоже уменьшился.
5. При расхождении проверьте артикулы, склад в модуле, лог API (401 - ключ, 429 - лимит).

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

Что дальше

Расширяйте пилот на весь каталог, настройте алерты при ошибках обмена, раз в неделю сверяйте 5-10 позиций. Бюджет лицензий и работ - в смете интернет-магазина на Битрикс. Если схема сложнее типового модуля - обсудите проект с разбором FBS/FBO и учета.

Автор: Максим Мольков, разработчик 1С-Битрикс.
Источники: документация Sale API 1С-Битрикс, интеграция WB+Ozon с Битрикс (2026), Marketplace (модули Ozon/WB), практика внедрений на CMS.

Частые вопросы