Процессы MRP II
Функция планирования потребности в MRP (II) системе включает три процесса:
- Планирование потребности в материалах (MRP)
- Планирование потребности в производственных мощностях (CRP)
- Статистическое управление складскими запасами (SIC)
Представленные на рисунке части являются "подпроцессами" MRP II, кроме того, для того чтобы реализовать процесс планирования потребности, компьютерная система должна получить данные из большого числа связанных (корреспондирующих) подсистем. И если неинтегрированое планирование подразумевало, что такие данные могут быть вставлены "руками", то MRP II предполагает возможность автоматического получения информации из "корреспондирующих" подсистем. Именно поэтому нельзя называть неинтегированую систему, реализующую в виде АРМов MRP I, CRP, SIC и MPS системой "класса MRP II". Исходя из анализа потребности в данных определенных типов и из того, в каких подсистемах обычно такие данные формируются, можно составить перечень функциональных блоков, из которых должен состоять программный продукт, претендующий на роль "MRP II системы". При этом видимо неправильно называть эти блоки модулями, та как последний термин подразумевает возможность автономного существования каждого из них (каждого модуля). В данном случае это не всегда возможно и как правило, нецелесообразно. Получившийся примерный перечень блоков представлен на врезке.
Стандартные блоки программного продукта "класса MRP II"
Отсутствие какого- нибудь блока в составе программного продукта означает невозможность ( в рамках корректного маркетинга, разумеется) характеризовать его как MRP II систему. Однако данный перечень ничего не говорит о "глубине" проработки отдельных блоков. Соответственно, если программный продукт позволяет реализовать только один способ прогнозирования (например усреднение по историческим данным), или только один блок управления цехом (например - только серийное производство), то такой продукт все равно будет иметь право называться MRP II. Тем более ничего нельзя сказать о качестве финансовой подсистемы, или о возможности поддерживать управление складским хозяйством определенного типа. Уровень проработки всех блоков (подсистем) удовлетворяющий потребностям конкретного предприятия может часто даже не достигаться ни в одном программном продукте из представленных на рынке. Все эти аспекты должны являться предметом анализа и использоваться при последующем выборе программного продукта.
