Остатки на WB, Ozon и Яндекс Маркете из одной 1С: как не продать то, чего нет

Самая частая жалоба продавцов, которые торгуют на нескольких площадках, звучит одинаково. Последнюю единицу товара купили на Wildberries, а на Ozon и Яндекс Маркете она ещё висит в наличии. Через десять минут приходит второй заказ, отгрузить нечего, заказ приходится отменять. Я разбирал такие случаи много раз. Почти всегда причина не в самой площадке, а в том, как устроен путь остатка от склада до витрины. Ниже расскажу, откуда берутся перепродажи и как их убрать.

Откуда берутся перепродажи

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

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

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

Четвёртая — ручные правки. Кто-то поправил остаток прямо в кабинете площадки, и он разошёлся с учётом. Следующая выгрузка его перезапишет, но до неё товар может успеть продаться.

Чем это грозит

Отмена заказа по вине продавца — это не просто неловкость. Площадки считают такие отмены и штрафуют за них. Растёт доля отмен, падает рейтинг продавца, карточки опускаются в выдаче. Покупатель, который ждал товар, уходит недовольным и часто пишет отзыв. Одна-две отмены в месяц незаметны. Когда они идут каждую неделю, это уже прямые потери в продажах.

Принцип: одна 1С как источник правды

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

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

Как делить остаток между площадками

Есть два подхода. Общий пул — каждая площадка видит весь свободный остаток. Это удобно, товар продаётся там, где на него есть спрос. Но риск перепродажи выше, потому что одну единицу видят все.

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

Второй приём — страховой запас. На площадки уходит чуть меньше, чем есть на складе. Например, остаток минус одна или две единицы, или минус процент. Когда остаток близок к нулю, товар снимается с витрины раньше, чем закончится физически. Это покрывает время между продажей и следующей выгрузкой.

Частота обновления и резерв под заказ

Частоту выгрузки стоит подбирать по скорости продаж. Если товар продаётся раз в неделю, часовой выгрузки хватит с запасом. Если в час уходят десятки единиц, остаток нужно обновлять каждые несколько минут. Разумно делить номенклатуру на группы. Быстрые позиции обновляются чаще, медленные реже. Так не упираешься в лимиты запросов к API площадок.

Но частота решает только половину задачи. Вторая половина — резерв. Заказ с площадки должен попадать в 1С как можно быстрее и сразу резервировать товар. Не в момент сборки, не в момент отгрузки, а сразу при поступлении. С этой секунды товар больше не считается свободным. Следующая выгрузка уже уменьшит остаток на остальных площадках. Без резерва даже выгрузка раз в минуту не спасает: 1С просто не знает о продаже.

Отдельно: продажа со склада площадки

Всё сказанное выше касается схемы, когда вы отгружаете со своего склада. Если товар лежит на складе площадки, логика другая. Там остаток живёт у площадки. Она сама принимает поставку, сама продаёт и сама списывает. Ваша 1С в этом случае не источник остатка, а получатель. Она забирает данные о продажах, возвратах и остатках на складах площадки через отчёты и API.

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

Причины и решения

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

Как часто обновлять остатки на площадках?

По скорости продаж. Для ходовых позиций — каждые несколько минут, для медленных хватит часа. Важнее частоты — резерв под заказ сразу при поступлении.

Какой страховой запас ставить?

Обычно одну-две единицы или небольшой процент. Для дорогих товаров с малым остатком запас лучше делать больше.

Общий пул или квоты?

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

Нужно ли что-то делать, если я продаю только со склада площадки?

Перепродаж там почти нет, но нужна регулярная сверка остатков площадки с учётом в 1С.

Как проверить, что всё настроено правильно?

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

Коротко о главном

Перепродажи появляются из-за задержек: остаток обновляется редко, заказы приходят в 1С поздно, а площадки не знают друг о друге. Лечится это одним источником правды и быстрым резервом под заказ.

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

Проверьте три вещи: как быстро заказы с площадок попадают в 1С, резервируется ли товар и какой остаток уходит на витрину. Если хотите, посмотрю вашу схему и подскажу, где теряется время. Напишите в Telegram, MAX или VK.