Расчёт точки заказа: формула и пример

Точка заказа (reorder point) — это число, которое отвечает на один вопрос: «при каком остатке пора заказывать?». Правильно рассчитанная точка заказа по 500 SKU предотвращает 70–85% дефицитов и убирает до 40% аварийных закупок с наценкой.

Что такое точка заказа: 1 уровень запаса, 1 триггер

Точка заказа (ROP — Reorder Point) — уровень остатка товара на складе, при достижении которого необходимо инициировать заказ поставщику. Это не «минимальный остаток» — это расчётный порог, который учитывает три фактора: скорость расхода товара, время поставки и буфер на колебания.

Когда остаток падает до ROP, оставшегося товара теоретически хватает ровно до прихода новой партии — с учётом страхового запаса на случай отклонений. Если спрос и поставки идут по плану, страховой запас не тратится. Если происходит всплеск спроса или задержка поставки, страховой запас покрывает разрыв.

Без ROP закупщик либо заказывает «когда вспомнил» (и 30% SKU оказываются в дефиците к моменту заказа), либо заказывает «с запасом» (и 25% оборотных средств заморожены в избыточном товаре). ROP — это баланс между двумя крайностями. Компании, внедрившие автоматический расчёт ROP, фиксируют снижение дефицитов на 60–85% и одновременное сокращение среднего запаса на 10–20%.

Формула: 3 компонента за 2 минуты

ROP = d × LT + SS

Где:

• d — средний дневной спрос (единиц/день)
• LT — lead time (дней от заказа до готовности товара к отгрузке на вашем складе)
• SS — страховой запас (единиц)

Первый компонент (d × LT) — рабочий запас. Это количество товара, которое будет продано за время ожидания поставки. Если вы продаёте 30 единиц в день, а поставка идёт 14 дней, рабочий запас составит 420 единиц. Если вы закажете, когда на складе ровно 420 единиц, и спрос с поставкой пройдут точно по плану, последняя единица будет продана в момент прихода новой партии.

Второй компонент (SS) — страховой запас. Он страхует от двух рисков: спрос оказался выше среднего, поставка задержалась. Без SS любое отклонение от плана приводит к дефициту.

Страховой запас рассчитывается отдельно: SS = Z × σd × √LT, где Z — коэффициент сервис-уровня (1,65 для 95%), σd — стандартное отклонение дневного спроса. Подробный разбор формулы SS — в статье ROP и страховой запас.

Итоговая формула в развёрнутом виде: ROP = d × LT + Z × σd × √LT

Всё, что нужно — 4 числа: d, LT, Z, σd. Три из них берутся из данных (продажи и поставки за 12 месяцев), одно (Z) — из таблицы нормального распределения по целевому сервис-уровню^silver-rop.

Расширенная формула для случаев, когда lead time нестабилен: ROP = d × LT + Z × √(LT × σd² + d² × σLT²), где σLT — стандартное отклонение lead time. Нестабильность lead time радикально увеличивает страховой запас. Пример: при σLT = 3 дня SS вырастает в 2,5–3 раза по сравнению с ситуацией, когда lead time стабилен.

Пример расчёта: SKU «Подшипник 6205-2RS»

Исходные данные за 12 месяцев:

• Общий объём продаж: 7 300 единиц/год
• Рабочих дней: 250
• Средний дневной спрос (d): 7 300 / 250 = 29,2 единиц/день
• Стандартное отклонение дневного спроса (σd): 8,4 единицы/день (рассчитано по дневным продажам)
• Средний lead time (LT): 18 дней (от заказа до готовности на складе)
• Целевой сервис-уровень: 95% → Z = 1,65

Расчёт страхового запаса: SS = 1,65 × 8,4 × √18 = 1,65 × 8,4 × 4,24 = 58,8 ≈ 59 единиц

Расчёт ROP: ROP = 29,2 × 18 + 59 = 525,6 + 59 = 584,6 ≈ 585 единиц

Когда на складе остаётся 585 подшипников, система формирует заказ. За 18 дней поставки будет продано ~526 штук, на складе останется ~59 штук — страховой запас. Новая партия придёт и пополнит запас до нормального уровня.

Проверка: если в один из дней спрос окажется на 2σ выше среднего (29,2 + 2 × 8,4 = 46 единиц/день), за 18 дней уйдёт 828 единиц — это больше, чем 585. Страховой запас на сервис-уровне 95% покрывает отклонения в пределах 1,65σ, но не покрывает экстремальные всплески. Для SKU, где дефицит критичен, устанавливайте Z = 2,33 (99%).

Второй пример: SKU с длинным lead time и нестабильной поставкой

Исходные данные:

• Товар: импортный фильтр промышленного назначения
• Средний дневной спрос (d): 5,2 единицы/день
• σd: 2,1 единицы/день
• Средний LT: 45 дней (производство в Азии + морская доставка + таможня)
• σLT: 8 дней (фактический разброс от 35 до 60 дней)
• Сервис-уровень: 98% → Z = 2,05

Расчёт SS по расширенной формуле: SS = 2,05 × √(45 × 2,1² + 5,2² × 8²) = 2,05 × √(45 × 4,41 + 27,04 × 64) = 2,05 × √(198,45 + 1 730,56) = 2,05 × √1 929,01 = 2,05 × 43,92 = 90 единиц

Для сравнения: SS по упрощённой формуле (без σLT) = 2,05 × 2,1 × √45 = 2,05 × 2,1 × 6,71 = 28,9 ≈ 29 единиц. Разница — 61 единица, то есть нестабильность lead time утраивает страховой запас.

Расчёт ROP: ROP = 5,2 × 45 + 90 = 234 + 90 = 324 единицы

Управленческий вывод: работайте не только с ценой товара, но и со стабильностью сроков. Если удастся снизить σLT с 8 до 3 дней (контракт с фиксированным графиком, штрафы за просрочку, резервная логистика), SS упадёт с 90 до 40 единиц — экономия 50 единиц × стоимость хранения.

Lead time: как считать правильно — 5 компонентов

Lead time — не просто «срок поставки из прайса поставщика». Это полное время от момента принятия решения о заказе до момента, когда товар готов к отгрузке клиенту на вашем складе^apics-lt.

Пять компонентов LT:

Первый — время обработки заказа. От формирования заявки до отправки поставщику: согласование, утверждение, оформление. Типично 1–3 дня. На практике это самый «невидимый» компонент: закупщик формирует заявку в понедельник, согласует с руководителем во вторник, отправляет поставщику в среду. Потеряно 2 дня, которых нет ни в одном отчёте.

Второй — время обработки у поставщика. От получения заказа до отгрузки. Зависит от наличия на складе поставщика: 1–2 дня (со склада) или 15–45 дней (под производство). Если поставщик держит товар на собственном складе, этот компонент стабилен. Если производит под заказ — волатильность резко растёт.

Третий — время транспортировки. Зависит от географии и способа доставки. Авто по России: 2–7 дней. Морской контейнер из Азии: 35–55 дней. Ж/д: 10–25 дней. Авиа: 3–7 дней (но стоимость в 5–10 раз выше морской). Выбор способа доставки — компромисс между скоростью (снижает LT и страховой запас) и стоимостью.

Четвёртый — время таможенного оформления (для импорта). Типично 3–7 дней, но может растягиваться до 15+ дней при проблемах с документами, запросах от таможни, сертификации.

Пятый — время приёмки и размещения на вашем складе. Разгрузка, проверка количества, контроль качества, размещение в ячейки: 0,5–2 дня. На складе без WMS приёмка затягивается до 3–5 дней из-за очередей на разгрузку и ручного оформления.

LT = сумма всех пяти компонентов. Для расчёта используйте фактические данные: выгрузите даты заказов и даты оприходования за 12 месяцев, посчитайте среднее и стандартное отклонение. Средний LT по прайсу поставщика и фактический LT расходятся на 20–40% — почти всегда в сторону увеличения.

Расчёт ROP в Excel: пошаговая настройка за 15 минут

Шаг 1. Создайте таблицу с колонками: SKU, Наименование, d (средний дневной спрос), σd (стандартное отклонение спроса), LT (средний lead time), Z (коэффициент сервис-уровня), SS (страховой запас), ROP.

Шаг 2. Заполните d. Выгрузите из 1С или ERP продажи по SKU за 12 месяцев в отдельный лист. Формула: =СУММ(продажи за год) / 250 (рабочих дней). Используйте рабочие дни, а не календарные — иначе d будет занижен.

Шаг 3. Заполните σd. Формула в Excel: =СТАНДОТКЛОН.В(диапазон дневных продаж). Если данные помесячные: =СТАНДОТКЛОН.В(помесячные_продажи) / КОРЕНЬ(21), где 21 — среднее число рабочих дней в месяце. Минимум 30 точек данных для достоверного результата.

Шаг 4. Заполните LT. Выгрузите даты заказов поставщикам и даты оприходования за 12 месяцев. LT = среднее(дата оприходования − дата заказа). Группируйте по поставщику, а не по SKU — у одного поставщика LT одинаков для всех его позиций.

Шаг 5. Установите Z. Для группы A — 1,65 (95%). Для группы B — 1,28 (90%). Для группы C — 0,84 (80%). Если ABC-анализ не проведён, ставьте 1,65 для всех и уточняйте позже.

Шаг 6. Рассчитайте SS и ROP. Формулы: SS = Z × σd × КОРЕНЬ(LT). ROP = d × LT + SS.

Шаг 7. Добавьте столбец «Текущий остаток» (выгрузка из 1С). Добавьте условное форматирование: красный — остаток ≤ ROP, жёлтый — остаток ≤ ROP × 1,2, зелёный — остаток > ROP × 1,2. Ежедневно обновляйте столбец остатков и проверяйте красные строки.

Этот подход работает до 500–800 SKU. На больших объёмах переходите на автоматизацию в WMS.

Автоматизация в WMS: от ручного контроля к алертам за 2 недели

В Excel точка заказа работает, пока ассортимент не превышает 500–800 SKU и один закупщик способен просматривать таблицу ежедневно. На 2 000+ SKU Excel перестаёт справляться: данные об остатках устаревают, закупщик не успевает проверить все позиции, ошибки копятся.

WMS или ERP автоматизирует три операции. Первая — мониторинг в реальном времени. Система сравнивает текущий остаток с ROP по каждому SKU при каждой операции отгрузки. Как только остаток ≤ ROP — генерируется алерт или автоматический заказ.

Вторая — пересчёт ROP по расписанию. Система ежемесячно обновляет d, σd и LT по фактическим данным и пересчитывает ROP. Закупщик не делает это вручную — только проверяет аномалии (например, ROP по SKU вырос на 200% из-за единичного всплеска продаж).

Третья — отчёт по исключениям. Вместо просмотра 5 000 строк закупщик получает список из 30–50 SKU, где: (а) остаток ниже ROP и заказ не сформирован; (б) ROP резко изменился после пересчёта; (в) lead time вырос более чем на 20%. Это переводит работу из режима «проверяй всё» в режим «управляй исключениями».

Настройка автоматического ROP в типовой WMS или в 1С (с доработкой) занимает 1–2 недели: загрузка параметров по SKU, настройка алертов, тестирование. Стоимость доработки в 1С — 80–200 тыс. ₽. Эффект — экономия 2–4 часа рабочего времени закупщика ежедневно и устранение «человеческого фактора» в мониторинге остатков.

Подробнее о возможностях WMS — в материале WMS-система: окупаемость и выбор. О связи ROP с другими метриками — управление запасами: 8 ключевых метрик.

5 типичных ошибок при расчёте ROP

Первая — использование планового LT вместо фактического. Поставщик пишет «10 дней», а фактически товар приходит за 14–16. Если подставить 10, ROP будет занижен, и дефициты неизбежны. Решение: выгрузите даты заказов и приёмок за 12 месяцев, посчитайте фактическое среднее.

Вторая — единый LT для всех поставщиков. У поставщика A lead time 7 дней, у поставщика B — 35 дней. Средний — 21 день. Если подставить 21 для обоих: позиции от поставщика A перезапасены, от поставщика B — в дефиците. Решение: рассчитывайте LT по каждому поставщику отдельно.

Третья — игнорирование σd для стабильных SKU. Кажется, что товар с CV = 5% не нуждается в страховом запасе. Но σd × √LT при длинном LT даёт заметное число. Если d = 50, σd = 2,5 (CV 5%), LT = 30 дней, Z = 1,65: SS = 1,65 × 2,5 × √30 = 22,6 единиц. Без этого буфера один «плохой» день приведёт к дефициту на длинном цикле пополнения.

Четвёртая — расчёт d по календарным дням. Если за месяц продано 600 единиц, d = 600 / 30 = 20. Но если склад работает 22 дня в месяц, реальный d = 600 / 22 = 27,3. Разница — 36%. Подставив заниженный d, вы получите заниженный ROP.

Пятая — однократный расчёт. ROP, рассчитанный в январе, к июлю устаревает: спрос меняется (сезонность), lead time «плывёт» (смена логистического маршрута, задержки на таможне), ассортимент обновляется. Решение: пересчитывайте ROP ежемесячно для групп Y и Z, ежеквартально для группы X.

Кейс: расчёт ROP на 1 200 SKU — дефициты снизились с 12% до 2,8%

Дистрибьютор автозапчастей, 1 200 SKU, 3 поставщика с lead time от 7 до 45 дней. До внедрения ROP закупщик заказывал «по ощущениям» — результат: 12% SKU в дефиците на момент запроса клиента, 22% SKU с избытком более 90 дней.

Провели расчёт за 3 дня. Шаг 1: выгрузили из 1С историю продаж и поступлений за 14 месяцев. Рассчитали d и σd по каждому SKU. Шаг 2: определили фактический LT по каждому поставщику (отклонение от заявленного — 25–40%). Поставщик 1 (российский): заявлено 7 дней, факт — 9,3 дня, σLT = 1,8 дня. Поставщик 2 (Турция): заявлено 21 день, факт — 28 дней, σLT = 5 дней. Поставщик 3 (Китай): заявлено 35 дней, факт — 45 дней, σLT = 8 дней.

Шаг 3: установили Z = 1,65 (сервис-уровень 95%) для категории А (350 SKU) и Z = 1,28 (90%) для категории В (850 SKU). Для поставщиков 2 и 3 использовали расширенную формулу с σLT.

Шаг 4: загрузили ROP в 1С, настроили автоматический алерт при остатке ≤ ROP. Доработка 1С — 3 дня, стоимость — 120 тыс. ₽.

Результат через 4 месяца: дефициты снизились с 12% до 2,8% — клиенты стали получать товар при первом обращении. Избыточный запас сократился с 22% до 9% — высвободилось 4,6 млн ₽ оборотных средств. Аварийные закупки (с наценкой 30–50% у посредников) упали с 18 в месяц до 3. Экономия на аварийных закупках — 280 тыс. ₽/мес. Общий трудозатрат на внедрение — 3 дня аналитика + 1 день на настройку 1С. Окупаемость проекта — 2 недели (стоимость внедрения 120 тыс. ₽, экономия 280 тыс. ₽/мес + высвобождение 4,6 млн ₽ оборотных средств).

FAQ

Можно ли использовать одну формулу ROP для всех SKU? Формула одна, но параметры (d, σd, LT, Z) — индивидуальные для каждого SKU. Нельзя взять «средний lead time по всем поставщикам» и подставить для всех позиций — результат будет бессмысленным. Каждый SKU получает свой ROP.

Что делать, если lead time нестабилен? Использовать расширенную формулу: SS = Z × √(LT × σd² + d² × σLT²). Нестабильность lead time (σLT) резко увеличивает страховой запас. Параллельно работайте над стабилизацией поставок: альтернативные поставщики, локальные запасы, договорные штрафы за просрочку.

ROP 585 единиц — а если заказ идёт кратно паллете (480 шт)? Округляйте ROP вверх до ближайшей логистической единицы. Если паллета = 480, ROP = 585 → заказ при остатке 960 (2 паллеты). Это увеличивает средний запас, но упрощает логистику и приёмку. Альтернатива: пересмотрите кратность заказа (договоритесь с поставщиком о поставке не целыми паллетами, а коробами).

Как учесть сезонность в ROP? Пересчитывайте d и σd отдельно для каждого сезона: d_лето, d_зима. ROP меняется по сезонам: перед пиком — выше, после пика — ниже. Альтернатива — скользящий ROP, пересчитываемый еженедельно по данным за последние 8 недель. Для товаров с выраженной сезонностью (CV > 30%) скользящий метод предпочтительнее — он быстрее реагирует на рост или спад.

Как ROP связан с EOQ? ROP определяет, когда заказывать. EOQ определяет, сколько заказывать. Они работают в паре: когда остаток падает до ROP, система формирует заказ размером EOQ. Если MOQ поставщика больше EOQ, размер заказа фиксируется на уровне MOQ, но ROP остаётся прежним.

Можно ли рассчитать ROP, если данных меньше 12 месяцев? Минимум для достоверного расчёта — 3 месяца ежедневных данных (около 65 точек). При меньшем объёме σd будет ненадёжным, и вы рискуете получить заниженный или завышенный SS. Если данных мало, начните с консервативного Z = 2,05 (98%) и пересчитайте через 3 месяца по накопленной статистике.