Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

Система планирования 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).

Назад | Содержание | Вперед

 

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...