Коротко: Соберите 2 контура окон (поставщик→РЦ и РЦ→магазин), заполните 5-7 полей артефакта и подключите фиксированное расписание к автозаказу. За 2-4 недели замерьте долю приходов в слот и число срывов. Ниже - протокол из 7 шагов и чек-лист владельца.
Календарь поставок - это операционное расписание окон и дат, когда товар едет от поставщика на РЦ и с РЦ в магазин. Для категорийщика BrightBoard и закупщика сети это вход автозаказа и плана закупок: система планирует приход по слотам, а не «когда кончится запас».
Боль обычно одна: даты живут в чатах и Excel, слоты РЦ и магазинов расходятся, а автозаказ строит приходы в пустые окна. Ниже - как собрать артефакт, отличить его от частоты (каденции N дней) и не утонуть в счётчике календарных дней.
Что такое календарь поставок в рознице?
В коммерческой рознице речь про товар для перепродажи: вы фиксируете, в какие дни и в какое окно приёмки приходит партия на конкретную точку. Это не бланк приложения к договору и не счётчик «сколько дней между датами» - это рабочий график дат для логистики и закупок.
Артефакт обычно выглядит как таблица или набор строк в системе: день недели или дата, окно (время), поставщик или группа SKU, точка (РЦ/магазин), статус слота, владелец обновления. Пока строки пустые или устарели, план закупок опирается на догадки.
Делайте: держите фокус на операционном расписании сети. Не делайте: не уходите в шаблон договора, календарь оплат или day-count калькулятор как «главный ответ» на запрос.
Почему отдельно вести окна поставщик→РЦ и РЦ→магазин?
Это два разных контура. Inbound (поставщик→РЦ) задаёт поставщик и слоты склада: дата отгрузки, дата поставки на РЦ, окно разгрузки. Store delivery (РЦ→магазин) задаёт логистика сети и окна приёмки магазина: график поставок в сеть, лимиты приёмки, исключения по ремонту или промо-пику.
| Поле / вопрос | Поставщик→РЦ | РЦ→магазин |
|---|---|---|
| Кто задаёт окно | Договорённость с поставщиком + слот РЦ | Логистика сети + окно приёмки магазина |
| Типичные поля | Дата отгрузки, дата поставки, окно разгрузки, поставщик/SKU-группа | День рейса, окно приёмки, магазин, группа SKU или маршрут |
| Типичная ошибка | Скопировали «вт/чт» с магазина без слота РЦ | Взяли inbound-график и назвали его магазинным |
Если смешать контуры в одной строке, автозаказ начнёт ждать приход на магазин в день, когда машина ещё только едет на РЦ. Разведите листы или фильтр по контуру с первого дня.
Делайте: заведите отдельную строку на каждый контур с явным владельцем. Не делайте: не копируйте магазинное расписание на inbound без слотов РЦ и согласия поставщика.
Соберите поля: даты, слоты приёмки, поставщик и группа SKU
Минимальный набор полей одинаков почти в любой сети. Заполняйте его из договорённостей, а не «по памяти категорийщика».
| Поле | Зачем | Пример | Кто обновляет |
|---|---|---|---|
| День недели или дата | Якорь расписания | Вт, Чт или 12.08 | Закупки / логистика |
| Окно приёмки (время) | Слот двора / зоны приёмки | 09:00-12:00 | РЦ или магазин |
| Поставщик или группа SKU | К чему привязан слот | Поставщик А / группа «молочка» | Категорийный менеджер |
| Точка (РЦ / магазин) | Контур и адрес прихода | РЦ-Север / магазин 14 | Логистика |
| Статус слота | Активен, пауза, исключение | Активен / пауза на ремонт | Владелец строки |
Дополнительно полезны: правило переноса, если слот выпал на нерабочий день; дата последней правки; контакт владельца. Источники - договорённости с поставщиком, слоты РЦ, окна магазина, список праздников и ремонтов.
Делайте: заполняйте поля до включения строки в автозаказ. Не делайте: не оставляйте «пустой день» без окна и владельца.
Зафиксируйте расписание поставок закупок как вход автозаказа
Автозаказ хорошо работает, когда знает фиксированное расписание: в какие даты и окна ждать приход. Иначе система либо держит лишний страховой запас «на всякий случай», либо генерирует экстренные дозаказы, когда слот уже сорван.
Рабочий путь: Контур (РЦ / магазин) → Источники слотов → Поля артефакта → Рабочие/календарные дни → Правила автозаказа → Согласование смены → Контроль попаданий в окно.
Практический смысл: строка расписания поставок закупок становится параметром правила. Меняете слот - сначала согласуете с логистикой и поставщиком, потом правите систему. Иначе план закупок живёт своей жизнью, а двор - своей.
Если данные о заказах и перемещениях уже идут из учётной системы, удобно опереться на интеграцию БрайтБорд с МойСклад как канал выгрузки документов, а не как замену самому артефакту окон.
Делайте: кормите автозаказ актуальными датами и окнами. Не делайте: не оставляйте режим «когда кончится запас» там, где слот уже согласован.
Сравните календарь окон и частоту поставок
Частая путаница: «мы возим два раза в неделю» и «мы знаем окна приёмки» - это разные решения. Частота (каденция) отвечает, сколько рейсов или какой интервал N дней. Расписание окон отвечает, в какие даты и часы товар реально принимают.
| Критерий | Календарь окон / дат | Частота (каденция) | Что настраивать в автозаказе |
|---|---|---|---|
| Вопрос | Когда именно приход? | Как часто возим? | Сначала окна, потом каденцию или наоборот - но не смешивать в одном поле |
| Единица | Дата, день недели, слот времени | N дней, число рейсов в неделю | Параметр расписания vs параметр «как часто» |
| Типичный сбой | Устаревшее окно → приход «в пустоту» | Слишком редкая каденция → дефицит между рейсами | Править не то поле |
Ориентир практики: если доля приходов вне согласованного окна выше 20-30% за 4 недели, сначала чините календарь слотов, а не «укорачивайте» каденцию вслепую. Это ориентир для разбора, не ваш SLA.
Делайте: явно подписывайте, где у вас даты/окна, а где каденция. Не делайте: не называйте «частотой» то, что на деле список окон приёмки.
Учтите рабочие дни окон без счётчика дат
Для окон в рабочих днях важно одно правило: считается ли слот только в рабочие дни РЦ/магазина, и что делать, если дата выпала на выходной или праздник. Зафиксируйте перенос (на следующий рабочий / на предыдущий / отмена рейса) одной фразой в строке.
Не нужен отдельный онлайн-калькулятор «дней между датами» как продукт статьи. Нужен флаг в артефакте: рабочие vs календарные дни + правило исключения. Этого хватает, чтобы автозаказ не ставил приход на закрытый двор.
Делайте: пропишите правило переноса до включения слота. Не делайте: не оставляйте «разберёмся в день прихода».
Чек-лист: когда обновлять слоты и кто владелец
- Выберите контур: inbound (поставщик→РЦ) или store delivery (РЦ→магазин) и заведите отдельную строку или лист на каждый контур.
- Соберите источники: договорённости с поставщиком, слоты РЦ, окна приёмки магазина, исключения (праздники, ремонт, промо-пик).
- Заполните поля артефакта: день недели или дата, окно приёмки, поставщик или группа SKU, точка, владелец обновления.
- Отметьте, в каких днях окно считается (рабочие vs календарные) и что делать, если слот выпал на нерабочий день.
- Подключите расписание к правилам автозаказа: фиксированные даты и окна, а не режим «когда кончится запас».
- Согласуйте изменения с логистикой и поставщиком до смены слота в системе.
- Проверьте 2-4 недели: доля приходов в слот, срывы окна, экстренные дозаказы, устаревшие строки.
Обновляйте слот, когда меняется договорённость с поставщиком, график двора РЦ, окно магазина, маршрут или сезонная нагрузка. Владелец строки - один человек (или роль): категорийщик за поставщика/SKU-группу, логистика за окна двора. Без владельца артефакт гниёт за месяц.
Когда базовый график собран, посмотрите, как помощник закупок в ритейле опирается на расписание окон в автозаказе и распределении остатков - без ручного хаоса дат в чатах.
Делайте: обновляйте слоты до смены в системе. Не делайте: не оставляйте устаревшие окна: автозаказ начнёт планировать приходы в пустоту.
Что замерить после внедрения расписания
Без метрик календарь быстро превращается в красивую таблицу. Зафиксируйте базовую линию на 2-4 недели и смотрите сдвиги по контурам отдельно.
- Доля приходов, попавших в согласованное окно (поставщик→РЦ и РЦ→магазин).
- Число срывов слота и переносов за 4 недели.
- Число экстренных дозаказов из-за устаревшего или пустого расписания.
- Доля SKU или строк с заполненным расписанием против режима «когда кончится».
- Возраст последней правки слота (дней с обновления) по топ-поставщикам.
Делайте: смотрите метрики по контурам и владельцам строк. Не делайте: не смешивайте срывы inbound и магазинной доставки в одну «среднюю температуру».
BrightBoard - IMS «помощник закупок в ритейле» для управления ассортиментом и запасами товара на перепродажу. Автозаказ и распределение остатков опираются на актуальное расписание окон, а не на разрозненные даты из переписки.
Частые вопросы
Чем расписание окон отличается от частоты поставок?
Окна и даты отвечают на вопрос «когда именно приход». Частота (каденция) отвечает «как часто возим» - N дней или число рейсов. В автозаказе это разные параметры: сначала почините слоты, если приходы мимо окна, и отдельно решайте каденцию, если между рейсами стабильный дефицит.
Как связать расписание с автозаказом?
Заведите строки окон по контурам, отметьте рабочие/календарные дни и правило переноса, затем укажите в правиле автозаказа фиксированное расписание вместо «когда кончится запас». После смены слота сначала согласуйте с логистикой, потом обновите систему и проверьте 2-4 недели долю попаданий в окно.
Нужно ли вести отдельно окна поставщик→РЦ и РЦ→магазин?
Да. Inbound и store delivery задают разные владельцы и разные дворы. Одна смешанная строка почти всегда даёт ложный ожидаемый приход на магазине. Разведите контуры с первого дня и меряйте срывы по отдельности.
Это то же, что план-график госзакупок или календарь оплат?
Нет. Здесь операционное расписание приходов товара в коммерческой рознице для автозаказа и плана закупок. Не путайте с процедурами госзакупок, кассовыми датами или юридическим бланком приложения к договору поставки.
С чего начать, если сейчас всё в Excel и чатах?
Выберите один контур и 5-10 ключевых поставщиков или магазинов. Соберите источники слотов, заполните таблицу полей, назначьте владельца, подключите к автозаказу пилотом. Через 2-4 недели сравните долю попаданий в окно и число экстренных дозаказов, затем масштабируйте.
Что сделать дальше
- Разведите 2 контура и назначьте владельцев строк. 2) Заполните поля и правило переноса для рабочих дней. 3) Подключите фиксированное расписание к автозаказу на пилоте. 4) За 4 недели замерьте долю приходов в слот, срывы и возраст правок. Если нужна помощь с внедрением на данных вашей учётной системы, свяжитесь с командой BrightBoard и согласуйте онлайн-встречу с выгрузкой.
