Как рассчитать запас запасных частей по времени восстановления оборудования после аварии

Время восстановления оборудования после аварии (MTTR — Mean Time To Repair) напрямую определяет, сколько запасных частей нужно держать на складе, чтобы не просто «иметь их под рукой», а гарантировать восстановление производства в заданные временные рамки. Расчёт не сводится к умножению среднего времени ремонта на частоту поломок — он требует учёта критичности узлов, вариативности сроков поставки, стоимости простоя и риска одновременных отказов. В статье разобрана пошаговая методика расчёта, ключевые параметры, которые реально влияют на результат, и типичные ошибки, приводящие либо к излишкам, либо к простоям.

Суть задачи: почему MTTR — это не просто время ремонта

Многие путают MTTR (среднее время восстановления) с чисто временем работы механика над заменой детали. На практике MTTR включает: диагностику неисправности, ожидание допуска к работе, доставку запчасти со склада или от поставщика, саму замену, пусконаладку и проверку качества. Если запчасть отсутствует на складе, время её доставки становится доминирующей составляющей MTTR.

Задача расчёта запаса — обеспечить целевой уровень готовности оборудования (availability) или максимально допустимый простой при заданной вероятности. Это означает: нужно определить минимальное количество единиц каждой запчасти, при котором вероятность отсутствия нужной детали в момент поломки не превысит установленный порог риска.

Входные параметры для расчёта

Для получения рабочего результата понадобятся следующие данные по каждой позиции запчасти:

• Интенсивность отказов (λ) или MTBF — среднее время наработки на отказ для данного узла. Если статистики нет, используются справочные данные производителя или отраслевые базы (например, OREDA, NPRD).
• Время восстановления с запчастью на складе (MTTRstock) — время от обнаружения дефекта до готовности оборудования, если деталь есть на месте.
• Время восстановления без запчасти (MTTRno_stock) — то же время, но с учётом закупки/доставки. Обычно равно времени поставки (lead time) плюс MTTRstock.
• Срок поставки (Lead Time, LT) — календарное время от заявки до поступления на склад. Учитывается вариативность (стандартное отклонение), а не только среднее.
• Критичность оборудования — стоимость часа простоя, влияние на безопасность, экологию, цепочку поставок.
• Цена запчасти и стоимость хранения — для экономической оптимизации.
• Целевой уровень сервиса (Service Level) — вероятность наличия запчасти в момент спроса (обычно 95–99.9% для критичных узлов).

Без надёжных значений λ и LT расчёт превращается в гадание. Первоочередная задача — собрать или обоснованно оценить эти два параметра.

Базовая методика расчёта: от теории к практике

1. Определение интенсивности спроса на запчасть

Спрос на запчасть — это поток отказов оборудования, в составе которого она установлена. Если на заводе 10 одинаковых насосов, и каждый содержит 2 подшипника данного типа, то эффективное число установленных единиц — 20.

Годовой спрос (требуемое количество замен в год):

D = N × λ × 8760

где N — количество установленных единиц данной запчасти, λ — интенсивность отказов (1/час), 8760 — часов в году.

Если используется MTBF (часы): D = N × 8760 / MTBF.

2. Модель запаса для низкого спроса (Poisson / Croston)

Для запчастей с редкими отказами (D < 10–15 в год) нормальное распределение не работает. Используется распределение Пуассона для количества отказов за время поставки.

Средний спрос за время поставки: μ = D × LT / 365 (LT в календарных днях).

Минимальный запас (Reorder Point, ROP) подбирается как наименьшее целое R, удовлетворяющее:

P(X ≤ R) ≥ Service Level, где X ~ Poisson(μ).

На практике это делается через таблицы квантилей Пуассона или функцию POISSON.INV в Excel / scipy.stats.poisson.ppf в Python.

3. Учёт вариативности времени поставки

Если LT непостоянен (σLT > 0), эффективный спрос за время поставки становится случайной величиной со смешанным распределением. Упрощённый инженерный подход — увеличить среднее μ на запас безопасности:

μadj = μ + k × σD × LT + k × D × σLT / 365

где k — коэффициент безопасности (z-score) для целевого сервиса (например, 1.65 для 95%, 2.33 для 99%), σD — стандартное отклонение ежедневного спроса (для Пуассона (D/365)).

Затем ROP находится по Пуассону с параметром μadj.

4. Максимальный уровень запаса (Max / Order-Up-To Level)

При политике (s, S) или периодическом обзоре заказывают до уровня S:

S = ROP + Q, где Q — размер партии заказа (EOQ или минимальная партия поставщика).

Для критичных деталей с недорогим хранением часто ставят S = ROP + 1 или +2, чтобы покрыть риск двойного отказа за цикл пополнения.

Критичность как главный фильтр стратегии

Не все запчасти требуют одного подхода. Разумно разделить номенклатуру на 3–4 класса по критичности (критичность = частота × последствия):

Класс	Критерий	Стратегия запаса	Целевой сервис
A (Critical)	Простой > 100 тыс. руб/ч, безопасность, нет обхода	Складской запас (ROP ≥ 1), возможен страховой запас на 2 отказов	99.5–99.9%
B (Essential)	Простой 10–100 тыс. руб/ч, есть обходной путь	Складской запас (ROP по Пуассону), периодический обзор	95–99%
C (Normal)	Простой < 10 тыс. руб/ч, быстрое закупление	Заказ под заказ (Make-to-Order), консигнационный склад у поставщика	90–95%
D (Non-critical)	Нет влияния на производство	Нет запаса, покупка по факту	—

Класс определяет не только целевой сервис, но и частоту пересмотра параметров: класс A — ежемесячно, класс B — ежеквартально, класс C — раз в год.

Практический алгоритм расчёта для внедрения

1. Соберите реестр оборудования и спецификацию запчастей (BOM). Привяжите каждую запчасть к узлу установки.
2. Оцените критичность каждого узла. Используйте матрицу: частота отказов × стоимость часа простоя × коэффициент безопасности/экологии.
3. Получите λ (или MTBF) для каждого типа узла. Источники: собственная история CMMS/EAM (минимум 2–3 года), данные OEM, отраслевые базы. Если данных нет — поставьте экспертную оценку с запасом фактора 2–3 и пометьте для проверки.
4. Зафиксируйте реальные Lead Time по поставщикам. Выгрузите историю ПО за год: среднее, 90-й перцентиль, стандартное отклонение. Разделите на внутренние (свой склад) и внешние.
5. Рассчитайте μ и ROP по классу критичности. Для класса A используйте 99-й перцентиль времени поставки вместо среднего.
6. Сравните с текущим складским остатком. Выявите дефициты (ROP > текущий сток) и излишки (сток > S × 1.5 без движений год).
7. Рассчитайте бюджет закупки дефицитов. Приоритет — класс A, затем B.
8. Настройте правила пополнения в CMMS/EAM. Min/Max или ROP/ROQ с автоматическими заявками.
9. Установите цикл пересмотра. Месячный для А, квартальный для Б, ежегодный для В.

Что искажает расчёт: 7 типичных ошибок

• Использование среднего MTBF без учёта распределения. Если отказы идут пакетами (износ, партия брака), Пуассон занижает запас. Проверяйте коэффициент вариации интервалов между отказами; если CV > 1, используйте отрицательное биномиальное распределение или симуляцию Монте-Карло.
• Игнорирование вариативности Lead Time. Среднее LT = 14 дней, но 90-й перцентиль = 45 дней. Расчёт по среднему даёт сервис 50–60% вместо 95%. Всегда берите перцентиль, соответствующий целевому сервису.
• Учёт только «своих» отказов. Если запчасть используется в 5 типах оборудования, нужно суммировать спрос по всем. Часто упускают редкое оборудование, которое «никогда не ломается», но при поломке останавливает линию.
• Статический ROP годами. Интенсивность отказов растёт с возрастом оборудования, LT меняется при смене поставщика или логистики. Без пересчёта запас расходится с реальностью за 6–12 месяцев.
• Закупка «на всякий случай» без экономической обосновки. Для классов C и D стоимость хранения за 3–5 лет превышает цену срочной закупки. Правило: если годовая стоимость хранения (15–25% от цены) × ожидаемое время хранения > надбавка за срочность — не держите на складе.
• Путаница между MTTR и временем поставки. В отчётах часто пишут MTTR = 3 дня, но 2.5 дня из них — ожидание запчасти. Реальное MTTRstock = 0.5 дня. Целевой MTTR достигается только при наличии запаса.
• Отсутствие учёта одновременных отказов. На критичном оборудовании (класс A) нужно закладывать запас на 2 единицы, если вероятность двойного отказа за LT не пренебрежима (μ > 0.1). Формула: ROP = квантиль Пуассона для сервиса 99.9% + 1.

Сценарии выбора стратегии: «если условия такие — действуйте так»

Сценарий 1: Новое оборудование, нет истории отказов. Используйте MTBF из каталога OEM с поправочным коэффициентом 0.5–0.7 (реальная наработка ниже каталоговой). Поставьте ROP = 1 для классов A/B при LT > 2 недель. Через 6 месяцев пересчитайте по накопленной статистике.

Сценарий 2: Оборудование в конце жизненного цикла, отказы растут. Не усредняйте λ за всю историю. Берите скользящее окно последних 12 месяцев или экспоненциальное сглаживание с весом 0.3 на последний месяц. Увеличивайте ROP пропорционально росту λ.

Сценарий 3: Единый поставщик, высокий риск прерывания поставок. Для классов A создайте двойной запас: один на своем складе (ROP по нормальному LT), второй — консигнационный у поставщика или у альтернативного источника. В CMMS настройте каскадную заявку: если основной склад пуст — автоматический запрос к резервному.

Сценарий 4: Дорогая запчасть (＞ 1 млн руб), редкий отказ (λ < 0.001/час). Экономически нецелесообразно держать на складе. Заключите договор с поставщиком о гарантированном сроке поставки (SLA) с штрафами, оформите страховку простоя или договоритесь о консигнационном хранении у поставщика с оплатой по факту использования.

Сценарий 5: Серийное оборудование, много одинаковых узлов. Используйте пулинг запчастей: общий склад на несколько объектов. Общий ROP ниже суммы индивидуальных за счёт эффекта пулинга (распределение Пуассона для суммы независимых потоков). Экономия 15–30% запаса при том же сервисе.

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

Не ждите поломки, чтобы узнать, верен ли расчёт. Используйте следующие индикаторы:

• Stockout Rate (частота дефицита) = число случаев, когда запчасть требовалась, но её не было / общее число заявок на эту запчасть. Цель для класса A: < 0.5% в год.
• Fill Rate (коэффициент удовлетворения) = количество единиц, выданных со склада / общее потребность. Цель: > 99% для А, > 95% для B.
• Obsolescence Rate = стоимость запчастей без движений > 3 лет / общая стоимость запаса. Цель: < 5%.
• Inventory Turns = годовая стоимость выданных запчастей / средняя стоимость запаса. Для MRO нормой 1–3 оборота в год; < 1 — перезапас, > 5 — риск дефицитов.
• Сравнение планового и фактического MTTR. Если фактический MTTR системно выше планового на время ожидания запчасти — ROP занижен или LT в расчёте не соответствует реальности.

Проводите аудит этих метрик ежемесячно по классу A, ежеквартально по B. Отклонения > 20% от целей — триггер для пересчёта параметров.

Экономический компромисс: когда остановиться

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

Ch × P(stockout) × Cost_of_Downtime = Ch × Unit_Cost

где Ch — годовая ставка хранения (0.15–0.25), P(stockout) — вероятность дефицита при текущем ROP, Cost_of_Downtime — убыток от часа простоя × среднее время ожидания поставки.

На практике проще: посчитайте общую стоимость владения (TCO) запаса для вариантов ROP, ROP+1, ROP+2 и выберите минимум. Для класса A минимум почти всегда при ROP ≥ 1, для класса C — часто при ROP = 0 (заказ под заказ).

Чек-лист перед загрузкой параметров в CMMS/EAM

• Для каждой позиции класса A и B указан источник λ (CMMS, OEM, эксперт) и дата последней проверки.
• Lead Time взят по 90-му перцентилю реальной истории поставок за 12 месяцев, а не из договора.
• ROP рассчитан по Пуассону (или NegBinom) с целевым сервисом класса.
• Max (S) задан с учётом минимальной партии заказа и риска двойного отказа.
• Установлен календарь пересчёта: A — ежемесячно, B — ежеквартально.
• Настроены алерты: остаток ≤ ROP → автоматическая заявка; остаток = 0 → эскалация к ТОР/закупкам.
• Есть список критичных запчастей без запаса (ROP=0) с обоснованием (SLA поставщика, консигнация, страховка).
• Проводилась валидация: симуляция на истории последних 2 лет показывает Stockout Rate в целях.

Часто задаваемые вопросы

Нужно ли считать запас для расходников (фильтры, прокладки, смазка)?

Расходники с регулярным плановым заменением управляются по графику ТО, а не по вероятностной модели. Запас = потребность за цикл поставки + страховой буфер на 1–2 замены. Для неплановых расходников (прокладки при аварийном разборе) применяется та же модель, что и для запчастей, но с более низким классом критичности.

Как учитывать ремонтопригодность: деталь чинят и возвращают на склад?

Если ремонт выполняется быстро (дни) и надёжно, ремонтопригодная единица возвращается в оборот. В модели это уменьшает эффективный спрос на новые закупки. Учёт: вводите параметр «процент ремонтопригодности» и «время ремонта запчасти». В упрощении — уменьшайте λ на долю возвращаемых единиц, но увеличивайте ROP на 1, чтобы покрыть время ремонта первой единицы.

Что делать, если поставщик даёт только «примерный срок» без статистики?

Спросите историю отгрузок за год по вашим заказам. Если поставщик отказывает — оцените экспертно: минимальный, наиболее вероятный, максимальный срок. Используйте треугольное распределение для симуляции или берите 90-й перцентиль экспертной оценки как консервативный LT. Закрепите в договоре штрафы за превышение и право аварийной закупки у альтернативного источника за счёт поставщика.

Как рассчитать запас для оборудования, которое ещё не установлено (проект)?

Используйте данные OEM (MTBF, рекомендуемый список запасных частей — RSPL) с поправочными коэффициентами: 0.6 на MTBF, 1.5 на LT (новые логистические цепочки). Сформируйте стартовый запас (Initial Provisioning) по классу A — 1 ед. на 5–10 установленных единиц, класс B — 1 ед. на 20 ед. После пуска переходите на статистику через 3–6 месяцев.

Стоит ли использовать специализированное ПО для оптимизации запасов (MES, EAM, Inventory Optimization)?

Если номенклатура > 5 000 позиций, объекты географически распределены, есть пулинг между складами — таблицы Excel не справляются. ПО даёт: автоподбор распределений, мультиэшелонную оптимизацию, учёт бюджетных ограничений, симуляцию сценариев. Для 500–1 000 позиций на одном сайте достаточно грамотной настройки Min/Max в EAM с ежемесячным пересчётом скриптом на Python/SQL.

Главный принцип и следующий шаг

Расчёт запаса по времени восстановления — это не разовая акция «посчитали и забыли», а непрерывный процесс: сбор данных → оценка параметров → расчёт ROP/Max → загрузка в систему → мониторинг метрик (stockout, fill rate, MTTR) → пересчёт. Начните с класса A: соберите надёжные λ и LT для 20–30 самых критичных позиций, посчитайте ROP по Пуассону с 99-м перцентилем LT, загрузите в CMMS и отслеживайте stockout rate месяц. Если он < 1% — расширяйте на класс B. Если > 5% — проверяйте входные данные, а не повышайте запас наугад.

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