Letyshops

Стратегия бизнеса. Управление ресурсами и запасами

Сергей Колесников, кандидат физико-математических наук, ведущий рубрики Consulting.ru
директор по консалтингу Консалтинговой Группы "Экон-профи"
Продолжение.
Входные данные | Процессы MRP II | Процесс MRP I | Терминология MRP

Функция планирования потребности в системе MRP (II) включает три процесса:

  • планирование потребности в материалах (MRP);
  • планирование потребности в производственных мощностях (CRP);
  • статистическое управление складскими запасами (SIC).

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

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

Стандартные блоки программного продукта "класса MRP II":
  • Прогнозирование;
  • Управление продажами;
  • Объемно-календарное планирование - планирование производства;
  • Управление BOM/структурой изделий;
  • Управление запасами;
  • MRP - планирование потребности в материалах;
  • CRP - планирование потребности в производственных мощностях;
  • Управление цехом (возможны различные варианты для серийного, заказного, проектного или непрерывного производств);
  • Закупки;
  • Финансы/бухгалтерия;
  • Финансовый анализ.

 

Отсутствие какого-либо из блоков в составе программного продукта означает, что этот продукт нельзя (в рамках корректного маркетинга, разумеется) характеризовать как систему MRP II. Однако приведенный перечень ничего не говорит о "глубине" проработки отдельных блоков. Соответственно, если реализуется только один способ прогнозирования (например усреднение по историческим данным) или только один блок управления цехом (например только серийное производство), программный продукт все равно будет иметь право называться MRP II. Тем более на основании перечня нельзя делать выводы о качестве финансовой подсистемы или о возможности поддерживать управление складским хозяйством определенного типа.

Часто уровень проработки всех блоков (подсистем), который удовлетворял бы потребностям конкретного предприятия, не достигается ни в одном из программных продуктов, представленных на рынке. Все эти аспекты должны стать предметом анализа и использоваться при последующем выборе программного продукта.

<<предыдущая [1][2][3][4] следующая>>
[вид для печати]
© Сергей Колесников

 

 

Реклама: