Один физический остаток нельзя безопасно вести в трёх отдельных таблицах. Если сайт, Ozon и Wildberries обновляются вручную, рано или поздно два канала покажут один и тот же товар доступным. Решение — одна база остатков, из которой все каналы получают доступное количество с учётом резервов и задержки обмена.
Когда нужна единая база остатков
Схема обязательна, если вы продаёте одни и те же позиции сразу в нескольких местах. Типичные признаки:
- один склад обслуживает сайт и маркетплейсы по FBS;
- заказы приходят почти одновременно из разных каналов;
- размеры или модификации учитываются отдельно;
- сотрудник вручную правит остатки в личных кабинетах.
Если на сайте только витрина без оплаты, а все продажи идут через одну площадку, достаточно учёта внутри этой площадки. Собственный магазин с корзиной и оплатой уже требует общего правила.
Что проверить до настройки
Сначала соберите факты, а не выбирайте сервис интеграции.
| Вопрос | Зачем это важно |
|---|---|
| Сколько физических складов участвует в отгрузке? | Нужно сопоставить их с виртуальными складами на площадках |
| Какие схемы используются: FBS, FBO, realFBS? | По FBO остаток на складе площадки обновляется отдельно от вашего склада |
| Есть ли размеры, цвета, комплекты? | Остаток считается по каждой модификации, а не по «товару вообще» |
| Кто резервирует позицию при новом заказе? | Без резерва два канала успеют продать последнюю единицу |
| Как быстро проходит обмен данными? | Даже при автосинхронизации есть пауза между заказом и выгрузкой |
По документации интеграций МоегоСклада с Ozon и Wildberries на FBS в площадки уходит значение «остаток минус резерв». Заказы из маркетплейса уменьшают остаток в учётной системе. Это и есть базовая формула, которую нужно повторить для сайта.
Схема выбора: откуда брать «истину»
Используйте простое правило. Источник истины — там, где физически лежит товар и где списывается отгрузка.
| Ваша ситуация | Где вести остаток | Что выгружать наружу |
|---|---|---|
| Один склад, FBS на двух площадках и свой сайт | Учётная система или ERP | Доступное количество на сайт, Ozon и Wildberries |
| Часть товара на FBO, часть со своего склада | Раздельно: FBO из отчёта площадки, FBS из своего склада | Не смешивать схемы в одной цифре |
| Несколько складов в одном городе | Группа складов в учёте | Сопоставление каждой группы со складом на площадке |
Не делайте сайт «главным», если заказы с площадок попадают в учёт позже, чем покупатель оформил корзину. Тогда сайт будет показывать лишнее.
Порядок запуска без двойных продаж
Рабочая последовательность для FBS и собственного магазина:
- Сопоставьте товары. Свяжите артикулы, штрихкоды и размеры между сайтом, учётом и карточками на площадках. Ошибка на этом шаге даёт расхождение даже при идеальной автоматизации.
- Внесите фактический остаток. Если интеграция новая, оприходуйте реальное количество на складе. Иначе система начнёт с нуля.
- Настройте резерв. Включите резервирование по новым заказам. Без него второй канал увидит товар, который уже продан, но ещё не списан.
- Сопоставьте склады. Одному складу в учёте может соответствовать несколько складов на площадке, если вы продаёте с одной точки по разным схемам. Если склады не указаны, обмен остатками по FBS не начнётся.
- Задайте порог обнуления. Укажите запас в единицах, после которого площадка скрывает товар. Это буфер на время обмена и сборки заказа.
- Включите автосинхронизацию. Для FBS типичный интервал выгрузки остатков — около пяти минут. Это не мгновенно, поэтому буфер обязателен.
- Проверьте сайт последним. Подключите магазин к той же базе. Сайт не должен жить отдельной таблицей в Excel.
Чек-лист еженедельной проверки
Раз в неделю сравните три числа по одной проблемной позиции:
| Показатель | Где смотреть |
|---|---|
| Факт на полке | Пересчёт или складской отчёт |
| Остаток в учёте | Карточка товара минус резервы |
| Доступно на площадках и сайте | Личные кабинеты и админка магазина |
Если цифры расходятся, ищите причину по порядку: несопоставленный размер, заказ без резерва, просроченный API-токен, ручная правка в кабинете площадки. По Wildberries при истечении токена обновление остатков останавливается, а автосинхронизацию после замены нужно включить снова.
Когда достаточно ручного учёта
Ручное обновление ещё возможно, если SKU мало, площадка одна и заказы редкие. Как только появляется второй активный канал или размерная сетка, таблица перестаёт успевать.
Отдельно учитывайте FBO. Остатки на складах маркетплейса подгружаются в учёт по своему расписанию: у Ozon это около суток, у Wildberries — около часа. Не вычитайте FBO-остаток из FBS в одной строке без понимания схемы.
Что делать дальше
Выберите один товар с размерами или модификацией. Пройдите цепочку от заказа до списания на каждом канале. Если хотя бы в одном месте остаток обновляется вручную с задержкой больше нескольких минут, настройте единую базу и порог обнуления. После этого можно масштабировать правило на весь каталог.