Короткий ответ
Магазин на 1С-Битрикс дружит с Wildberries и Ozon через готовые модули с Маркетплейса Битрикс: они выгружают карточки товаров, следят за ценами и остатками и принимают заказы FBS — это продажа со своего склада, когда маркетплейс присылает «сборочные задания» — списки, что упаковать и отгрузить (Ozon умеет присылать их мгновенно, push-уведомлениями). Типовая интеграция запускается за несколько дней; если нужны свои правила расчёта цен и запасов — закладывайте от одной-двух недель.
Самое важное решение — не какой модуль купить, а где будет жить «правда» о ценах и остатках (это называют мастер-системой). Если у вас уже работает обмен с 1С, мастером должна быть 1С, а сайт и маркетплейсы — витринами. И две ошибки, которые ощутимо бьют по кошельку: выгрузка остатков без небольшого запаса (заказ отменился — получите штраф и просевший рейтинг) и цены без учёта комиссии и логистики маркетплейса (так можно незаметно торговать себе в минус).
Маркетплейсы дают больше половины онлайн-продаж в России, так что вопрос для владельца магазина на Битриксе звучит не «выходить ли на WB и Ozon», а «как не вести три каталога руками». Хорошо настроенная интеграция собирает сайт и маркетплейсы в одну систему с единым источником правды по товарам, ценам и остаткам. Мы в Interland делаем интернет-магазины на 1С-Битрикс и настраиваем обмены с 1С с 2008 года — в этой статье разберём архитектуру, модели работы и грабли, на которые наступает почти каждый, кто приходит к нам со словами «у нас уже что-то настроено».
Сначала архитектура: кто мастер данных
Прежде чем покупать модули, стоит ответить на один вопрос: где живёт правда об остатках и ценах? Вариантов три:
- 1С — мастер (для большинства это правильный выбор). Остатки и цены рождаются в учётной программе, оттуда штатный обмен — робот-курьер, который носит данные между 1С и сайтом, — доставляет их на сайт, а дальше на маркетплейсы. Одна точка правды: поменяли цену в 1С — она сама разошлась по всем каналам.
- Битрикс — мастер. Вариант для магазинов без полноценного учёта в 1С: каталог и остатки живут на сайте, модули транслируют их на WB и Ozon. На старте проще, но когда 1С появится, схему придётся перестраивать.
- Внешний агрегатор. Сервисы управления маркетплейсами имеют смысл, когда каналов четыре и больше, а ассортимент большой. Минус — ещё одна подписка и ещё одно звено, которое может сломаться.
Классическая рабочая схема: 1С → Битрикс → маркетплейсы. Сайт выступает контент-хабом — фото, описания и SEO-тексты уже лежат в каталоге, зачем готовить их второй раз, — а учёт остаётся в 1С.
FBO, FBS, DBS: от модели зависит, что синхронизировать
Три аббревиатуры — просто три ответа на вопрос «чей склад и чья доставка»:
| Модель | Чей склад | Что важно в интеграции |
| FBO (склад маркетплейса) | WB/Ozon | Карточки и поставки; остатки на сайте и на маркетплейсе живут отдельно — синхронизации нужно немного |
| FBS (свой склад) | Ваш | Остатки почти в реальном времени, приём сборочных заданий, статусы, этикетки — самый требовательный режим |
| realFBS / DBS (своя доставка) | Ваш | Всё то же, что в FBS, плюс передача трек-номеров и статусов вашей доставки |
Большинство продавцов с собственным магазином работают по FBS или комбинируют: ходовые позиции отправляют на склад маркетплейса, а «длинный хвост» ассортимента продают со своего. Так что интеграция должна уметь обе схемы одновременно.
Что реально умеют готовые модули
На Маркетплейсе Битрикс есть зрелые решения для Wildberries и Ozon (есть и альтернативы — webprostor, WBS24). Типовой набор: создание и обновление карточек из каталога сайта, сопоставление категорий и характеристик, обновление цен и остатков по расписанию — этим занимаются агенты, фоновые задания Битрикса, которые работают сами, как посудомойка, пока вы заняты другим. Плюс загрузка заказов и сборочных заданий FBS (у Ozon — мгновенно, push-уведомлениями), работа с несколькими кабинетами и печать этикеток. То есть 80% задачи закрывает коробка, а деньги и нервы решают оставшиеся 20% настройки: сопоставление категорий, запас по остаткам и ценовые правила.
Пять граблей, которые стоят денег
- Остатки без буфера. Последний экземпляр продался одновременно на сайте и на WB — кто-то из покупателей получит отмену, а вы штраф и просевший рейтинг карточки. Лучше держать небольшой запас — на маркетплейс уходит «остаток минус N штук» — и почаще обновлять остатки по ходовым позициям.
- Цена без экономики канала. Розничная цена сайта — не то же самое, что цена для маркетплейса: комиссия категории, логистика, хранение и эквайринг (плата за приём оплаты картами) вместе съедают 25–40%. Поэтому для WB и Ozon нужны отдельные типы цен — в 1С или на сайте — и правила пересчёта, а не «выгрузим как есть».
- Категории «на глазок». У WB и Ozon свои деревья категорий и обязательные характеристики. Ошиблись с сопоставлением — карточки отклонены или лежат в разделе, где их никто не ищет. Это самая кропотливая часть первой выгрузки, на неё стоит заложить время.
- Дубли карточек. Повторная выгрузка без привязки по артикулу или штрихкоду плодит карточки-близнецы, которых потом неделями склеивают руками. Надёжнее проверить связку на десятке товаров — и только потом выгружать всё.
- Один товар — разные штрихкоды. Когда в 1С, на сайте и на маркетплейсе у товара три разных штрихкода, сборка заказов FBS превращается в квест «найди меня». Порядок в штрихкодах лучше навести до интеграции.
Как посчитать цену для маркетплейса
Правило одно: цена на WB/Ozon — это отдельный тип цены, посчитанный от экономики канала, а не скопированная розница сайта. В расчёт входят комиссия категории (у каждого маркетплейса своя, и она меняется), доставка до покупателя и обратная дорога невыкупленных заказов, хранение (для FBO), эквайринг и налоги — плюс резерв 5–10% на обязательные акции: маркетплейсы регулярно «просят» скидку, и без резерва вы подарите её из своей маржи. На практике удобно завести в 1С или на сайте типы цен «WB» и «Ozon» с формулой от себестоимости, а не от розницы, и пересматривать их раз в квартал — заодно с комиссиями. А товары, которые по этой формуле выходят дороже рыночной цены ниши, на маркетплейс лучше не выгружать вовсе: это не потеря канала, а защита маржи.
Как запускаем мы: план на неделю-две
- 1. Аудит данных. Смотрим каталог: полнота характеристик, фото, штрихкоды, артикулы. Вместе решаем, кто мастер-система и какие будут типы цен.
- 2. Настройка модулей. Подключаем API-ключи кабинетов, сопоставляем категории и характеристики под каждый маркетплейс.
- 3. Пилотная выгрузка. 10–20 товаров: проверяем карточки, цены, остатки и прогоняем тестовый заказ FBS от сборки до выкупа.
- 4. Массовая выгрузка проверенного ассортимента — не «всего каталога», а того, что проходит по экономике.
- 5. Автоматизация цикла. Расписание обновлений, буферы остатков, уведомления о сборочных заданиях; при необходимости — заведение заказов маркетплейсов в 1С, чтобы учёт был сквозным.
- 6. Мониторинг. Первые две недели наблюдаем за отменами, остатками и маржой по каналам и докручиваем буферы и цены.
Честные ограничения
Интеграция не сделает карточки продающими — контент, рейтинг и участие в акциях остаются работой продавца. API маркетплейсов (правила, по которым программы общаются между собой) меняются несколько раз в год, так что модули нужно обновлять — это довод в пользу постоянной техподдержки, а не разовой настройки. А если у вас пока только торговля на WB — ни сайта, ни 1С, — интеграция с Битриксом подождёт: она нужна, когда каналов становится больше одного и ручное ведение начинает подъедать маржу.
Вывод
Связка «1С → Битрикс → Wildberries/Ozon» превращает три канала в одну систему: карточки рождаются из каталога сайта, цены и остатки — из учёта, а заказы FBS падают в общий контур. Готовые модули закрывают механику, а деньги решает настройка: мастер-система, буферы остатков, ценовые правила по каналам и аккуратное сопоставление категорий.
Interland — золотой партнёр 1С-Битрикс в Новосибирске: разрабатываем магазины, настраиваем обмены с 1С и подключаем маркетплейсы под ключ. Напишите нам в чат — бесплатно посмотрим ваш каталог, расскажем, что привести в порядок до выхода на WB и Ozon, и честно назовём, во что обойдётся интеграция.
