Парк вырос, история осталась: как проверить прогноз запчастей

Определите, что означает одна единица спроса

Выберите один артикул, обслуживаемый контур и период: здесь это потребность в пригодных сменных узлах за ноябрь 2026 года. Считается количество требуемых замен, а не число заявок, выездов или снятых неисправных экземпляров. Три документа об одной замене не становятся тремя потребностями. Один ремонт с двумя заменяемыми узлами, напротив, может требовать две штуки.

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

Метод оценки редкой истории рассмотрен в руководстве по прерывистому спросу. Здесь берём уже подготовленный прогноз как входные данные и проверяем его охват.

Составьте карту охвата до сложения

Oracle описывает сочетание исторической оценки прежнего парка и отдельной оценки нового без повторного включения прежнего спроса. Это концептуальная документация старой версии; функции SABSUS она не подтверждает.

Рабочая карта содержит ID устройства, модель, сервисный контур, дату подключения и дату прекращения участия. К каждой строке добавьте ссылку на выбранную расчётную группу. Разделение «старые/новые» ниже служит удобной учебной маркировкой, а не классификацией технического возраста или надёжности.

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

Учебный ноябрь: сто прежних и двадцать новых

Все данные вымышлены. Группа О содержит 100 ранее обслуживаемых устройств. Для неё заранее подготовлен прогноз десяти сменных узлов на ноябрь. Его метод и пригодность здесь не оцениваются. Группа Н содержит 20 других устройств, подключённых до начала ноября. Каждое участвует весь месяц; пересечения ID между группами нет.

Для Н задана учебная ожидаемая потребность 0,1 узла на одно устройство за полный месяц. Это предоставленный коэффициент, а не оценённая вероятность отказа. Он не получен из MTBF и не является рекомендацией для реального оборудования.

Рабочий итог: 10 + 20 × 0,1 = 12 узлов. В первом слагаемом О, во втором Н.

Ошибочный файл: 10 + 120 × 0,1 = 22. Здесь О включена дважды: как исходные десять и как 100 × 0,1 внутри оценки всего парка.

Выбытие: когда допустимо уменьшить десять до восьми

Изменим только одно условие: до начала ноября из О выведены 20 устройств; Н остаётся прежней. Простое уменьшение прогноза до 10 × 80/100 = 8 допустимо здесь только при дополнительном предположении: все исходные устройства О имели одинаковую ожидаемую потребность за полный месяц, остальные условия не изменились. Тогда итог равен 8 + 2 = 10.

Это отдельный сценарий чувствительности, а не автоматически правильное исправление истории. Если выбыли самые интенсивно используемые устройства, доля количества не описывает долю ожидаемых замен. Если исходные десять уже рассчитаны для оставшихся 80, повторное уменьшение будет ещё одной ошибкой.

Выбытие в середине месяца требует иной исходной оценки участия. Не приписывайте устройству полный месяц и не делите месячный коэффициент по дням без принятого предположения о распределении потребности. Дату прекращения обслуживания и дату физического списания храните раздельно, если они отличаются.

Возвращённый узел отвечает на другой вопрос

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

Порядок работы с такими источниками разобран в руководстве по обменному фонду. Здесь не рассчитываем закупку «12 минус 3»: без остатка, других обязательств, сроков и подтверждения возвратов этот результат был бы неполным.

Как перевести новую группу на историю

Через несколько периодов у Н появятся собственные наблюдения. Подготовьте отдельное решение о переходе: с какого месяца меняется метод, какой список устройств включён и какие исходные данные использованы. Не переписывайте сохранённый ноябрьский прогноз задним числом, чтобы он совпал с фактом.

Две конкурирующие оценки полезно сравнивать параллельно. Но колонка для сравнения не должна незаметно попадать в итог закупочного файла. Храните явные признаки «используется в рабочем плане» и «контрольный вариант». Ответственный за выпуск версии подтверждает состав итоговой суммы.

Шесть проверок перед рабочим использованием

1. Исходный расчёт. Проверяющий получает списки О и Н, коэффициент и результат 12; каждое слагаемое раскрывается до своего входа.
2. Повтор ID. Устройство, ошибочно включённое в оба списка, вызывает открытое замечание. Сумма не выпускается как проверенная до устранения пересечения.
3. Разные единицы. Количество узлов не складывается с числом выездов. Для двух замен, оформленных одной заявкой, сохраняются две потребности.
4. Выбытие. Результат 10 разрешён только для явно принятого сценария одинаковой ожидаемой потребности. Без этого допущения требуется новая оценка О.
5. Неполные сведения. Неизвестная дата подключения или отсутствующий коэффициент остаются вопросом с ответственным; пустая ячейка не превращается в доказанный ноль.
6. Переход метода. Новый вариант Н заменяет прежний в рабочей версии. Контрольное сравнение сохраняется отдельно, прошлые выпуски доступны для сверки.