2015-05-18
460
В дальнейшем усовершенствование системы привело к трансформации MRP с замкнутым циклом в расширенную модификацию, которую в последствии назвали MRP II. Система класса MRP II способна адаптироваться к изменениям внешней ситуации и давать ответ на вопрос "Что если". MRP II представляет собой интеграцию большого количества отдельных модулей. Стандарт MRP II - это набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, служащих улучшению показателей, характеризующих экономическую деятельность предприятия.
В своем развитии стандарт MRP II прошел несколько этапов развития:
q в 60-70-х годах - планирование потребностей в материалах (MRP), на основании данных о запасах на складе и состава изделий;
q 70-80-ые годы - планирование потребностей в материалах по замкнутому циклу, включающее составление производственной программы и ее контроль на цеховом уровне;
q конец 80-90-х годов на основе данных, полученных от поставщиков и потребителей, ведение прогнозирования, планирования и контроля за производством;
q в 90-х годах - планирование потребностей в распределении и ресурсах на уровне предприятия (ERP и DRP).
В настоящее время этот стандарт содержит описание 16 групп функций системы:
1. планирование продаж и производства;
2. управление спросом;
3. составление плана производства;
4. планирование материальных потребностей;
5. спецификация продуктов;
6. управление складом;
7. плановые поставки;
8. управление на уровне производственного цеха;
9. планирование производственных мощностей;
10. контроль входа/выхода;
11. материально-техническое снабжение;
12. планирование распределения ресурсов;
13. планирование и контроль производственных операций;
14. управление финансами;
15. моделирование;
16. оценка результатов деятельности.
Стандарт MRP II делит сферы отдельных функций (процедур) на два уровня необходимый и опциональный. Для того, чтобы программное обеспечение было отнесено к классу MRP II, оно должно выполнять определенный объем необходимых (основных) функций. Различные поставщики программного обеспечения приняли различный диапазон реализации опциональной части процедур этого стандарта.
