Связка МойСклад → Wildberries → Ozon без боли: 6 точек, где ломаются интеграции

За последние два года интернет-торговля в России окончательно переехала на маркетплейсы — Wildberries, Ozon, Яндекс.Маркет суммарно дают больше 60% всего онлайн-оборота. Малый бизнес идёт за этим потоком, но через 2–3 месяца сталкивается с тем, что учётная система (1С или МойСклад) живёт отдельно, маркетплейсы отдельно, и каждое утро менеджер пересчитывает остатки вручную. Разберём, в каких 6 местах эта связка ломается чаще всего — и что мы делаем, чтобы её починить раз и навсегда.

Почему встроенные средства маркетплейса не справляются

На старте продавцы обычно пробуют то, что есть под рукой: выгружают товары в Excel из МойСклад, грузят их через шаблоны личного кабинета маркетплейса, или ставят универсальный коннектор «всё в одном». Проблема в том, что у каждого маркетплейса своя логика: Wildberries требует отдельные карточки на каждый размер товара, Ozon работает параллельно с двумя моделями отгрузки (товар лежит на складе маркетплейса или у вас), Яндекс.Маркет навязывает свои категории. Универсальный коннектор пытается уложить всё в один шаблон — и теряет половину данных.

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

Несинхронные остатки между каналами

Самая частая и самая болезненная проблема. Утром на сайт пришли два заказа, в обед в офлайн-точке выдали один товар, в WB продали ещё один. Если связка обновляет остатки раз в сутки — к вечеру в Ozon уже отображается товар, которого физически нет. Покупатель оформляет заказ, селлер вынужден отменять — это удар по рейтингу.

• Обновление остатков каждые 5–10 минут — автоматические уведомления от учётной системы, без ручной выгрузки
• Резервирование товара при заказе с маркетплейса до момента отгрузки — чтобы один и тот же товар не «продался» дважды
• Раздельный учёт по складам: товар, который лежит на складе маркетплейса, и товар у вас на собственном складе — это два разных остатка, их нельзя складывать

Атрибуты товаров не соответствуют требованиям

У WB своя система обязательных характеристик, у Ozon — своя, у Яндекс.Маркета — третья. Цвет, размер, материал, страна производства — для одного и того же товара заполняются по-разному. Если выгрузить из МойСклад «как есть», половина карточек на WB зависнет в статусе «требуется доработка», а на Ozon выйдет с пустыми полями и потеряет позиции в выдаче.

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

Цены и скидки расходятся

В МойСклад одна цена, в WB после комиссии и логистики — другая, на Ozon действует акция -20%, на Я.Маркете базовая цена. К этому добавляются динамические скидки от самих маркетплейсов («Чёрная пятница», «Большая распродажа»), которые меняют отображаемую цену без участия селлера.

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

Заказы теряются между системами

Заказ оформлен на Wildberries → передаётся в связку → должен попасть в учётную систему для отгрузки. На любом этапе он может зависнуть: Wildberries не уведомил связку, связка не дозвонилась до МойСклад, в МойСклад создалась дубликатная запись. Продавец видит заказ на сайте маркетплейса, но в своей системе его нет — и в итоге товар не отгружают вовремя, рейтинг падает.

• Заказы без подтверждения доставки — копятся молча, никто не замечает
• Двойные записи в учётной системе после повторной попытки передачи
• Заказ пришёл с собственного склада, а в МойСклад его нет — никто не отгружает

Лечится автоматическим контролем: уведомления в Telegram, когда заказ «застрял», защита от двойных записей (один и тот же заказ не создаётся дважды, даже при сбоях), и сверка раз в час — «все заказы из личного кабинета маркетплейса должны быть в учётной системе, если нет — алерт».

Возвраты не возвращаются на склад

Покупатель отказался от посылки, она пришла обратно на склад маркетплейса или вашему курьеру. Маркетплейс отметил возврат в своей системе, а в МойСклад товар по-прежнему числится проданным. Через месяц инвентаризация выявляет расхождение — но к этому моменту уже непонятно, где какой товар.

Корректная связка обрабатывает 3 типа возвратов отдельно: отмена до отгрузки (просто восстановить остаток), отказ при получении (вернуть на склад маркетплейса или ваш собственный — в зависимости от схемы), возврат после получения (отдельная позиция «брак / бывшее в употреблении»). Каждый тип запускает свою цепочку движений в учётной системе.

Аналитика — у каждого канала своё окно

Wildberries даёт отчёты за «отчётную неделю» (с понедельника по воскресенье), Ozon — за календарный месяц, Я.Маркет — за произвольный период. Продавец хочет одну сводку: «сколько я заработал в марте по всем каналам, какая реальная маржа после всех комиссий и логистики». Эту сводку вручную делать — день работы, и каждый раз заново.

Связка должна забирать сырые данные из всех каналов в единый формат и считать сводку автоматически — с учётом комиссий, логистики, эквайринга, рекламы маркетплейса. Тогда у селлера есть один дашборд, по которому видно: «канал X прибыльный, Y в минусе из-за рекламы, Z приносит мало, но с лучшей маржой».

Кейс: оптовый магазин украшений

Один из наших клиентов — производитель украшений из натуральных камней, продаёт оптом и в розницу. До интеграции — учёт в МойСклад, плюс ручная выгрузка на Wildberries через шаблоны Excel раз в день. Менеджер тратил 3–4 часа ежедневно на актуализацию остатков и цен по 1 500+ товарным позициям.

Что сделали за 4 недели:

• Двусторонняя связка МойСклад ↔ Wildberries: остатки и цены обновляются каждые 10 минут, заказы из Wildberries автоматически создают документы отгрузки в МойСклад
• Подключили Ozon с раздельным учётом двух моделей отгрузки: 200 топовых позиций отвезли на склад самого Ozon (так товар отправляется быстрее и идёт выше в выдаче), остальные 1 500 остались на собственном складе и отгружаются по факту заказа
• Справочник характеристик: цвет камня, форма, проба металла, длина изделия — соответствие категориям Wildberries и Ozon заполняется автоматически из карточки в МойСклад
• Уведомления в Telegram о новых заказах, отменах и расхождениях

Через 2 месяца после запуска менеджер тратит на сверку каналов 30–40 минут утром вместо 3 часов. За это время мы расширили ассортимент на маркетплейсах с 200 до 1 200 позиций — руками это сделать было физически невозможно.

Когда хватает стандартного решения

Не каждому продавцу нужна индивидуальная интеграция. Если у вас:

• До 100 товарных позиций и один маркетплейс — стандартных коннекторов достаточно
• Однотипный товар без вариаций (например, БАДы одной формы) — характеристики не плодятся
• Один склад, без разделения «своё / на стороне маркетплейса» — учёт остатков элементарный

Индивидуальная интеграция оправдана начиная от 300+ позиций с вариациями, при двух и более маркетплейсах, при раздельном учёте «свой склад / склад маркетплейса», или когда у вас уже есть нестандартная учётная система (свой 1С, самописная CRM с тонкой настройкой).

Связка маркетплейсов с учётной системой — это не «один проект и забыл». Каждый из каналов раз в 3–6 месяцев меняет правила интеграции, добавляет новые типы карточек, меняет формат отчётов. Поэтому помимо самой интеграции мы всегда закладываем 3–6 месяцев технической поддержки: ловим эти изменения раньше, чем они сломают продавцу вторничные продажи.