Остатки и поставки: сколько товара нужно и где заморожены деньги

Единая картина товарного потока

Для решения о поставке недостаточно остатка в одном кабинете. Нужны товары на всех стадиях движения, текущие продажи, ожидаемые поступления, сроки производства и ограничения поставки.

Мы приводим эти данные к единому справочнику SKU и показываем, из чего складывается доступный и будущий запас.

Показатели

От прогноза к действию

• Список SKU к пополнению с приоритетом.
• Плановая дата и объём поставки.
• Учёт товара в пути и производстве.
• Контроль отклонения фактических продаж от принятой скорости.

Что означает остаток для управленческого решения

Количество единиц на складе само по себе не показывает риск. Для решения нужны скорость продаж, доступность по площадкам, товар в пути, ожидаемое производство, сроки поставки и минимальный страховой запас. Поэтому кабинет переводит остаток в дни покрытия и показывает, из каких стадий состоит будущий доступный запас.

Модель различает собственный склад, склады маркетплейса, путь и производство. Один и тот же товар не должен одновременно считаться доступным в двух местах. Для каждой стадии задаётся источник, дата снимка и правило перехода между состояниями.

Как формируется приоритет поставки

Приоритет рассчитывается из нескольких сигналов, а не из одного порога. Товар с малым остатком может не требовать срочной поставки, если продажи остановились. Товар с большим остатком может быть рискованным, если большая часть лежит не в нужном кластере. Итоговый список учитывает продажи, покрытие, уже запланированные перемещения и ограничения команды.

Как проверяются остатки

Для каждого SKU выбирается последний доступный снимок на контрольную дату. Проверяются дубликаты, отрицательные значения, неизвестные склады и расхождения со справочником товаров. Если источник обновился частично, кабинет не смешивает свежие и устаревшие данные без предупреждения.

Результат — рабочий список поставок и исключений с объяснимым приоритетом. Он не заменяет подтверждение закупки ответственным и не учитывает неизвестные будущие акции или ограничения площадки, пока они не добавлены в исходные данные.

Материал проверен Русланом Гайфутдиновым, FCCA. Обновлено 25 июля 2026 года.

Пример расчёта потребности в поставке

Условный пример построен на синтетических данных. Товар продаётся в среднем по 10 единиц в день, доступный остаток составляет 120 единиц, ещё 40 единиц находятся в пути. До следующей возможной поставки — 18 дней, страховой запас — 5 дней. Потребность считается не как произвольное пополнение до максимума, а как спрос на горизонт поставки плюс страховой запас минус доступный и подтверждённый входящий товар.

В этом примере целевой запас на горизонт равен 230 единицам. После учёта 120 доступных и 40 подтверждённых единиц остаётся потребность в 70 единицах. Если товар в пути не имеет подтверждённой даты или уже учтён на складе маркетплейса, кабинет помечает его для проверки. Это предотвращает двойной учёт и ложное ощущение достаточного запаса.

Почему одного среднего темпа недостаточно

Скорость продаж выбирается под задачу: последние недели, сопоставимый сезон, план или сценарий акции. Рядом показываются разброс спроса, возвраты, срок производства и ограничения поставки. Для товаров с редкими продажами используется более длинное окно, а новые позиции отделяются от зрелого ассортимента. Правило расчёта видно пользователю и может быть изменено без скрытой правки итогов.

Что получает ответственный за запас

• Список SKU с датой прогнозного обнуления и причиной риска.
• Рекомендованное количество поставки с разложением формулы по каждому товару.
• Товары с избытком запаса и оценкой денег, замороженных сверх согласованного горизонта.
• Исключения: неизвестный склад, отрицательный остаток, устаревший снимок или неподтверждённый товар в пути.

Приоритет поставки можно дополнить маржой и прибылью SKU, чтобы ограниченные деньги и складские мощности направлялись на экономически значимые позиции. Итог остаётся поддержкой решения: заказ поставщику подтверждает ответственный сотрудник.

Как начать без сложного прогнозирования

Первый контур можно построить без машинного обучения. Для каждого SKU достаточно согласовать источник остатка, базовый темп продаж, срок пополнения и страховой горизонт. Простая формула остаётся понятной закупщику и легко проверяется на контрольных товарах. Более сложный прогноз имеет смысл только после накопления истории и измерения ошибки базового подхода.

На диагностике выбираются товары с разными сценариями: стабильный спрос, редкие продажи, новый SKU, выраженная сезонность и товар с длительным производством. Для каждого сценария проверяется, какое окно продаж и какой запас действительно помогают принять решение. Акции, ограничения бюджета и минимальные партии добавляются как явные параметры, а не прячутся в формуле.

После сверки кабинет обновляет приоритеты по расписанию и сохраняет историю рекомендаций. Команда может увидеть, почему количество изменилось: вырос спрос, сократился остаток, сдвинулась дата поставки или изменился страховой запас.