Коротко: задайте плановое покрытие на срок доставки как «среднедневный спрос × нормативный срок» на срезе SKU×магазин (окно спроса 7 / 14 / 28 дней), отделите страховой и текущий компоненты и проверьте автозаказ на 3-5 SKU. Цель: 0 двойного учёта in-transit и без раздувания страхового «на всякий случай».
Транспортный запас - это плановый компонент товарного запаса на нормативный срок доставки (in-transit / pipeline coverage): сколько единиц держать под окно поставки, а не резерв на сбои и не бухгалтерская проводка «товар в пути».
Категорийщику и закупщику в коммерческой рознице нужна цифра в штуках по SKU (лучше SKU×магазин), а не школьная норма оборотных средств. BrightBoard - IMS и помощник закупок в ритейле для товара на перепродажу: автозаказ, дни запаса и распределение остатков. Ниже - формула, контраст с страховым и текущим, протокол без двойного учёта.
Что такое транспортный компонент запаса и зачем он нужен в рознице?
Транспортный компонент закрывает окно между заказом и приёмкой: пока партия едет и ждёт на складах перевозчика, продажи продолжаются. Без отдельного параметра сеть либо завышает страховой, либо ловит дыры на полке в дни ожидания поставки.
Это не гайд по перевозчику и не тема про организацию рейсов. Речь про inventory-параметр для закупки товара, который потом продают конечному покупателю.
Делайте: держите плановое покрытие срока отдельной строкой параметров. Не делайте: не смешивайте его со страховым «на всякий случай» в одной цифре.
Как рассчитать величину транспортного запаса по спросу и сроку
Логика та же, что в классической формуле «запасы в пути», но язык категорийщика розницы:
Объём транспортного компонента (шт) = среднедневный спрос (шт/день) × нормативный срок доставки (дни)
Мини-пример (цифры учебные, не норматив сети). SKU в магазине B: продажи за 14 дней - 56 шт. Среднедневный спрос: 56 ÷ 14 = 4 шт/день. Нормативный срок до приёмки - 5 дней. Плановый объём: 4 × 5 = 20 шт. Дальше страховой и интервал между поставками считайте отдельно.
- Выберите разрез: один SKU или SKU×магазин (не среднее по сети как единственный срез).
- Возьмите среднедневный спрос / потребление в штуках за устойчивое окно (7, 14 или 28 дней) с оговоркой сезонности и промо.
- Зафиксируйте нормативный срок доставки в днях: движение + перегрузки + ожидание на складах перевозчика до приёмки (без гайда 3PL).
- Посчитайте объём: спрос × нормативный срок; единицы числителя и знаменателя должны совпадать.
- Отделите страховой: вариативность спроса и срока не подмешивайте в ту же цифру планового покрытия.
- Отделите текущий / циклический: интервал между поставками - другой компонент, не замена lead time coverage.
- Внесите параметр в контур автозаказа / дней запаса так, чтобы in-transit не учитывался дважды и не раздувал страховой.
- Проверьте на 3-5 SKU мини-примером и зафиксируйте правило категорийщика (что входит в срок, что нет).
Workflow: Срез SKU×магазин → Среднедневный спрос → Нормативный срок доставки → Объём = спрос × срок → Отделить страховой и текущий → Параметр в автозаказ / дни запаса
Делайте: считайте объём как спрос × нормативный срок по SKU или SKU×магазин. Не делайте: не подставляйте школьную норму оборотных средств или «удельный» тест как норматив сети.
Разберите время в пути: что входит в нормативный срок доставки
Нормативный срок - вход в формулу объёма, а не отдельная «тема статьи» про логистику перевозчика. Ниже - что обычно кладут в дни и что оставляют за скобками.
| Параметр | Что брать | Типичная ошибка |
|---|---|---|
| Среднедневный спрос | Продажи/потребление за 7, 14 или 28 дней ÷ число дней окна | Среднее по сети вместо строки SKU×магазин |
| Нормативный срок | Дни от заказа до приёмки по правилу поставщика/категории | Берут «как получится в прошлый раз» без фиксации |
| Дни в пути | Движение + перегрузки + ожидание до выдачи | В срок кладут только езду и забывают ожидание на складе перевозчика |
| Lead time как время | Метрика дней; вход в формулу | Путают дни с объёмом в штуках и «теряют» умножение на спрос |
| Товар в пути (бух.) | Учётная проводка / статус партии | Считают проводку равной плановому компоненту запаса |
| Объём в штуках | Спрос × срок в одних единицах | Спрос в упаковках, срок в днях без пересчёта |
На строке с спросом 4 шт/день сдвиг нормативного срока с 3 на 6 дней удваивает плановый объём с 12 до 24 шт. Это не «магия Excel», а повод один раз зафиксировать состав срока до споров на планёрке.
Делайте: опишите состав нормативного срока одним правилом категории. Не делайте: не превращайте статью про компонент запаса в инструкцию по рейсам и 3PL.
Сравнение: транспортный, страховой и текущий запас
Три разных вопроса. Если смешать ответы, остатки раздуются или появятся дыры на полке.
| Критерий | Транспортный (плановое покрытие срока) | Страховой (вариативность) | Текущий / циклический (интервал поставок) |
|---|---|---|---|
| Вопрос для решения | Сколько штук нужно на нормативное окно доставки? | Сколько резерва на отклонение спроса и срока? | Сколько нужно между двумя плановыми поставками? |
| Формула-логика | Спрос × нормативный срок | Отклонения / уровень сервиса (отдельный контур) | Спрос × интервал между поставками (часто половина цикла) |
| Типичная ошибка | Подменить бух. «в пути» или сделать lead time единственной темой | Включить весь срок доставки «в страховой» | Считать интервал заменой покрытия lead time |
Кратко в ряду классификации рядом стоят ещё подготовительный запас (доработка перед продажей/отпуском) и другие виды. Здесь ядро - не переписывать всю классификацию, а не перепутать три рабочих компонента закупки.
Делайте: отделяйте плановое покрытие срока от страхового резерва на вариативность. Не делайте: не смешивайте транспортный и страховой в одной цифре «на всякий случай».
Не путайте с бух. товаром в пути и lead time как единственной темой
Бухгалтерский «товар в пути» - статус партии и проводки. Плановый inventory-компонент - сколько единиц закладывать под окно поставки в правилах закупки. Они могут пересекаться по смыслу «едет», но это разные контуры: учёт vs параметр автозаказа.
Lead time - метрика времени в днях. Объём покрытия - штуки. Без умножения на спрос вы получите дни, а не ответ «сколько держать». Частота поставок задаёт текущий/циклический компонент и тоже не заменяет покрытие нормативного срока.
Делайте: отличайте плановый компонент от бух. «товар в пути» и от lead time как метрики времени. Не делайте: не уходите в урок 1С-проводок и не подменяйте объём только метрикой дней.
Свяжите компонент с автозаказом и днями запаса
После формулы параметр должен попасть в контур заказа: иначе категорийщик посчитает в Excel, а система снова раздует страховой или дважды учтёт партию в пути. Проверьте: (1) in-transit не суммируется и в днях запаса, и в страховом; (2) дни покрытия on-hand не подменяются «оптимистичным» учётом ещё не принятого товара без правила.
Если остатки и заказы живут в учётке, удобно опереться на живой контур данных - например интеграцию с МойСклад - и уже там смотреть, как параметр уходит в заявку.
Делайте: проверьте, что автозаказ не учитывает in-transit дважды и не раздувает дни запаса через страховой. Не делайте: не стройте гайд про адресное хранение, сканеры и складской операционный слой.
Какие ошибки раздувают страховой или учитывают in-transit дважды?
| Ситуация | Симптом | Что сделать |
|---|---|---|
| In-transit учтён дважды | Заказы падают «в ноль» или остаток кажется выше, чем на полке | Один контур: либо параметр покрытия, либо явный статус партии - без суммы вслепую |
| Страховой вместо транспортного | Высокий страховой при стабильном сроке | Вынести плановое покрытие срока отдельной строкой |
| Норма ОС как единственный норматив | Одна «норма дней» на все SKU без спроса | Вернуться к спросу × сроку по строке |
| Тема уехала в перевозчика и рейсы | Совещание ушло в перевозчика и тарифы рейса | Вернуть фокус: сколько штук под окно поставки |
| Среднее по сети | В одном магазине дыра, в другом излишек | Считать и править на SKU×магазин, потом агрегировать |
Делайте: дайте мини-пример по SKU без единой «нормы сети» как KPI бренда. Не делайте: не обещайте точный объём «для любой сети» и не сравнивайте чужие IMS-бренды.
Что замерить после внедрения
- Доля SKU (или SKU×магазин) с отдельно заданным транспортным компонентом в параметрах закупки.
- Число позиций, где страховой был завышен из-за смешения со сроком доставки (до/после разделения).
- Случаи двойного учёта in-transit в автозаказе или днях запаса (цель: ноль).
- Время от фиксации нормативного срока до обновления параметра в контуре заказа.
- Доля строк заказа, где объём согласован с правилом «спрос × срок» категорийщика.
BrightBoard помогает держать автозаказ и распределение остатков в одном контуре для ритейла: дашборд с метриками закупок, ассортиментная матрица и поиск неликвидов. Чтобы разобрать ваш срез данных, запишитесь на онлайн-встречу с командой BrightBoard.
FAQ
Что это за плановый компонент на срок доставки?
Это покрытие нормативного окна поставки в штуках (in-transit / pipeline): среднедневный спрос умножаете на согласованный срок до приёмки. Не путайте с резервом на сбои и с бухгалтерским статусом партии.
Как определить величину покрытия на срок доставки?
Возьмите среднедневный спрос по SKU или SKU×магазин за 7, 14 или 28 дней и умножьте на нормативный срок в днях. Проверьте единицы и зафиксируйте, что входит в срок.
Чем плановое покрытие срока отличается от страхового?
Плановое покрытие отвечает на «сколько нужно при нормальном сроке». Страховой - на «сколько резерва на отклонение спроса и срока». Разные вопросы, разные цифры.
Чем оно отличается от текущего / циклического запаса?
Текущий / циклический закрывает интервал между поставками. Транспортный компонент закрывает lead time coverage. Интервал не заменяет срок доставки в формуле объёма.
Плановый компонент и товар в пути - это одно и то же?
Не обязательно. «Товар в пути» часто звучит как бух. статус. Плановый компонент - параметр закупки в штуках. Их связывают правилом, а не подменой названий.
Как это связано с lead time и автозаказом?
Lead time (дни) - вход в формулу. Автозаказ использует уже посчитанный объём и не должен суммировать in-transit дважды с страховым или днями запаса.
Что сделать дальше
Выберите 3-5 SKU одной категории, посчитайте спрос × срок, отделите страховой и текущий, внесите параметр в контур заказа и замерьте двойной учёт. Если нужен единый контур автозаказа и остатков для розницы - начните с системы управления запасами BrightBoard.
