Остатки на WB, Ozon и своём сайте: как не уйти в минус

Alex Topilski, Основатель

13 августа 2026, обновлено 11 октября 2026

Продавец с каталогом на 500 позиций держит одну и ту же кофемолку на Wildberries, Ozon и собственном сайте. Последние три штуки лежат на складе. В пятницу вечером покупатель с WB, покупатель с Ozon и покупатель с сайта оформляют заказы с разницей в 40 секунд. Итог, три подтверждения, три штуки «в работе» и ноль на складе. Два покупателя получат звонок с извинениями; один получит товар. Кто из трёх, зависит от того, чей заказ обработают первым.

Это не редкий случай. Любой продавец, который продаёт в нескольких местах, рано или поздно с этим сталкивается. Вопрос только в том, как часто это происходит и есть ли инструмент, который ловит такие случаи до того, как они стали жалобами. Разберём, почему числа расходятся, как это лечится и где в этом уравнении стоит свой магазин.

Почему остатки расходятся на трёх каналах

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

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

FBS или FBO: от этого зависит вся логика

Схема работы решает всё: при FBS товар лежит у вас и остатком управляете вы, при FBO он на складе площадки и реальное количество знает только она. Синхронизировать можно первое и нельзя второе, и это единственное, что нужно держать в голове дальше по тексту. У большинства небольших продавцов часть каталога идёт по FBS, часть по FBO: разделите эти два списка и обменивайтесь остатками только по FBS-позициям. Подробный разбор обеих схем, с тем, во что обходится хранение и почему у FBS падают заказы при остатках на FBO, вынесен в отдельную статью: склады Ozon, ФБО или ФБС.

Как выглядит нормальный обмен на трёх каналах

Если магазин, центральный узел, а не просто третья витрина, поток данных выглядит так:

• Заказ на сайте: остаток уменьшается немедленно, новое значение уходит на WB и Ozon в тот же момент;
• Заказ на WB: площадка фиксирует продажу в своём журнале; магазин забирает её регулярным опросом и уменьшает свой остаток, затем отправляет обновлённое число на Ozon;
• Заказ на Ozon: симметрично: магазин забирает продажу, уменьшает остаток и обновляет число на WB;
• Остаток дошёл до нуля: на обе площадки уходит ноль, карточки перестают принимать заказы;
• Отмена на любой площадке: остаток возвращается ровно на одну единицу, один раз, а не накапливается при каждом опросе.

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

Три канала, три разные цены

Комиссия Wildberries зависит от категории и в среднем составляет 20–38% от цены продажи. У Ozon диапазон уже, 5–25%, но есть отдельные сборы за логистику и последнюю милю. Если выставить на обе площадки ту же цену, что стоит на вашем сайте, большая часть ассортимента уйдёт в минус после первой продажи.

Лестница наценки нужна там, где ассортимент смешанный. Процент от базовой цены не выживает в каталоге, где рядом стоят товар за 200 ₽ и товар за 5 000 ₽: на дешёвом конце 25% надбавки не покроют логистику. Продавцы в таких каталогах считают кратностями, дешёвое умножают на 2–2,5, дорогое на 1,2–1,3, и правило должно уметь то же самое. Держать три разные колонки цен вручную при каталоге в 24 000 товаров невозможно; это должна делать система автоматически при каждом изменении базовой цены.

Что происходит при оверселле на трёх каналах

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

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

Не всё нужно выгружать на все площадки

Распространённая ошибка, включить обмен на весь каталог сразу. На каждой площадке представлено не всё: часть позиций туда не заводили, часть невыгодна после комиссии, часть нет смысла везти по FBS. Обмен по всему каталогу превращает список ошибок в шум, где реальная проблема тонет среди трёхсот позиций, которые там никогда не продавались. Отмечайте к обмену только то, что действительно продаёте на площадке; как это выглядит на одном канале, разобрано в статье про синхронизацию остатков с Ozon без 1С.

Свой сайт как второй канал, а не как запасной вариант

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

Когда сайт стоит в центре схемы, он знает актуальный остаток первым. Заказ с сайта, самый быстрый сигнал: он уменьшает остаток без задержки на опрос и тут же толкает новое значение на площадки. Продажи с WB и Ozon подтягиваются регулярно, но сайт всегда работает с актуальными данными. Это и есть причина, по которой собственный магазин не просто «ещё одна витрина» - он может быть системой управления складом без отдельной программы для этого.

Сколько стоит такой магазин с поддержкой двух площадок, на странице цен; с тарифом 3 600 ₽ в месяц и открытым исходным кодом это заметно дешевле любого коннектора. Как именно устроена синхронизация остатков с Ozon без 1С - в отдельной статье о синхронизации с Ozon: там разобраны FBS, задержки обмена и типичные ошибки настройки.

Чек-лист: что проверить до запуска на трёх каналах

• Склад отгрузки указан для каждого FBS-товара. Самая частая причина, по которой количество не доезжает до площадки: ей некуда записать число без привязки к конкретному складу.
• Артикулы совпадают. В магазине один артикул, в карточке площадки, другой: связь не устанавливается, и это видно сразу при привязке. Проверьте для WB и Ozon отдельно.
• FBO-позиции исключены из обмена. Список для синхронизации должен содержать только FBS-товары; FBO живёт по правилам площадки.
• Цены для площадок настроены отдельно. Остатки синхронизированы, а цена осталась от витрины, каждая продажа на WB приносит убыток после комиссии 30%.
• Отмена обрабатывается один раз. Проверьте, что повторный опрос не возвращает остаток снова.
• Оверселл попадает в отдельный список. Не в лог ошибок, а в отдельный раздел с деталями, который видит продавец.

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

Посмотреть, как витрина выглядит со стороны покупателя, можно в демо-магазине. Исходный код открыт: github.com/fastogt/fastoshop.

Свой магазин рядом с WB и Ozon: 3 месяца бесплатно

FastoShop переносит товары селлера в его интернет-магазин, который находят Яндекс, Google и нейросети.