Приоритет резерва решает, с какого склада уйдёт товар при заказе. Если у вас больше одного склада — основной, магазины, FBO маркетплейсов — RetailCRM должна понимать, откуда списывать остаток в первую очередь. Ошибка в этой настройке приводит к оверселлу на маркетплейсах и продаже того, чего физически нет на нужной точке.
Склады: что это в RetailCRM
Склад в RetailCRM — это источник остатков товара. Настраиваются склады в Настройки → Склады и привязываются к магазинам и каталогу. Типичная структура для растущего e-commerce:
- Основной склад — центральный, откуда идёт большинство отгрузок;
- Склады розничных точек — остатки в офлайн-магазинах;
- Виртуальные / транзитные — товар в пути, под заказ у поставщика;
- FBO-склады маркетплейсов — товар, лежащий на складах Ozon и Wildberries.
Остатки в CRM обычно не заводятся руками, а приходят из товароучёта (1С, МойСклад) или из каталога через выгрузку ICML. RetailCRM в этой схеме — потребитель остатков и «дирижёр» резерва, а не место их первичного учёта.
Как работает резервирование
Когда создаётся заказ, товар нужно зарезервировать — уменьшить доступный остаток, чтобы этот же товар не продали в другом заказе. RetailCRM различает две величины:
| Показатель | Смысл |
|---|---|
| Остаток (quantity) | Сколько физически есть на складе |
| Резерв (reserve) | Сколько уже обещано в заказах |
| Доступно (available) | Остаток минус резерв — сколько можно продать ещё |
Именно доступный остаток выгружается на сайт и маркетплейсы. Если резерв не работает, вы отдаёте наружу физический остаток и рискуете продать одну единицу дважды — это и есть оверселл.
Приоритет резерва по складам
Приоритет — это порядок, в котором система пытается зарезервировать товар при нескольких складах. Логика проста: RetailCRM идёт по списку складов сверху вниз и списывает с первого, где хватает остатка.
- Основной склад — приоритет 1, отсюда резервируем всегда, когда есть товар.
- Ближайшая розничная точка — приоритет 2, если на основном пусто.
- Транзит / под заказ — последний приоритет, когда больше нигде нет.
Настраивается порядок в параметрах складов и магазина. Продумайте его под свою логистику: если основной склад дешевле и быстрее в отгрузке, он должен стоять первым; если приоритет — разгрузить конкретную точку, порядок будет другим.
Когда резерв ставится и снимается
Момент резервирования привязан к статусам заказа, и это надо настроить осознанно, иначе резерв либо висит вечно, либо не ставится вовремя.
- Постановка резерва — обычно на статусе «Новый» или «Согласование»: товар обещан, доступный остаток уменьшился.
- Снятие резерва — на статусах «Отменён» и «Возврат»: товар возвращается в доступные.
- Списание остатка — на статусе «Отгружен»/«Выполнен»: физический остаток уменьшается окончательно.
Ключевая ошибка — не снимать резерв на отмене. Отменённые заказы накапливаются, «съедают» доступный остаток, и товар перестаёт продаваться, хотя физически лежит на складе. Проверьте, что все терминальные статусы отмены корректно освобождают резерв.
Синхронизация остатков наружу
Доступный остаток из RetailCRM должен доходить до всех витрин, иначе смысл резерва теряется. Каналы выгрузки:
| Витрина | Что выгружается | Риск при рассинхроне |
|---|---|---|
| Сайт (1С-Битрикс) | Доступный остаток | Продажа отсутствующего |
| Ozon / WB (FBS) | Доступное к отгрузке | Штрафы за отмену |
| Яндекс Маркет | Остаток по складам | Скрытие карточки |
Для маркетплейсов рассинхрон опаснее всего: за отмену подтверждённого FBS-заказа из-за отсутствия товара площадка штрафует и режет рейтинг. Поэтому приоритет резерва и частота синхронизации остатков — это напрямую про деньги и репутацию продавца.
Типичные проблемы и диагностика
Если резерв «врёт», причина почти всегда в одном из этих пунктов:
- Товар не продаётся, хотя есть на складе — висит резерв по отменённым заказам, статусы отмены не снимают резерв;
- Оверселл на маркетплейсе — наружу выгружается физический остаток вместо доступного, или синхронизация слишком редкая;
- Списание не с того склада — неверный порядок приоритетов;
- Расхождение с товароучётом — остатки в CRM и в 1С не сходятся из-за ручных правок в обход обмена.
Диагностику начинайте с карточки товара: сравните остаток, резерв и доступное, затем поднимите список заказов, держащих резерв. Обычно после чистки «зависших» отмен доступные остатки приходят в норму.
Итог
Настройка складов и приоритетов резерва определяет, откуда и в каком порядке RetailCRM списывает товар. Разведите физические и виртуальные склады, выстройте приоритет резерва под свою логистику, привяжите постановку и снятие резерва к правильным статусам и следите, чтобы наружу выгружался именно доступный остаток. Отдельно держите FBO-склады маркетплейсов вне общего приоритета собственной отгрузки.
Мы в B2Bsite настраиваем складскую логику RetailCRM в связке с товароучётом и маркетплейсами: приоритеты резерва, статусную модель списания и синхронизацию остатков без оверселла. Если остатки «врут» или на площадках летят штрафы за отмены, поможем найти причину и выстроить резерв правильно.
Частые вопросы
Что такое приоритет резерва в RetailCRM?
Это порядок складов, по которому система резервирует товар при заказе. CRM идёт по списку сверху вниз и списывает с первого склада, где хватает остатка. Порядок настраивается под вашу логистику.
Чем отличается остаток от доступного количества?
Остаток — сколько физически есть на складе. Резерв — сколько уже обещано в заказах. Доступно — разница между ними, и именно доступный остаток выгружается на сайт и маркетплейсы.
Почему товар не продаётся, хотя он есть на складе?
Чаще всего на нём висит резерв по отменённым заказам, потому что статусы отмены не снимают резерв. После чистки зависших отмен доступный остаток возвращается в норму.
Когда ставится и снимается резерв?
Резерв обычно ставится на статусе «Новый» или «Согласование», снимается на «Отменён» и «Возврат», а окончательное списание физического остатка происходит на статусе «Отгружен» или «Выполнен».
Как избежать оверселла на маркетплейсах?
Выгружать наружу доступный остаток, а не физический, держать корректный приоритет резерва и достаточно частую синхронизацию. Иначе за отмену подтверждённого FBS-заказа площадка штрафует и снижает рейтинг.
Нужно ли включать FBO-склады маркетплейсов в общий приоритет?
Нет. Товар на складе Ozon или WB физически недоступен для отгрузки с вашего склада. Эти остатки работают в своей FBO-воронке и не участвуют в приоритете резерва для сайта.
Откуда берутся остатки в RetailCRM?
Обычно из товароучётной системы (1С, МойСклад) или из каталога через выгрузку ICML. CRM управляет резервом и списанием, но первичный учёт остатков ведётся в товароучёте.
Как диагностировать неверный резерв?
Откройте карточку товара и сравните остаток, резерв и доступное количество, затем поднимите список заказов, которые держат резерв. Обычно проблема в зависших отменах или в неверном порядке приоритетов складов.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.