Синхронизация остатков с маркетплейсами

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

Зачем синхронизировать остатки

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

Синхронизация решает обратную задачу: один физический остаток на складе МойСклад распределяется по всем витринам. Продали единицу на Wildberries — остаток на Ozon и Яндекс Маркете уменьшился автоматически.

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

Как работает синхронизация в МоёмСкладе

Интеграция МойСклад с площадкой работает по API маркетплейса. Сервис периодически опрашивает склад, считает доступный остаток и отправляет его в личный кабинет площадки методом обновления стоков.

Ключевое понятие — доступно. Это не физический остаток на складе, а величина остаток − резерв. Именно «доступно» уходит на площадки, поэтому зарезервированный под заказ товар второй раз не продастся.

1. Товары в МоёмСкладе сопоставляются с карточками площадки по артикулу или штрихкоду.
2. Для каждой связки задаётся склад (или несколько), с которого берётся остаток.
3. По расписанию МойСклад пересчитывает «доступно» и выгружает число на площадку.
4. Обратно приходят заказы, которые тут же резервируют товар.

Единый остаток и резервы

Главная ценность связки — единый пул остатков. Один и тот же товар не «размазывается» по площадкам в фиксированных долях, а конкурирует за общий запас: кто первый оформил заказ, тот его и забрал, а остальные каналы мгновенно увидели уменьшенное число.

Механизм резервирования не даёт продать одну единицу дважды:

• Пришёл заказ с площадки — МойСклад создаёт документ и ставит резерв на товар.
• «Доступно» уменьшается, и при следующей выгрузке площадки получают новое, меньшее число.
• После отгрузки резерв списывается в реальную продажу, физический остаток падает.

Если товаров мало, а каналов много, полезно оставлять страховой остаток — не выгружать последние 1–2 единицы, чтобы компенсировать задержку между продажей и обновлением стока. В настройках связки это задаётся как неснижаемый остаток.

Настройка по площадкам

Логика единая, но детали у площадок отличаются. Ниже — что учитывать при настройке выгрузки остатков.

Для схемы FBS (товар на вашем складе) остаток обязателен и синхронизируется постоянно. Для схемы FBO (товар на складе площадки) остаток ведёт сама площадка — МойСклад его не выгружает, но принимает данные о продажах.

Частота обновления и лимиты API

Остатки обновляются не мгновенно, а по расписанию интеграции. Типичный интервал — от нескольких минут до получаса, в зависимости от тарифа и настроек. Реальная скорость упирается в две вещи: расписание выгрузки и лимиты API площадки.

• API маркетплейсов ограничивают число запросов в единицу времени, поэтому мгновенной синхронизации «секунда в секунду» не бывает.
• Чем больше номенклатуры, тем дольше проходит полный цикл обновления стоков.
• На пиковых распродажах задержка увеличивается — именно тогда страховой остаток важнее всего.

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

Типичные ошибки и оверселлинг

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

Мультисклад и распределение остатков

Если складов несколько (свой склад, склад под FBS, региональные точки), важно решить, с какого склада какая площадка берёт товар. МойСклад позволяет привязывать к связке конкретный склад или сумму по нескольким.

• Отдельный склад под FBS — так остаток для доставки со своего склада не смешивается с розницей и оптом.
• Суммарный остаток — когда торгуете со всего доступного запаса и физически собираете заказ откуда удобно.
• Резервы под опт и розницу — заказ в другом канале уменьшает «доступно», и площадки автоматически видят меньше.

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

Итог

Синхронизация остатков — это не «галочка в настройках», а связка из трёх элементов: единый остаток в МоёмСкладе, корректное сопоставление артикулов и разумный страховой запас. Когда они настроены, оверселлинг и упущенные продажи уходят, а продавец управляет одним числом вместо трёх личных кабинетов.

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