Если вы продаёте на Wildberries, Ozon и в своём интернет-магазине, у вас три витрины и один склад. Пока каждая витрина считает остатки сама, рано или поздно один и тот же товар продаётся дважды, а остатки приходится сводить руками. Связать каналы в единый сток помогает 1С: она держит реальные остатки, а сайт и маркетплейсы берут цифры из неё. Ниже - как это устроено и что нужно, чтобы заработало.
Стоит ли вообще заводить свой канал параллельно площадкам - это отдельный разговор. Здесь считаем, что решение принято, и собираем единый сток, чтобы каналы не воевали за один и тот же товар.
Почему три канала без связки - это двойные продажи
Каждая площадка ведёт свой счётчик остатков. Вы загрузили на Wildberries 10 штук, столько же на Ozon и выставили в своём магазине - в сумме система показывает 30, хотя на складе лежит 10. Дальше дело времени: товар уходит в одном канале, а в двух других он всё ещё в наличии. Покупатель оформляет заказ, которого нечем закрыть - отмена, штраф площадки, просадка рейтинга.
Второй источник ошибок - ручная сверка. Менеджер выгружает остатки из одного кабинета, правит в другом, обновляет на сайте. На десятке позиций это терпимо, на тысяче - ежедневная работа, где опечатка лишь вопрос времени. Чем больше каналов и шире ассортимент, тем дороже обходится каждый рассинхрон.
Решение: одна точка правды
Чтобы каналы не спорили об остатках, нужен один источник, которому верят все остальные. Эту роль берёт на себя 1С - ваша учётная система, где и так живут номенклатура, цены и склад. Сайт на 1С-Битрикс и маркетплейсы не считают остатки сами, а синхронизируются с 1С.
Схема простая: в центре 1С, от неё расходятся три канала - свой магазин, Wildberries и Ozon. Заказ из любого канала уменьшает остаток в 1С, а обновлённая цифра тут же уходит во все остальные. Продать больше, чем есть на складе, становится физически нельзя.
Что ходит между 1С и каналами:
- →Остатки. 1С знает реальное количество на складе и рассылает его в каждый канал. Ушло в одном - уменьшилось во всех.
- →Цены. Базовая цена ведётся в 1С, а под каждый канал можно держать свою - на маркетплейсе с учётом комиссии, в своём магазине ниже.
- →Заказы. Заказы с сайта, Wildberries и Ozon собираются в одном месте, а не в трёх разных кабинетах. Отгрузка и отчёты - из единой базы.
- →Статусы. Поменяли статус заказа - он обновился и в учёте, и в кабинете площадки.
FBS или FBO: где единый сток критичен
Маркетплейсы работают по двум моделям, и от модели зависит, насколько важна синхронизация остатков.
- →FBS - товар на вашем складе. Площадка даёт витрину и доставку, а отгружаете вы со своего склада. Один физический остаток продаётся через несколько каналов сразу - единый сток обязателен, иначе двойные продажи неизбежны.
- →FBO - товар на складе площадки. Партию вы уже отгрузили маркетплейсу, и он торгует со своего склада. Этот остаток физически отделён от вашего, синхронизировать его не нужно - но заказы и цены всё равно проще вести в одной системе.
Чаще всего у продавца схема смешанная: часть товара по FBS со своего склада, часть по FBO. Единый сток через 1С разводит эти потоки, чтобы свой склад не уходил в минус из-за продаж, которые нечем закрыть.
Что берём готовым, а что дорабатываем
Часть интеграции закрывается готовыми решениями. У 1С-Битрикс есть штатный обмен с 1С - товары, остатки, цены и заказы, а для Wildberries и Ozon существуют модули и обработки, которые подключаются к их API. На простом каталоге этого хватает.
Доработка нужна там, где каталог и учёт нестандартные: сопоставление товаров с карточками маркетплейса по артикулам, разные единицы измерения, свои правила цен по каналам, частичные отгрузки, обработка возвратов. Чем сложнее ассортимент, тем больше логики ложится на доработку поверх готового обмена.
Пример: интеграция своего магазина с Lamoda
Производитель одежды продавал товар в своём интернет-магазине и хотел добавить маркетплейс Lamoda - с единым стоком, чтобы остатки и заказы не расходились. Готового модуля под эту задачу не было, поэтому интеграцию сделали через API площадки.
Получилась двусторонняя связка: заказ с Lamoda виден в интернет-магазине, статусы и остатки синхронны между площадкой и сайтом, плюс собственная служба доставки с определением адреса через DaData. Продажи в двух каналах считаются из одной базы - отчёты сходятся, склад не уходит в минус. Подробности - в кейсе интеграции с Lamoda.
С Wildberries и Ozon принцип тот же: двусторонний обмен через API и единый сток в 1С. Разница - в готовых модулях, которых для этих площадок больше, и в объёме каталога.
С чего начать
Перед интеграцией ответьте на три вопроса: по каким моделям вы торгуете (FBS, FBO или вместе), сколько позиций в каталоге и как товары сопоставляются с карточками на маркетплейсах. От ответов зависит, хватит ли готовых модулей или нужна доработка.
Мы разрабатываем интернет-магазины на 1С-Битрикс с обменом с 1С и синхронизацией с Wildberries и Ozon. На диагностике разберём ваш каталог и учёт, покажем схему единого стока и честно скажем, где хватит готового, а где нужна доработка.
Итог
Связать магазин на 1С-Битрикс с Wildberries и Ozon - значит сделать 1С единственным источником остатков, цен и заказов. Тогда три канала перестают спорить, двойные продажи исчезают, а сверка остатков уходит из ручной работы. Часть собирается готовыми модулями, часть дорабатывается под ваш каталог, но принцип один: одна точка правды, из которой живут все витрины.
