|
Общий формат (называемый еще горизонтальным) отражает потребность в номенклатурной позиции и сформированные для удовлетворения этой потребности заказы без указания подробной информации об источниках возникновения потребности, об атрибутах и количестве заказов. Форма представления информации — табличная, которая уже была представлена на рисунке 18. Общий формат помогает получить целостную картину, но не дает представления о причинах, а также не может использоваться для исследования возможностей разрешения проблем. Для этого существует подробный (еще называемый вертикальным) формат, представляющий собой, по сути, журнал, в который MRP при планировании записывала все свои действия, посему есть возможность детального исследования причин возникновения различных ситуаций и поиска решений проблем. Пример подробного формата приведен на рисунке 26. 1.14 Контроль источников потребности Контроль источников потребности — в MRP возможность определить источники валовой потребности и/или резервирования для конкретной номенклатурной позиции. Может рассматриваться как активный вариант данных о применяемости номенклатурной позиции в других изделиях. Иллюстрация контроля источников потребности дана на рисунке 27, по которому можно выяснить, какая родительская номенклатурная позиция инициировала потребность в данной номенклатурной позиции. Имея данный механизм, возможно отыскать первоисточники потребности во всех номенклатурных позициях, вплоть до наличия данных о клиентах, для которых создан заказ. Контроль источников потребности позволяет принимать решения о модификации плана, отчетливо представляя себе последствия принимаемых решений не только в целом, но и для каждого отдельного заказа. |
220 Глава 5 • Просроченная дата запуска для заказа —сообщение показывает, что определенный заказ на поставку не был запущен тогда, когда это было необходимо. • Количество меньше минимума —сообщение показывает, что определенный заказ на поставку должен быть сформирован в объеме, меньшем, чем установлено в данных о номенклатурной позиции (item master). • Количество превосходит максимум — сообщение показывает, что определенный заказ на поставку был сформирован в объеме, большем, чем установлено в данных о номенклатурной позиции (item master). • Запаздывание заказа —сообщение показывает, что определенный заказ на поставку опоздал. • Конфликт с границей во времени —сообщение показывает, что для номенклатурной позиции есть неудовлетворенная потребность в рамках границы во времени при планировании (planning time fence). Можно сказать, что план является проработанным, если отсутствуют аварийные рекомендации, и деятельность планировщика заключается также и в том, чтобы, снимая проблемы и прорабатывая компромиссные решения, если это необходимо, создавать реалистичный план. Индикатором охвата потребности в номенклатурных позициях, планирование по которым включено в сферу действий MRP, может выступать отсутствие аварийных рекомендаций. 5.8.7. Формат представления результатов Можно выделить два формата представления плана потребности в материалах и изделиях: общий (укрупненный) и подробный. Общий формат (называемый еще горизонтальным) отражает потребность в номенклатурной позиции и сформированные для удовлетворения этой потребности заказы без указания подробной информации об источниках возникновения потребности, об атрибутах и количестве заказов. Форма представления информации —табличная, которая уже была представлена Планирование производства и закупок в MRP II 221 на рис. 5.14. Общий формат помогает получить целостную картину, но не дает представления о причинах, а также не может использоваться для исследования возможностей разрешения проблем. Для этого существует подробный (еще называемый вертикальным) формат, представляющий собой по сути журнал, в который MRP при планировании записывала все свои действия, а посему есть возможность детального исследования причин возникновения различных ситуаций и поиска решений проблем. Пример подробного формата приведен на рис. 5.22. 5.8.8. Контроль источников потребности (Pegging) Согласно определению APICS [1]: «Контроль источников потребности (Pegging) — в MRP и MPS возможность определить источники валовой потребности (gross requirements) и / или резервирования (allocations) для конкретной номенклатурной позиции. Может рассматриваться как активный вариант данных о применяемости номенклатурной позиции в других изделиях (where-used information)». Иллюстрация контроля источников потребности дана на рис. 5.23. Как показано на рис. 5.23, можно выяснить, какая родительская номенклатурная позиция инициировала потребность в данной номенклатурной позиции. Имея данный механизм, возможно отыскать первоисточники потребности во всех номенклатурных позициях, вплоть до наличия данных о клиентах, для которых создан заказ. Контроль источников потребности позволяет принимать решения о модификации плана, отчетливо представляя себе последствия принимаемых решений не только в целом, но и для каждого отдельного заказа. 5.9. Планирование потребности в мошностях (CRP) 5.9.1. Определение, механизм и основные характеристики Согласно определению APICS [1], планирование потребности в мощностях (Capacity Requirements Planning —CRP) — Контроль источников потребности в изделиях (Pegging) Определение APICS: Pegging в MRP и MPS возможность определить источники валовой потребности (gross requirements) и/или резервирования (allocations) для конкретной номенклатурной позиции. Может рассматриваться как активный вариант данных о применяемости номенклатурной позиции в других изделиях (where-used information). Дата Валовая ЗапланиПрогнозиПлановый Подробности потреброванные руемый заказ ность поступления складской остаток (выпуск) 16.01.2001 115 Начальный доступный складской остаток 16.01.2001 95 (^Родительская позиция Н49123))производственный заказ № 100089 30.01.2001 130 -35 Родительская позиция К30079, производственный заказ № ¡00120 06.02.2001 300 265 Заказ № 39267 13.02.2001 15 250 Родительская позиция П 1390, производственный заказ № 100154 20.02.2001 400 -150 Родительская позиция 0 4 5 6 2 , производственный заказ № 100215 20.02.2001 150 300 Плановый заказ № 120134, дата запуска 12.01.01 05.03.2001 100 50 Родительская позиция О 1302, производственный заказ № 100289 12.03.2001 300 -250 Родительская позиция 242356, производственный заказ № 100346 12.03.2001 50 300 Плановый заказ №120254, дата запуска 02.02.01 02.04.2001 20 30 Родительская позиция 1Л 1326, производственный заказ № 100451 Рис. 5.22. Подробный формат диаграммы MRP |