Коротко: за 1 пилот на 1 категории за 2-4 недели сверьте поток поставщик → РЦ → магазины, укоротите буфер на РЦ и перенастройте автозаказ. Замерьте 3 метрики: OOS на полке, дни покрытия на РЦ и долю поставок без долгого хранения. BrightBoard помогает держать правила закупок и распределения остатков в одном контуре.
Кросс докинг - это режим сквозного распределения, при котором товар проходит распределительный центр без долгого хранения и уходит в магазины после приёмки, пересортировки или консолидации по точкам. Для категорийного менеджера и директора по закупкам это не «услуга склада», а способ пополнения: меньше стока на РЦ, жёстче окна и аллокация на точки. Ниже - как собрать схему потока, выбрать SKU и перестроить страховой запас с автозаказом без хаоса на рампе. BrightBoard - IMS «помощник закупок в ритейле» для запасов под перепродажу.
Соберите схему потока: поставщик → РЦ → магазины
Нарисуйте цепочку так, как она реально живёт, а не как в презентации. Поставщик отгружает партию. РЦ принимает и либо кладёт на долгое хранение, либо гоняет через короткий транзитный буфер в отгрузку на магазины. Магазины принимают в согласованных окнах и выставляют на полку.
Для режима потока критичны три связки данных в одних сроках: что приехало на РЦ, как партия разбита по точкам, когда машины уехали и когда точки реально приняли. Если эти контуры живут в разных таблицах «разберёмся на рампе», сквозное распределение товара быстро превращается в ручной аврал.
Делайте: зафиксируйте письменно: приёмка → короткий транзитный буфер → пересортировка или консолидация по точкам → отгрузка. Не делайте: не запускайте режим, пока окна приёмки и отгрузки не согласованы с заявками и кратностью.
Чем одноэтапный режим отличается от двухэтапного?
Простыми словами разница в том, насколько сильно вы меняете партию на РЦ перед отправкой в магазины.
| Критерий | Одноэтапный | Двухэтапный |
|---|---|---|
| Что происходит с партией | Груз уходит почти в том же виде, в каком пришёл (смена транспорта, перевалка) | Партию перекомплектуют, маркируют, делят или собирают под получателей |
| Когда уместно в рознице | Поставщик уже собрал отгрузки под точки или поддоны «готовы к магазинам» | На РЦ нужно разложить общий приход по магазинам сети |
| Главный риск | Ошибка в исходной маркировке и получателе | Рассинхрон пересортировки, окон и данных по строкам аллокации |
| Что менять в закупках | Синхронизация окон и получателей в заявке | Правила разбиения по точкам до и в момент приёмки |
Трёхэтапные схемы с глубокой перегруппировкой нескольких поставщиков оставьте как редкий кейс. Ядро для сети: понять, есть ли putaway «на полку РЦ надолго» или товар почти сразу едет дальше. Это не каталог сортировочного железа и не обзор роботов.
Делайте: для каждой категории пилота укажите тип режима и кто отвечает за разбиение по точкам. Не делайте: не смешивайте в одном правиле «лежит на РЦ неделями» и «уходит в тот же день» без разных буферов.
Как устроен склад кросс-докинга на РЦ сети?
Склад кросс-докинга в розничной сети - это в первую очередь зоны приёмки и отгрузки плюс короткий транзитный буфер, а не классический стеллажный putaway на месяцы. Товар принимают, проверяют по документам, раскладывают или консолидируют по магазинам и отгружают в окна. Долгое ответственное хранение здесь не цель.
Для закупщика важнее не планировка доков, а то, какие остатки система считает «доступными». Если учёт показывает сток на РЦ, а физически партия уже в транзите на точки, автозаказ и аллокация начнут врать. Держите один контур: поставка, приёмка, разбиение по магазинам, отгрузка.
Делайте: отделите в данных транзитный буфер от страхового стока на РЦ. Не делайте: не считайте любой паллет на рампе «свободным запасом на две недели покрытия».
Для каких SKU включать сквозное распределение, а когда оставить сток?
Режим потока окупает дисциплину там, где скорость до полки важнее склада-накопителя. Кандидаты: high-turn позиции, скоропорт, стабильный регулярный спрос, поставки с предсказуемым окном. Слабые кандидаты: низкая оборачиваемость, редкий или рваный спрос, товары, которым нужен буфер и проверка качества до развоза по сети.
| Критерий | Сток на РЦ | Сквозное / транзитное распределение |
|---|---|---|
| Буфер и дни покрытия | РЦ держит заметный слой «на всякий случай» | На РЦ короткий буфер; покрытие смещается ближе к магазинам и к синхрону поставок |
| Автозаказ | Можно переживать сбои окна за счёт остатка на РЦ | Каденция и объём жёстче привязаны к окнам и факту прихода |
| Аллокация на точки | Часто «положили на РЦ, разберёмся потом» | Разбиение по магазинам должно быть до или в момент транзита |
| Риски | Замороженные деньги, старение, неликвиды | OOS при срыве окна, ошибках получателя, рассинхроне ERP и транспорта |
Отберите пилотную категорию из 20-50 SKU, где спрос относительно стабилен и окна с поставщиком уже живые. Для спорных позиций оставьте сток на РЦ. Материалы по управлению ассортиментом и складом помогают держать матрицу и остатки в одной логике, но решение «в поток / в сток» всё равно фиксируйте по SKU.
Делайте: включайте сквозное распределение для high-turn и скоропорта со стабильным потоком. Не делайте: не тащите в режим низкооборачиваемые SKU, которым нужен складской буфер на РЦ.
Почему короткий буфер на РЦ меняет страховой запас и дни покрытия?
Когда товар почти не живёт на РЦ, страховой слой «на полке распределителя» перестаёт спасать магазины от срыва поставки. Дни покрытия на РЦ падают осознанно. Зато растёт цена ошибки в сроках: опоздали на окно - и полка пустеет быстрее, чем при классическом стоке.
Ориентир для пилота: сравните дни покрытия на РЦ по категории до режима и через 2-4 недели после. Если покрытие на РЦ упало, а OOS на полке вырос без роста спроса, буфер срезали раньше, чем синхронизировали поставки (ориентир для диагностики, не SLA).
Пересмотрите, где должен жить страховой запас: на РЦ, в магазине или в более частых поставках. Не обнуляйте «потому что так принято в логистике» без контроля полки. Связка с помощником закупок в ритейле здесь про правила буферов и видимость остатков, а не про замену склада техникой.
Делайте: снижайте дни покрытия на РЦ вместе с ужесточением правил автозаказа и аллокации. Не делайте: не обнуляйте страховой запас без пилота и контроля OOS.
Как поставка кросс-докингом влияет на каденцию автозаказа?
Поставка кросс-докингом сжимает время, когда система может «пересидеть» на остатке РЦ. Автозаказ чаще смотрит на согласованные окна, кратность, получателей и факт прихода, а не на комфортный страховой холм на распределителе. Каденция поставок становится жёстче: срыв окна бьёт по полке быстрее.
Практический сдвиг для закупщика:
- пересчитать точку и объём заказа под меньший сток на РЦ;
- убрать ручные «плюс паллет на всякий» без сигнала продаж;
- связать заявку с окнами приёмки и отгрузки;
- отслеживать число ручных правок из-за рассинхрона партий.
Это рычаг внутри темы режима потока, а не отдельный гайд «как настроить автозаказ с нуля». Если нужна соседняя рамка по закупкам, смотрите блок про автоматизацию и управление закупками.
Делайте: перенастройте правила автозаказа под короткий транзит через РЦ. Не делайте: не копируйте старые параметры покрытия «как при складе-накопителе».
Сверьте аллокацию на точки и окна приёмки/отгрузки
При транзитном распределении на магазины нельзя жить формулой «приняли на РЦ, потом как-нибудь развезём». До прихода или в момент приёмки должны быть получатели, количества, кратность и окна. Иначе доля строк, которые перекидывают после факта, раздувается, а OOS и излишки едут разными машинами.
| Проверка | Что смотреть в данных | Сигнал «готовы» / «рано» |
|---|---|---|
| Окна транспорта | Совпадают ли слоты приёмки на РЦ и отгрузки на точки с заявкой | Готовы: окна стабильны 2-3 цикла. Рано: окна «плавают» каждую поставку |
| IT-связка | Остатки РЦ/магазинов, заявки, получатели в одном контуре | Готовы: факт приёмки обновляет доступность без ручного Excel. Рано: три файла и чат логистов |
| Стабильность спроса | Продажи пилотных SKU без рваных пиков без причины | Готовы: high-turn с предсказуемым sell-out. Рано: редкий спрос и постоянные ручные доборы |
| Аллокация | Доля строк, перераспределённых после приёмки vs план до прихода | Готовы: перекидки редкие. Рано: каждая поставка пересобирается на рампе |
Если учётная система и выгрузки ещё живут отдельно, сначала соберите связку данных. Для сетей на МойСклад есть отдельная страница про интеграцию с МойСклад - это про документы и перемещения, не про обещание «внедрим режим за N дней».
Делайте: держите поставку, приёмку, разбиение по магазинам и отгрузку в одних сроках. Не делайте: не запускайте режим при рассинхроне учётки и окон транспорта.
Протокол: как перевести категорию на режим потока
- Зафиксируйте определение режима для сети: товар проходит РЦ без долгого putaway и уходит в магазины в согласованных окнах.
- Разделите SKU: high-turn / скоропорт / стабильный спрос vs позиции, которым нужен буфер хранения на РЦ.
- Опишите поток: приёмка → короткий транзитный буфер → пересортировка или консолидация по точкам → отгрузка.
- Сверьте данные: остатки РЦ и магазинов, заявки, окна приёмки/отгрузки, кратность и получатели в одной связке.
- Перенастройте правила автозаказа и страхового запаса под меньший сток на РЦ и более жёсткую синхронизацию поставок.
- Задайте правила аллокации на точки при транзите (не «положили на РЦ, разберёмся потом»).
- Прогоните пилот на одной категории 2-4 недели и сравните OOS, дни покрытия и ручные правки заявок до и после.
Рабочий путь: SKU-кандидаты → Схема РЦ→магазины → Данные и окна → Правила автозаказа и буферов → Аллокация на точки → Пилот и метрики.
Делайте: один пилот, одни метрики, одно ответственное лицо за правила. Не делайте: не масштабируйте на весь ассортимент после первой удачной машины.
Что замерить после перехода на режим потока
Без цифр режим превращается в лозунг «мы почти не храним на РЦ». Зафиксируйте базу до пилота и те же показатели через 2-4 недели.
- дни покрытия и объём стока на РЦ по пилотной категории до и после;
- доля поставок, ушедших в магазины без долгого хранения на РЦ;
- OOS и упущенный спрос на полке по тем же SKU;
- число ручных правок автозаказа из-за срыва окон или рассинхрона партий;
- доля строк аллокации, перераспределённых после факта приёмки vs план до прихода.
Если покрытие на РЦ упало, а ручные правки и OOS выросли, сначала чините окна и данные, а не режьте буфер ещё раз. Для спорных SKU верните сток на РЦ и оставьте в потоке только стабильный high-turn.
Делайте: сравнивайте до/после на одной категории и одном горизонте. Не делайте: не считайте успехом только «меньше паллет на РЦ», если полка просела.
BrightBoard - IMS «помощник закупок в ритейле»: помогает держать автозаказ и распределение остатков, когда поток через РЦ короткий и правила буферов другие. Если нужна онлайн-встреча и выгрузка из учётки, свяжитесь с командой BrightBoard.
FAQ
Что такое сквозное распределение через РЦ простыми словами?
Товар приезжает на распределительный центр, коротко проходит приёмку и пересортировку или консолидацию по магазинам и уезжает дальше без долгого хранения на стеллажах РЦ. Это режим потока поставщик → РЦ → точки, а не склад-накопитель «на месяцы».
Чем одноэтапный режим отличается от двухэтапного на практике?
В одноэтапном партия почти не меняет состав и уходит дальше. В двухэтапном на РЦ её перекомплектуют и маркируют под получателей. Для сети чаще нужен второй вариант, когда один приход раскладывают по магазинам.
Как режим потока влияет на запасы и автозаказ в рознице?
Буфер на РЦ обычно короче, дни покрытия там падают, а каденция автозаказа и аллокация на точки становятся жёстче привязаны к окнам. Настройки «как при большом стоке на РЦ» без пересмотра дают OOS на полке.
Это то же самое, что услуга маркетплейса или 3PL?
Нет как ядро этой статьи. Здесь речь про режим распределения розничной сети РЦ → магазины для товара под перепродажу. Услуги маркетплейса, тарифы паллеты и каталог складского оборудования - соседние темы, не ваш чек-лист закупщика.
С чего начать, если данных и окон пока мало?
Не включайте весь ассортимент. Выберите 1 категорию, соберите схему потока и окна, сверьте остатки и получателей, перенастройте правила на пилоте 2-4 недели и только потом расширяйте список SKU.
Что сделать дальше
- Выберите пилотную категорию и список SKU-кандидатов. 2) Опишите поток и окна на одном листе. 3) Перенастройте страховой запас, автозаказ и аллокацию под короткий транзит. 4) Две-четыре недели снимайте OOS, дни покрытия на РЦ и ручные правки. 5) Оставьте в режиме потока только те позиции, где полка не просела. Вопросы по подключению и выгрузке данных - через контакты BrightBoard.
