Оверселл — продажа товара, которого уже нет, — главный источник отмен, штрафов и падения рейтинга на маркетплейсах. Синхронизация остатков в RetailCRM решает проблему на корню: один складской учёт отдаёт актуальное количество на все площадки по расписанию, учитывая резервы под уже принятые заказы.
Почему остатки расходятся
Продавец, торгующий на нескольких площадках из одного склада, сталкивается с классической проблемой: один и тот же товар выставлен на Ozon, Wildberries и Яндекс.Маркете, но физический остаток общий. Продажа на одной площадке не уменьшает автоматически остаток на других — и рано или поздно приходит заказ на то, чего уже нет.
Ручное ведение остатков в таблице не спасает: при десятках заказов в день данные устаревают за минуты. Итог — отмены по вине продавца, штрафы и понижение в выдаче.
- Общий физический остаток при нескольких витринах.
- Задержка обновления при ручном переносе.
- Резервы под заказы нигде не учитываются.
Склад-источник и складской учёт
Основа синхронизации в RetailCRM — складской учёт. Именно он хранит доступное количество, которое отдаётся на площадки. При подключении каждого маркетплейса выбирается склад-источник остатков.
- Один склад на все площадки. Простой сценарий: все витрины получают остаток с одного склада.
- Разные склады под площадки. Если под маркетплейсы выделен отдельный физический или виртуальный склад, каждая площадка привязывается к своему источнику.
- Виртуальные склады. Позволяют выделить квоту товара под конкретный канал, не смешивая её с розницей сайта.
Остатки в складской учёт RetailCRM попадают либо вручную, либо из учётной системы — чаще всего из 1С через интеграцию. В этом случае 1С остаётся мастер-системой запаса, а CRM транслирует его на маркетплейсы.
Резервы и защита от оверселла
Ключевой механизм защиты — учёт резервов. Когда заказ принят, но ещё не отгружен, товар под него резервируется, и на площадки уходит остаток уже за вычетом резерва.
| Показатель | Что означает |
|---|---|
| Физический остаток | Сколько лежит на складе |
| Резерв | Отложено под принятые заказы |
| Доступно к продаже | Физический минус резерв — уходит на площадки |
Именно значение «доступно к продаже» передаётся на маркетплейсы. Такой подход резко снижает риск продать последнюю единицу дважды на разных площадках.
Расписание обмена и лимиты API
Синхронизация идёт не мгновенно, а по расписанию: RetailCRM периодически передаёт обновлённые остатки на каждую площадку. Частоту нужно балансировать между актуальностью и лимитами API маркетплейсов.
- Слишком редко — остатки устаревают, растёт риск оверселла в промежутках.
- Слишком часто — площадка начинает отклонять запросы (троттлинг), обмен деградирует.
У каждой площадки свои ограничения на частоту и объём запросов. Ozon, Wildberries и Яндекс.Маркет по-разному реагируют на превышение, поэтому расписание подбирается индивидуально. Разумный ориентир — обновление остатков с интервалом в единицы-десятки минут при массовых изменениях, а не ежесекундно.
Порядок настройки
Чтобы синхронизация работала предсказуемо, настройку ведут по шагам:
- Навести порядок в номенклатуре: единые артикулы и баркоды по всем каналам.
- Наладить складской учёт в RetailCRM и источник запаса (ручной или из 1С).
- Настроить резервирование товара под заказы.
- Подключить площадки и выбрать склад-источник для каждой.
- Сопоставить товары и проверить отчёт связывания.
- Задать расписание обмена с учётом лимитов API.
- Прогнать тест: изменить остаток и проверить, как он доехал до каждой витрины.
Частые ошибки
Что чаще всего ломает синхронизацию остатков:
- Разные артикулы одного товара на площадках — часть позиций не связывается и не получает остатки.
- Не выбран склад-источник у одной из площадок — остатки не уходят.
- Резерв не настроен — на витрины уходит физический остаток без вычета заказов.
- Агрессивное расписание — площадка отклоняет часть обновлений.
- Несколько складов без чёткой логики — непонятно, откуда берётся остаток для конкретной площадки.
Итог
Синхронизация остатков в RetailCRM превращает разрозненные витрины в единый управляемый запас: складской учёт отдаёт на Ozon, Wildberries и Яндекс.Маркет доступное количество с учётом резервов, а расписание обмена держит данные актуальными без оверселла. Успех настройки держится на трёх опорах — единый справочник артикулов, корректное резервирование и расписание, вписанное в лимиты API площадок.
Мы выстраиваем синхронизацию остатков от начала до конца: наводим порядок в номенклатуре, настраиваем складской учёт и связку с 1С, подключаем площадки с правильными складами-источниками, отлаживаем резервы и расписание. В результате остатки на всех маркетплейсах сходятся, а отмены по вине продавца сходят на нет.
Частые вопросы
Как RetailCRM защищает от оверселла?
На площадки передаётся не физический остаток, а доступное к продаже количество — за вычетом резервов под уже принятые, но не отгруженные заказы.
Откуда берётся остаток для маркетплейсов?
Из складского учёта RetailCRM. Запас поступает в него вручную или из учётной системы, чаще всего из 1С, которая остаётся мастер-системой остатков.
Можно ли отдавать разным площадкам разные склады?
Да. Каждая площадка привязывается к своему складу-источнику, а виртуальные склады позволяют выделить квоту товара под конкретный канал.
Как часто обновляются остатки?
По расписанию. Интервал подбирается индивидуально с учётом лимитов API каждой площадки: слишком частый обмен приводит к отклонению запросов.
Почему остатки на площадке отличаются от CRM?
Обычно причина в разных артикулах, невыбранном складе-источнике или ненастроенном резервировании. Начните с приведения справочника к единому виду.
Нужен ли резерв обязательно?
Да, без резервирования на витрины уходит физический остаток без вычета принятых заказов, и риск продать одну единицу дважды сохраняется.
Что делать при троттлинге API?
Увеличьте интервал синхронизации остатков. Площадки ограничивают частоту запросов, и при агрессивном расписании часть обновлений отклоняется.
С чего начать настройку синхронизации?
С наведения порядка в номенклатуре: единые артикулы и баркоды по всем каналам. Без этого товары не свяжутся и остатки уходить не будут.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.