Производственное и функциональное управление: от MRP к ERP и CSRP

С.Н.Колесников

С.Н.Колесников
кандидат физико-математических наук.
Фрагменты из книги: С.Н. Колесников,
"Стратегии бизнеса: управление ресурсами и запасами",
Москва, "Статус-Кво 97", 2000

Предисловие к публикации в Интернет.

Предлагаемый вашему вниманию вариант является существенно сокращенным вариантом книги, но тем не менее он дает достаточно полное представление о предмете и наиболее интересен для тех, кто хотел бы получить полноценное введение в проблему, но не хотел бы перегружать восприятие тонкими деталями, присущими конкретным реализациям методологий MRPII-ERP в программных продуктах.

Функциональное и операционное управление.

Управление практически любым бизнесом можно разбить на несколько крупных разделов, которые определяют различные точки зрения (view) на процесс управления. Можно определить три таких основных точки зрения:

  • финансовая
  • логистическая
  • производственная (технологическая)

Дадим определения:

под финансовой точкой зрения будем понимать описание предприятия с точки зрения движения денежных потоков

под логистической - описание предприятия с точки зрения движения материальных потоков,

а под производственной - функциональное описание бизнеса, то есть описание с точки зрения последовательности и правил реализации производственных (в широком смысле) функций.

Каждая из вышеперечисленных точек зрения представляет собой некоторый "срез" из реальных процессов, происходящих внутри и вокруг объекта бизнеса. При этом технологическая точка зрения является наиболее сложной (комплексной) и толкуется достаточно широко, в результате чего она может быть распространена на самые различные виды бизнеса, возможно и не связанные напрямую с производством.

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

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

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

Однако если исключить строго "монокультурные" (например, чисто финансовые) компании, которые встречаются в России весьма редко ( как правило в составе холдингов, хотя не всегда), то реальное предприятие интересуют сразу несколько взглядов на его деятельность, а часто все либо одновременно, либо последовательно, поскольку вполне очевидно, что, например, для производственного предприятия все три "взгляда" тесно переплетены и "белые пятна" в одной из точек зрения могут обернуться "провалами" деятельности в целом.

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

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

Ввиду вышесказанного в практике управления уже давно сформировался некоторый стандарт (точнее набор стандартов, в зависимости от типа бизнеса) функционального рассмотрения процессов (производства, логистики) и их финансовых результатов во взаимосвязи. Рассмотрению данных стандартов и будет посвящена наша книга. При этом нужно понимать, что термин "стандарт" в данном случае означает набор понятий и определений, "стандартно" применяемый для описания управления конкретными процессами, вместе с набором "управленческих отчетов" и правил их составления, базирующийся на данном наборе понятий и определений. Полагается что указанный набор понятий дает возможность "адекватно" описать процессы, а набор отчетов дает возможность "адекватно" контролировать их и своевременно принимать решения по ликвидации "узких мест". Начинаем мы с описания "истории" трех базовых стандартов - MPS, SIC и MRP.

Базовые стандарты управления.

Первым стандартом управления бизнесом, по-видимому, был MPS (master planning scheduling), или обьемно-календарное планирование. Идея была проста - формируем план продаж ("объем", с разбивкой по календарным периодам - отсюда - обьемно-календарное), по нему формируем план пополнения запасов ( за счет производства или закупки) и оцениваем финансовые результаты по периодам ( в качестве которых используются периоды планирования или финансовые периоды).

 

Пока производство было мелким и простым все было относительно неплохо. Но ... . Потом стали возникать проблемы. Первые проблемы начались с логистики. Действительно, кажется просто сформировать заказ, но даже в "лучших домах" (торговых) не удается полностью избежать проблем с доставкой и ассортиментом, потом ... скидки при увеличении объема, замена моделей и т.д. и т.п.. Одной из наиболее сложных проблем, возникших при формировании заказа была проблема прогнозирования необходимого объема и срока поставки. Действительно, например чай из Индии не доставляется мгновенно, да и собирают определенные сорта в определенное время, то же с тканями и т.д.. Следовательно нужно прогнозировать спрос на длительное время вперед, учитывать длительность (а часто и сезон) производства и потребности в складских площадях. При этом объем заказа тоже часто не может быть выражен в произвольных цифрах (помните - "вагонная норма", или - "в объеме одного контейнера", или просто - "один корабль"). Это проблемы крупного опта.

Мелкий опт и розница тоже имеют свои особенности. Например, часто просто недопустимо отсутствие в продаже "товаров повседневного спроса", так как это может привести к уходу клиента в соседний магазин (оптовый склад), где ему вполне может понравиться. В результате возникает "страховой запас" ("Safety stock") в размере, например, суточной потребности (широко используется это понятие и в производстве, с целью гарантировать ритмичный производственный процесс, кроме того оно может быть использовано для обеспечения потребностей замены вышедшей из строя и предъявленной к гарантийному ремонту техники в торговле, и во многих других случаях ). Дальнейшее изучение динамики запасов (как правило с использованием статистических методов - отсюда "статистическое управление запасами" - "statistical inventory control" - SIC) приводит к появлению еще двух понятий - "точка заказа" (reorder point - точка "перезаказа", дословно), которая определяет уровень складских запасов, при снижении планового запаса ниже которого необходимо сделать (точнее спланировать) заказ поставщику, и "уровень пополнения" {запаса товара на складе}- то есть то количество товара, выше которого не рекомендуется повышать уровень складского запаса конкретного товара.

 

Важно подчеркнуть, что данные понятия являются существенно динамическими, так как уже говорилось, что заказ на пополнение нужно производить своевременно, с учетом времени доставки, а обьем дискретный поставки может не вписываться в плановый "уровень пополнения". Динамизм возникает и при учете, например, сезонных изменений основных параметров SIC - очевидно что страховой запас обширного ассортимента прохладительных напитков летом весьма существенен, а вот зимой отсутствие полного ассортимента вряд ли приведет к заметным неприятностям, кроме может быть наиболее популярных сортов. Опять же, предпраздничная торговля требует установления более высоких уровней "точки заказа", чем в обычные периоды. Определение и фиксация подобных колебаний - иногда предмет серьезных статистических исследований. Современные компьютерные системы управления как правило имеют встроенные статистические анализаторы, хотя бы простейшего типа, либо автономные (внешние) подсистемы, позволяющие производить такой анализ.

Еще более серьезные проблемы стали возникать при усложнении производства и возникновении сложных изделий, количество компонент (составных частей) в которых измерялось тысячами, при том, что сборка производилась на нескольких сборочных конвейерах (соответственно возникло понятие "сборка" или "подсборка" - то есть компонента, деталь или просто какая-то часть конечного продукта, подготовленная на вспомогательном сборочном конвейере для инсталляции в готовый продукт на главном конвейере, типичными примерами которых является двигатель, шасси и кузов в машиностроении, еще одно название - узел). Изделия, производимые в ходе такого рода сборочных операций, стали представляться в виде древовидных конструкций, получивших обобщающее название BOM (bill of material - в русском языке нет столь же общего эквивалента, есть проблемно-зависимые аналоги, такие как "состав изделия", "рецептура", "сборочная спецификация", ввиду этого далее будем использовать оригинальный термин).

 

Обратите внимание на то, что на различных уровнях ВОМ могут находиться одинаковые товарные позиции, как например Крепеж на различных уровнях сборочной спецификации компьютера. При разузловании из приведенного выше древовидного списка получается линейный, служащий для формирования заказа на закупку:

 

Обратите внимание, что в линейном списке Крепеж встречается только один раз, так как заказ на крепеж должен формироваться единым образом (для однородного крепежа разумеется).

В результате описанные выше проблемы управления запасами стали на порядок сложнее, так как кроме окончательных комплектующих, они стали относиться и к сборкам, которые, в свою очередь могли производиться в ходе "единого" сборочного процесса, могли производиться на вспомогательных производствах (то есть с промежуточным складированием "незавершенки" или "сборок"), а могли - на основе субподряда "на стороне", причем одна и та же "сборка" или узел, например двигатель, может как заказываться, так и производиться . При этом требования к точности соблюдения сроков поставки такого рода компонент стали на порядок выше, чем ранее для "простых" комплектующих. В результате возникла методология планирования производств (в основном сборочных или "дискретных"), которая была призвана решить проблему формирования заказа на комплектующие и "сборки" (узлы) опираясь на данные (потребности) обьемно-календарного плана производства. Она получила название MRP.

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

Объединенная система планирования MRP-CRP получила название MRP II. Индекс П подчеркивает "второй уровень" данной методологии, по сравнению с MRP. Действительно, совместное планирование материальных потоков и производственных мощностей позволяет поднять всю систему планирования на новый уровень, так как удается определить финансовые результаты сформированного производственного плана весьма точно, что невозможно при "частичном" планировании (то есть становится возможно сравнить плановые поступления от продаж с необходимыми для организации производства прямыми затратами, необходимые косвенные затраты при этом считаются обеспеченными). Это важнейшее достижение методологии MRP II, которое и привело к ее "всемирной известности". Заметим. что при финансовом анализе, проводимом в рамках MRP II, не учитывается косвенные затраты (накладные расходы), чисто финансовые затраты, например, инвестиционные платежи, и такой важный планово-финансовый параметр как конкретный график (диаграмма) финансовых потоков (cash-flow diagram), единственное, что подлежит анализу - общий "прямой" финансовый результат производственной программы за планировочный период. Но, учитывая, что при использовании программных продуктов, планировочный период может быть доведен до недели - это уже совсем неплохо. Применяя некоторые специальные методики, в основном нормативной оценки уровня накладных расходов, с помощью компьютерных систем "класса MRP П" можно с достаточной точностью учесть все производственные расходы. Поскольку практически первые эффективные системы MRP II удалось реализовать только с помощью компьютеров ("мэйнфреймов" в ту пору) то в них были предусмотрены некоторые сервисные "мелочи" существенно повышавшие оперативность работы, такие как, например, автоматическая рассылка заказов "смежникам", то есть другим предприятиям холдинга или субподрядчикам, автоматическое формирование "сменных заданий", предусматривалась и связь со "смежными" компьютерными системами, такими как системы управления технологическими процессами (АСУТП), системы автоматизированного проектирования (САПР).

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

Система планирования MRP II.

Перейдем теперь к более подробному описанию системы планирования МРП П.

Следует сразу же сказать, что практически все основные системы планирования очень тесно взаимосвязаны между собой и поэтому, разбирая МРП П, мы будем вынуждены затронуть все остальные системы планирования. Для большей ясности нарисуем картину условной взаимосвязи основных плановых систем.

 

Приведенная схема не раскрывает всей сложности взаимосвязи между различными плановыми системами, к тому же в зависимости от точки зрения она может несколько изменяться, но сущность ее состоит в том, чтобы показать примерную последовательность шагов планирования.

Перейдем теперь к более подробному рассмотрению системы МРП П.

Прежде всего необходимо отметить, что рассматриваемая нами "модельная" (то есть несколько упрощенная) МРП П система сформирована на базе специального вида производства - так называемой "сборке на заказ", особенностью которой является вариабельность состава изделия от заказа покупателя, при этом все исходные компоненты считаются имеющимися на складе или доступными по субподрядному заказу. Данный вид производственной деятельности следует отличать, например от "производства на заказ", когда часть компонент готового изделия, специфицированных в заказе покупателя должна быть произведена на самом предприятии (то есть отсутствует на складе), или например от "конструирования на заказ", при котором компоненты готовой продукции должны быть спроектированы (что требует времени и затрат) и только затем произведены или заказаны на стороне. Отличается и система планирования для Процессного производства, так как характерной деталью последнего является только приблизительное соответствие между объемом (и\или качеством) произведенной продукции и объемом (и\или качеством) использованного сырья, в результате чего практически применяются различные принципы для планирования объема производства и для списания сырья (последнее делается как правило обратным расчетом, то есть от объема фактического выпуска готовой продукции). Указанные различия в "типах производства" не исключают применения МРП - подобных технологий планирования для любого из них, возможно как одной из компонент более сложной системы планирования. В частности, например, если по схеме "проектирования на заказ" изготавливается автомобиль (например уникальное гоночное изделие), то на одном из "нижних" этапов планирования практически наверняка будет применена система МРП П, хотя в целом процесс будет скорее всего подчиняться "проектному управлению".

Схема "плановых иерархий" в этом случае будет выглядеть таким образом:

 

Приведенные выше диаграммы показывают только "технологический взгляд" на систему планирования, кроме него возможен например и логистический взгляд, который упрощенно может быть представлен следующей диаграммой:

 

Или, например, финансовый взгляд:

 

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

Практически для управления предприятием и МРП П систем "технологический взгляд" является наиболее сложным как с точки зрения реализации, так и концептуально, поэтому сначала остановимся именно на нем. Самым простым для реализации является финансовый ("бюджетный") подход, ввиду чего он и находит наиболее частое применение в Российской практике. В наших материалах он также будет рассмотрен в рамках единого (или, если угодно, универсального подхода к бюджетированию). Эскизно намеченный выше "логистический взгляд" дал начало концепции весьма важной и получившей широкое распространение - "Supply Chain", которая также будет рассмотрена в свое время.

Итак, рассмотрим МРП П систему.

Как уже было сказано, основное внимание в нашем материале будет уделено "стандартным" понятиям и определениям, применяемым для описания МРП П системы.

Основные входные данные в MRP системе следующие:

  • Данные изделия, включая BOM и маршрутизацию
  • Данные потребности, сформированные MPS, из системы продаж и\или системы управления проектами
  • Данные материального обеспечения, включая существующие материальные запасы, уже сделанный производственный заказ и заказы на приобретение

"Изделие" (item)- базовое понятие MRP системы. "Изделие" -это может быть сырье, компонента, "сборка", или законченная продукция, или любая другая материальная "вещь". В руссом языке для Item, так же как и для BOM нет полностью адекватного перевода, в рамках данного материала будем употреблять термины Изделие и Компонента как взаимозаменяемые эквиваленты Item. Все "компоненты" в пределах MRP системы должны сначала быть определены путем создания "главной записи изделия". Главная запись изделия включает (точнее задает в рамках автоматизированной системы) большинство общих данных относительно каждого изделия, типа единиц измерения, всевозможного описания, уникального номера изделия, и т.д. Данные, связывающие каждую компоненту изделия в главной записи изделия, используются всеми модулями, функциями и процессами в пределах MRP системы. Главная запись изделия как правило включает четыре компоненты специфических для управления плановым процессом в Мрп системе: тип изделия, политика заказа, метод заказа и система заказа. Отношения между типом изделия, политикой заказа, системой заказа, и методом заказа очень важны в MRP системе.

Тип Изделия

MRP система может использовать пять типов изделия или более:

  • Производимое (производственное)
  • Покупное (заказное)
  • Обобщенное
  • Фантомное (стоимостное)
  • Субподрядное (субподрядный договор)

Потребность (объем заказа) для производимых и покупных компонент может быть сформирована MPS, MRP, SIC, FAS, и PS (проектной системой).

MRP процесс.

Цель процесса планирования потребности (MRP - процесса) состоит в преобразовании информации о спросе в производственный заказ, который будет доведен до управления цехом для исполнения, и в формировании распоряжений на закупку, на основании которых будет сформирован календарный план закупок.

Общая схема MRP-процесса

 

Информация о спросе (потребности) может быть сформирована четырьмя источниками:

  • Заказы на продажу (включая полученные из заключенных контрактов и заказов на продажу, а в отдельных случаях и из коммерческих предложений)
  • "Запланированные" в системе MPS заказы
  • Фактический производственный заказ (например, переходящий из предыдущих периодов)
  • Потребности из системы управления проектами (планирования проектов)

 

В некоторых бизнес-моделях, потребность для вариантов изделия может быть сформирована процессом планирования потребности проекта, который является частью системы управления проектами. Следовательно, в зависимости от реализации MRP системы, заказы на закупку могут быть получены из MRP потребности или непосредственно из системы управления закупками или, наконец, из функции управления проектами.

Источник потребности в отдельных компонентах зависит от политики заказа и системы заказа, к которой назначено изделие. Размер закупки для выдачи заказа на поставку (материально-техническое снабжение) вычисляется из заказов на закупку, производственного заказа, планов производства и уровней складских запасов.

Информация в главной записи изделии используется чтобы определить, является ли политика заказа анонимной (anonymous) или "по заказу" (to order) или производственной (MRP), чтобы определить систему заказа, соответствующую изделию. Система заказа определяет каким образом (в частности какой системой планирования) формируется потребность в данном компоненте готовой продукции.

Функция планирования потребности использует информация в BOM чтобы определить количество каждого материала, компоненты или сырья более низкого уровня, чем рассматриваемый на данном этапе планирования , необходимого, чтобы произвести запланированные количества каждого изделия данного более высокого уровня.

Например, запланированный производственный заказ в объеме 33 автомобилей поступает от функции MPS к функции планирования потребности. Состав изделия (BOM) показывает, что для каждого автомобиля требуются 4 колеса. Планирование потребности будет генерировать "запланированный" заказ приобретения (если это закупаемая компонента) или производственный заказ (если колеса планируются и производятся в рамках единого технологического процесса) в размере 33 x 4, то есть 132 колеса. Частным случаем такой ситуации может быть вариант когда требуемые колеса являются субконтрактным изделием, причем контрактором по данному заказу выступает "родственное" или "дочернее" предприятие.

Функция планирования потребности использует тип изделия, устанавливаемый в главной записи изделии для колеса, чтобы определить планировать ли производственный заказ или Заказ на закупку. Если тип изделия для колес установлен - "приобретаемое", то запланированный Заказ на закупку, будет сформирован. Если тип изделия установлен "производимое", плановый производственный заказ будет сформирован.

Хотя тип изделия определит, что необходимо сформировать: запланированный производственный заказ или запланированный Заказ на закупку в ходе процесса планирования, диктуемый данным атрибутом выбор не окончателен. В случае необходимости, производимые компоненты могут быть приобретены. Приобретаемые компоненты также, если это необходимо, могут быть произведены. Однако, MRP система не будет позволять определять BOM или маршрутизацию для данной компоненты или изделия, если тип изделия установлен как "приобретаемое". Следовательно, компонентам, которые могут быть как произведены, так и приобретены, должен быть назначены "производимый" тип изделия, так, чтобы было возможно использовать BOM и маршрутизацию для "дуального" планирования.

Процесс планирования потребности использует для каждого изделия "времена задержек" (lead time - интерпретируется и как "время опережения") приобретения или производства, чтобы определить когда конкретно планировать их производство или приобретение с учетом особенностей логистического процесса.

В примере выше можно представить, что колеса назначены к "приобретаемому" типу изделия, и время задержки приобретения - две недели. Если производство требует семи дней, то процесс планирования потребности будет формировать запланированный Заказ на закупку для колес, который будет передан исполнителю на 21 день прежде, чем автомобили должны быть отгружены. В различных системах может быть установлено различное количество времен задержки, учитывающих например такие особенности, как время доставки, время таможенных операций, время на обработку заказа контрагентом по поставкам.

Реально это - тот же самый базисный процесс планирования потребности, используемый во всем производстве.

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

Конечно, маловероятно, что все заявки на продажу в конце концов превратятся в заказы.

Способность MRP системы включать заявки на продажу в процесс планирования потребности может быть очень полезна в специфических типах бизнеса, особенно когда период конечной сборки требует мало времени или когда бизнес-цикл очень короток. Этот метод, конечно, имеет ограничения. Действительно, если спецификации заявок сильно отличаются (например принципиальное значение имеет цвет изделия в малых партиях), то оценка их реализации процентом становится бессмысленной. Ввиду этого целесообразно использовать данный механизм в случаях когда спецификации заявленных и заказанных товаров "статистически" подобны. Системы современного уровня (COMMS-CSRP) позволяют работать с заказами на порядок более "тесно", что позволяет решить данную проблему. В частности, эти системы позволяют производить процесс "модельного" и затем "окончательного" планирования под КАЖДЫЙ заказ клиента, с целью получения адекватной информации о возможных сроках выполнения заказа и его реальной стоимости. Более того, при наличии модуля APS (advanced planning and scheduling - расширенное управление производственными заданиями) возможно производить процесс планирования хоть при каждом появлении нового заказа, а также устанавливать приоритеты выполнения заказов.

Обьемно-календарный план (MPS) представляет собой список объемов производства на каждое запланированное изделие для каждого периода планирования (отсюда и русское название - "объем в календарном разрезе", английское же название подчеркивает, что данная планировочная таблица является главной для следующих за ней операций планирования). MPS подготавливается на уровне управления бизнесом "в целом" или предприятием и обычно включает развернутые категории готовых изделий.

Период
MPS изделие12345678
Коврик8693119100100100100100
Подставка050050050050
Маркеры751204720171000
Карандаши125125125125125125125125

Однако, во многих случаях, большинство из компонент (изделий), включенных в систему планирования MPS - "стандартные (типовые, обобщенные) изделия".

Например компания точно не знает, каковы будут спецификации закупаемых автомобилей, но для составления бизнес-плана необходимо провести модельное планирование. Тогда, например, используются "усредненные" по предыдущим периодам (или точнее - "спрогнозированные") спецификации.

 

Затем запускается функция модельного планирования потребности, чтобы подготовить детализированные, время-структуированные вычисления потребности в материалах и потребности в производственных мощностях, необходимые для того, чтобы удовлетворить плановой потребности MPS. Так как в "стандартной системе" такие расчеты достаточно трудоемки, то часто вместо них используются упрощенные методы, типа "чернового планирования производственных мощностей" (RCCP). На основании этих данных рассчитываются финансовые результаты объемно-календарного плана. В свою очередь, на основании произведенных расчетов принимается решение о пригодности плана к исполнению или о его изменении.

MRP часто планируется для более коротких периодов времени чем MPS. Например, если MPS обычно рассматривает месячные периоды времени как основу планирования, планирование потребности может быть основано на недельных или даже суточных (сменных) интервалах (периодах). Требуемые плановые периоды времени должны быть выбраны основываясь на среднем производственном цикле и\или на среднем цикле продаж (динамике движения запасов). Так, если "в среднем", от момента предварительного согласования спецификации до заключения договора проходит несколько недель - то это требует одного горизонта планирования. Если же клиент готов забирать товар на следующий день или даже через несколько часов - то, соответственно, другого. При этом и в том, и в другом случае производственный цикл может составлять 1-2 дня.

После согласования предварительного MPS он превращается в "запущенный" (запланированный) объемно-календарный план. После этого проводится полноценная процедура планирования потребности в материалах и производственных мощностях.

Задача процесса планирования потребности - подготовить детализированные планы производства продукции и приобретения компонент и сборок, необходимых для удовлетворения обьемно-календарного плана (MPS).

Входные данные

Основные входные данные в MRP системе:

  • Данные изделия, включая BOM и маршрутизацию
  • Данные потребности, сформированные MPS, также данные из системы продаж и системы управления проектами
  • Данные материального обеспечения, включая существующие материальные запасы, уже сделанный производственный заказ и запланированные заказы на приобретение

 

В результате проведения процесса планирования формируются наряды-заказы на производство (цеховые задания), заказы на закупку в системе материально-технического снабжения и сообщения об исключениях, которые свидетельствуют о том, что в процессе планирования возникли проблемы, которые не удалось разрешить или, наоборот при разрешении проблем требуется изменение уже сверстанных планов.

Процесс планирования потребности использует параметры изделия, обсужденные ранее, (тип изделия, политика заказа, система заказа и метод заказа), чтобы определить, должно ли изделие быть заказано функцией планирования потребности, в каком количестве, под какой политикой заказа.

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