Реальные спецификации, реальные запасы, реальные открытые поставки. PoC прогоняет материальный план для контролируемого семейства продукции, сравнивает его построчно с текущим результатом вашего ERP или MRP и показывает, насколько раньше становится виден дефицит — и откуда берутся расхождения.
Проверить мой PoC материального планированияПоговорить с производственным инженеромОсновной собеседник: Планировщик материалов · Начальник планирования производства · Руководитель закупок · Менеджер цепочки поставок · Ответственный за ERP
Сроки типичные, а не гарантированные. График удлиняют: отсутствующие или неполные данные, согласования по безопасности и сети, сроки поставки оборудования, сбор образцов, доступ для монтажа, план производства, доступ к тестовой среде ERP и время, которое нужно вашей команде на оценку результатов.
Незапланированная остановка не предполагается. Любое окно монтажа или контролируемый перерыв согласуются с вами заранее и планируются вокруг производства.
| Показатель | Как он определён | Откуда берётся значение | Тип |
|---|---|---|---|
| Время опережающего обнаружения дефицита | Дни между первым обнаружением дефицита планом и датой, когда его реально обнаружила ваша команда. | Согласованное базовое измерение | Операционный |
| Риск нехватки детали | Число отобранных заказов под риском нехватки компонента в пределах горизонта, с указанием проблемного материала. | Данные платформы MSF | Операционный |
| Избыточные предложения | Стоимость предложений на закупку, которые план формирует сверх спроса горизонта, по сравнению с текущим прогоном. | Данные платформы MSF | Финансовый |
| Стабильность плановых заказов | Доля плановых заказов, доживающих до следующего цикла планирования без изменения количества и даты. | Данные платформы MSF | Технический |
| Ручные трудозатраты планировщика | Часы за цикл на ручную перепроверку и исправление материального плана. | Наблюдение и интервью с пользователями | Операционный |
| Исключения по спецификациям и данным | Число и серьёзность найденных ошибок в нормативно-справочных данных, классифицированных по тому, привели бы они к реальному дефициту. | Ваша ERP или действующая система | Технический |
| Совпадение при сверке | Доля материалов, где результат MSF совпадает с текущим результатом MRP, с объяснением каждого расхождения. | Ваша ERP или действующая система | Технический |
До начала внедрения MSF и ваша команда договариваются, как считается каждый показатель, откуда берётся базовое значение, какие данные исключаются и какой результат обосновывает решение о тиражировании. Эта страница перечисляет, что измеряется; конкретные целевые значения относятся к письменным границам PoC, а не к маркетинговому обещанию.
Коммерческие условия, собственность на оборудование, командировки, объём интеграции и возможный зачёт в стоимость тиражирования определяются в письменном предложении по PoC. Они не одинаковы для всех продуктов, и эта страница их не обещает.
Результат MRP настолько хорош, насколько хороши нормативно-справочные данные за ним. Там, где спецификации, сроки поставки или размеры партий неверны, PoC сообщает об этом как о находке — он не исправляет ваши данные молча и не выдаёт исправленный результат за улучшение от программного обеспечения.
Не обязательно, и PoC этого не предполагает. Он показывает, где и почему два результата расходятся. Иногда ответ в том, что ваш ERP в порядке, а реальный пробел — в качестве данных или обработке исключений, и это законный и полезный результат.
Этап готовности обычно находит это в первые две недели, и это становится главной находкой. План всё равно прогоняется и сверяется, но честным результатом становится приоритизированный пакет работ по очистке данных с указанием риска дефицита по каждой позиции.
Потому что план, меняющийся на каждом прогоне, — это план, который закупщики привыкают игнорировать. Стабильность на последовательных циклах делает результат пригодным для действий, и здесь она измеряется, а не предполагается.
Да, и они используют общие данные. MRP отвечает, будет ли материал; APS отвечает, будет ли мощность. При совместном запуске нужны единые границы и более длинный график, чем у каждого отдельно.
Опишите границы, которые вы имеете в виду, и мы вернёмся с письменным планом PoC: что подключается, что предоставляете вы, как измеряется успех и как выглядит решение в конце.