Интеграция сайта с Wildberries и Ozon: остатки, цены, заказы

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

Интеграция решает именно эту задачу. Разберём, из чего она состоит и во что обходится.

Что синхронизируют

Товары. Названия, описания, характеристики, фотографии. Выгружаются из вашей системы на площадки. Тонкость: у каждой площадки свой формат категорий и обязательных характеристик, поэтому нужен слой сопоставления — «наша категория А = категория Б на площадке».

Остатки. Самая важная и самая чувствительная часть. Обновление в обе стороны и как можно чаще.

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

Заказы. Подтягиваются с площадок в вашу систему, чтобы сборка, отгрузка и учёт шли в одном месте.

Статусы. Обратно на площадку: собран, отгружен, отменён.

Откуда берутся расхождения в остатках

Это главный вопрос, и ответ на него неприятный: полностью убрать расхождения невозможно.

Между продажей на одной площадке и обновлением остатка на других всегда есть задержка. Даже при обмене раз в пять минут окно для двойной продажи существует. При активной торговле одной позицией с трёх площадок это выстреливает регулярно.

Рабочие способы снизить ущерб:

• резерв — часть остатка не выгружается на площадки вовсе (обычно 1–2 штуки на позицию);
• приоритет площадок — на менее важные выгружается меньше;
• частый обмен по ходовым позициям и редкий по остальным;
• мгновенное обнуление — если позиция ушла в ноль, обновление уходит немедленно, не дожидаясь общего цикла.

Заказчики часто просят «сделать так, чтобы расхождений не было». Честный ответ подрядчика: их можно сделать редкими и дешёвыми, но не нулевыми.

Где живёт источник правды

Ключевое проектное решение, которое принимается один раз.

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

Ошибка — делать источником правды сайт, а учёт вести отдельно. Тогда любое расхождение приходится разбирать вручную, и виноватого найти невозможно.

Если учётная система — 1С, интеграция с ней делается по тем же принципам, что описаны в статье про интеграцию сайта с 1С. Маркетплейсы подключаются к тому же обмену как ещё один потребитель.

Свой сервис или готовый агрегатор

Готовые сервисы — от 3 000 ₽ в месяц. Подключаются за пару дней, закрывают типовые сценарии: выгрузка, остатки, заказы. Разумный выбор, если ассортимент до нескольких тысяч позиций и учёт стандартный.

Своя интеграция — от 80 000 ₽ разово. Нужна, когда у вас нестандартный учёт, свои правила ценообразования по площадкам, комплекты и наборы, или когда ассортимент большой и обмен через посредника становится узким местом.

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

Сколько стоит своя интеграция

От 80 000 ₽ — односторонняя выгрузка товаров, цен и остатков на одну площадку.

От 150 000 ₽ — двусторонний обмен: плюс подтягивание заказов и отправка статусов.

Каждая следующая площадка — 40–60 % от первой, если система изначально спроектирована под несколько источников. Если писали под одну — считайте как новую интеграцию.

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

Что предусмотреть обязательно

Логирование каждого обмена. Что ушло, что вернулось, какие ошибки. Без журнала разбор расхождения превращается в гадание.

Оповещение о сбоях. Если обмен не прошёл три раза подряд, кто-то должен узнать об этом в тот же час, а не через неделю по упавшим продажам.

Ограничение частоты запросов. У площадок есть лимиты на обращения; при их превышении вас временно отключают. Это учитывается в архитектуре обмена.

Ручной запуск обмена. Кнопка «синхронизировать сейчас» нужна менеджеру постоянно.

Раздельные правила цен по площадкам. Единая цена везде — путь к торговле в минус после комиссии.

Зачем при этом свой сайт

Интеграция часто заказывается теми, кто торгует только на площадках и задумался о собственном канале. Логика здесь простая: маркетплейс даёт оборот, но не даёт ни контакта с покупателем, ни защиты от изменения комиссий.

Что именно даёт собственный сайт продавцу и в каком порядке его запускать — разбираем в статьях сайт для продавца на маркетплейсе и свой сайт или маркетплейс.

Частые ошибки

Синхронизация раз в сутки. Для ходовых позиций это гарантированные продажи отсутствующего товара. Ночной обмен допустим только для медленного ассортимента.

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

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

Обмен без журнала. При первом же расхождении окажется, что восстановить картину невозможно.

Никто не отвечает за интеграцию. У обмена должен быть владелец, который смотрит журнал ошибок хотя бы раз в неделю.

Итог

Интеграция с маркетплейсами решает одну задачу: чтобы остатки, цены и заказы жили в одном месте, а не в трёх кабинетах.

Ориентиры: от 3 000 ₽ в месяц за готовый сервис, от 80 000 ₽ за свою одностороннюю выгрузку, от 150 000 ₽ за двусторонний обмен.

Главное проектное решение — сделать источником правды учётную систему, а не сайт. И принять, что расхождения в остатках снижаются резервом и частотой обмена, но не исчезают полностью: любой, кто обещает обратное, просто ещё не сталкивался с распродажей.