|
|||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Результат работы MRP
ЧисТребК-во = ОбщаяПотр – СкладОстат-к – К-воОткЗак Цель MRP: - Выявить дисбаланс в плане по материалам, то есть выявить дефицит материалов. - Сформировать рекомендации по восстановлению баланса. Таким образом, заказы ГКП и зависимый спрос нижних уровней должны быть сбалансированы с существующими заказами на поставку для каждого периода времени. 1. Расчет сроков выполнения заказов (на основе ГКП), т.е. надо убедиться, что для удовлетворения спроса поставка доступна. Для этого используется техника обратного планирования, где: Входными данными являются: - Дата выполнения или требуемая дата, - Длительности циклов. Результат: дата запуска или начала. Этот расчет выполняется для всех плановых заказов, позволяя MRP назначить даты запуска, необходимые для выполнения заказов согласно плановым датам - в случае не использования длительности цикла. Длительность цикла изменяет требуемую дату получения компонента относительно даты родительского изделия. Поддержка Поддержка определяет порядок планирования, т.е. с какого уровня структуры продукта будет «начало планирования». Если НП определена на разных уровнях, то она планируется на «меньшем уровне». Поддержка – термин, используемый для определения источника, формирующего потребность. Поддержка позволяет просмотреть каждый источник спроса в общей потребности. Поддержка возможна при наличии кодов нижних уровней. MRP может изменить коды нижних уровней, поэтому перед запуском MRP их необходимо обновить(23.22 «Обновить коды нижних уровней» поле «Переопред-ть кодыНижУровней» = «Да»). 8.2.3 Данные о планировании номенклатурных позиций(1.4.17) Устанавливают как MRP планирует НП. Одни и те же НП могут планироваться на разных площадках – функция 1.4.7, где определяется: НП независимого спроса определяются при помощи следующих значений полей: ГКП - Да, Планировать заказы - Да, Граница во времени - Политика руководства, Политика заказов - Любая. НП зависимого спроса определяются при помощи следующих значений полей: ГКП - Нет, Планировать заказы - Да, Граница во времени - По выбору, Политика заказов - Любая. Планирование НП по точке заказа ГКП - Нет, Планировать заказы - Нет, Граница во времени - 0, Политика заказов – Любая(не нулевая). 8.2.4 Установка размера партии Выполняется на 2-х уровнях. Сначала путем выбора политики заказа, Далее путем min, max, кратности заказа(). 8.2.5 Запрос итогов MRP Показывает плановую информацию по НП/площадке и календарный план по дням, неделям. 8.2.6 Одобрение плановых заказов Одобрение плановых заказов осуществляется с помощью функции 23.11 «Подтверждение заказа на закупку». Планирование потребностей по распределению (ППР/DRP) ППР - это автоматическая система планирования заказа на компонент, или зависимого спроса, который использует вычисление чистой потребности и создает плановые заказы. ППР аналогичен MRP, но стой лишь разницей, что ППР осуществляет планирование для номенклатурных позиций (далее просто НП) типа D – НП на пересечении площадок (рис.8). Контрольный файл ППР определяет возможность совместного использование DRP и MRP(функция 12.13.24) 8.3.1 Сети поставок Сети поставок определяют взаимодействие между площадками. Для определение сети поставок необходимо: 1. определить код сети поставок (функция 12.1.1); 2. определить площадки, входящие в сеть поставок(функция 12.1.13); 3. определить режим транспортировки (функция 12.5.1). Режим транспортировки и транспортные сети управляют длительностью цикла между площадками и календарями отгрузки и получения. 8.3.2 Подробности жизненного цикла ППР Жизненный цикл (ЖЦ) ППР – это прохождение заказа от требующей площадки к поставляющий и наоборот. Ниже приведена последовательность функций по работе в рамках модуля ППР. Сначала запускается расчет плана ППР. С помощью функции 12.15.17. осуществляется просмотр товаров, находящихся в пути, т.е. товаров по не незакрыты заказам распределения. С помощью функции 12.15.20. осуществляется диспетчирование выполнения заказов распределения. Планирование потребности в мощностях(CRP) CRP рассчитывает загрузку для определенного отдела или на указанном рабочем месте или машине. Этот расчет производится путем разворачивания технологических маршрутов и процессов: ? Для плановых наряд-заказов MRP, ? Для подтвержденных наряд-заказов. CRP определяет даты начала и завершения для каждой операции, используя календари рабочих центров и рабочие календари и технику (обратное планирование). Операции планируются назад от даты выполнения заказа или графика поточного производства, начиная с последней операции. Для каждой операции рассчитывается даты ее начала и завершения. Дата начала последней операции является датой выполнения предыдущей операции. 1) Производственный календарь определяет фактическое число рабочих дней. 2) CRP моделирует расходование часов рабочего центра, используя заказы как производственный спрос. 3) Расчет мощности за период сводится к умножению рабочих дней на мощность машины рабочего центра. Мощности отдела определяются общим числом доступных рабочих часов для всех рабочих центров в этом отделе. 8.4.1 Пересчет плана по мощностям План по мощностям обычно пересчитывается после запуска MRP(планирование потребности материалов). При запуске плана по мощностям(24.1) система ищет все заказы, удовлетворяющие выбранным критериям. Можно промоделировать загрузку рабочего центра используя функцию 24.1. Отчет 24.1 содержит следующие поля: Н-З: код Н-З; ИН: идентификационный номер Н-З; № Позиции: код НП; Выпуска: дата выпуска по Н-З; Ожд: ожидаемая дата по Н-З; Ст: статус Н-З; Заказ. К-во: заказное количество по Н-З; Завершен.К-во: завершенное количество по Н-З; Нач Перв.Опер: дата начала первой операции Н-З; ОждДата Посл.Оп.: дата окончания последней операции Н-З; Последнее поле: рекомендации CRP: «Конфликт операций» - характеризуют заказы, которые создают перекрытие по календарному плану между отделами и рабочими центрами. Таким образом, для таких Н-З даты начала и окончания Н-З не соотносятся с датой начала первой операции и с датой окончания последней операции. CRP может планировать начальную дату первой операции заказа, которая будет раньше даты выпуска (в производство) спланированного или подтвержденного наряд-заказа. Потому что дата запуска рассчитывается, используя производственную длительность цикла, основываясь на среднем количестве заказа(1.4.7 поле «Заказ»). Если количество заказа использованное при расчете CRP намного отлично от среднего количества(1.4.7 поле «Заказ»), то получается сильное противоречие(расхождение). Расхождение также встречается, когда рабочий центр и цеховой календарь имеют отклонения от нормальной рабочей недели (например, запланируемое дополнительное (сверхурочное)время). Если начальная дата первой операции меньше(раньше) чем дата выпуска заказа, то выводится сообщение «Конфликт операций». Можно скорректировать одну из двух дат – дату запуска или дату выполнения и повторить запуск CRP для сглаживания конфликта; «Нет техкарты» - характеризуют заказы, которые не могут быть развернуты(не могут развернуть техкарту). 8.4.1.1 Мощности отдела и рабочего центра Ресурсы по мощностям для CRP определяются в ведении рабочего центра(14.1) и отдела (14.5). Мощности отделов и рабочих центров – это время, имеющееся в распоряжении для производства в этих местонахождениях. Мощность рабочего центра – количество оборудования или персонала, умноженное на рабочие часы (из производственного календаря). В производстве мощности – это трудовые ресурсы в отделе и часы работы рабочего центра. 8.4.2 Сравнение загрузки с мощностью С помощью функций загрузки можно сгенерировать загрузку для определенного диапазона площадок, рабочих центров, машин или отделов. Загрузка рабочего центра 23.13- 24.17. Если ранее разрабатывались планы по мощностям более высокого уровня (план по ресурсам) несоответствие между мощностью и загрузкой должно быть минимальным и корректироваться путем внесения небольших поправок в начальную и конечную даты технологического маршрута наряд-заказа. Отчетов по отделам и рабочим центрам (функции 24.14, 24.16, 24.20, 24.23) отражают их мощность и загрузку. Мощность по рабочим центрам и отделам может быть изменена за счет корректировки: - рабочего календаря(36.2.5); - календаря праздников(36.2.1). - часы могут быть добавлены или вычтены из рабочих дней по рабочему календарю. Время или количество загрузки наряд-заказов в разрезе рабочих центров и отделов могут быть изменены за счет корректировки: - дат выполнения наряд-заказов; - длительности циклов по операциям техкарты (1.4.7); - поточного производства. Планирование загрузки наряд-заказов может быть сдвинуто изменением дат выполнения наряд-заказа. Загрузка для подтвержденных и спланированных наряд-заказов могут быть изменены корректировкой времени очереди, настройки, обработки, ожидания или перемещения. 8.4.3 Анализ входных/выходных данных Анализ данных необходим для того, чтобы обеспечить управляющие и проверяемые производственные данные о планируемых и фактических результатах. Сравнение плановый входной и выходной потоки для рабочего центра с часами фактической загрузки и фактическим выходом в часах можно осуществит с помощью 24.5. Отчет функции 24.5 содержит следующие поля: План ввода: загрузка по планируемым операциям(по планируемым наряд-заказам), которые начинаются в данном периоде; Планируемый вход = Стандартная настройка + (Стандартная обработка * Количество заказа(1.4.7)) Рассчитывается от определения начальной дата для планирования операций за период. Реал. Ввод: загрузка по реальным операциям (по подтвержденным наряд-заказам), которые начинаются в данном периоде; Действительный вход = Стандартная обработка(часы обработки) * Количество заказа перемещенное(по Н-З) Рассчитывается из транзакций перемещения операций за период. Транзакция перемещения может быть создана посредством выпуска наряд-заказа (в производство) и программы цехового контроля(17 модуль). СуммОтклВвода: разница между планируемым и реальным значением «входа»; План Выхода: загрузка по планируемым операциям(по планируемым наряд-заказам), которые заканчиваются в данном периоде; Планируемый выход = Стандартная настройка +(Стандартная обработка * Количество заказа(1.4.7) Рассчитывается через планирование операций в периоде, основанном на их дате окончания(выполнения). Реальн.Выход: загрузка по реальным операциям(по подтвержденным наряд-заказам), которые заканчиваются в данном периоде; Действительный выход = Действительная настройка +(Стандартная обработка * Завершенное количество(по Н-З)) Рассчитывается через учет трудозатрат за период. Учет трудозатрат осуществляется через обратную связь в модулях контроля работы цехов и производства и через функцию 16.21(закрытие наряд-заказа). НакоплОтклВых.: разница между планируемым и реальным значением «выхода»; План Очер.: разница между планируемыми значениями; План. Очередь = Разница между планируемым вводом и планируемым выходом. РеалОчередь: разница между реальным значениями. 8.5 Резюме по планированию 8.5.1 Планирование ТНГ Функция 20 необходима для: ? согласования планов по сбыту и производству, ? балансировка валовой прибыли с помощью планов производства и сбыта Коэф.оборачив. =? Затрат(4) / среднее? запасов(6) 8.5.2 Планирование ресурсов В функции 21.1 определяется ресурс. В функции 21.5 определяется связка ресурса с ТНГ для конкретного завода и задается коэффициент(значение поля «К-во На»), с помощью которого определяется загрузка ресурса для конкретной ТНГ. В отчете функции 21.9(21.10) приводится суммарная загрузка(поле «Загрузка») ресурса по всем закрепленным за ним ТНГ. Суммарная Загрузка ресурса (21.9)= = Загрузка для ТНГ1 + Загрузка по ТНГ2 +... + Загрузка ТНГn, где Загрузка для ТНГ1 = Значение поля «ПргнПрвз» (20.1)* Ко-во На(21.5) В отчете функции 21.11(21.12) можно просмотреть загрузку ресурса по конкретным ТНГ (значение поля «Вед 100 2000»), где 100 – ТНГ, 2000 – 2000 год. 8.5.3 Главный календарный план Сводный отчет по ГКП (функция 22.18) отражает поля описанные, на ниже приведенной схеме. 8.5.4 Укрупненное планирование/RCCP ГКП проверяется с помощью функции 21.21. Перед проверкой необходимо определить ресурс и привязать его к конкретной НП. Для возможности оценки выполнения ГКП необходимо предварительно запустить MRP, после чего сформировать отчет 21.21 по суммарной загрузки ресурса: Суммарная Загрузка ресурса (21.21)= = Загрузка по Н-З1 для НП1 + Загрузка Н-З2 поНП2 +... +Загрузка по Н-З1 для НП2 + Загрузка Н-З2 по НП2 + … + Загрузка Н-Зn для НПn, где Загрузка Н0З1 для НП1 = К-во НП(16.1)* Ко-воРесурсаНа(21.17) / ДлитЦикла(21.17) В отчете функции 21.24 можно просмотреть загрузку ресурса по конкретному Н-З для НП(«Номер Позиц», значение поля «НЗ:»). 8.5.5 Планирование потребности материалов/MRP На приведенной ниже схеме представлены поля отчета 23.14 по итогам MRP. 8.5.6 Планирование потребности в мощностях/CRP CRP определяет возможность осуществления спланированных MRP и подтвержденных наряд - заказов на основании следующих расчетных данных: ? мощность рабочего центра, ? загрузка рабочего центра. 8.5.7 Возможные ошибки планирования Спланирован заказ на слишком большое количество (при использовании политики POQ) или чрезмерно много заказов (политика LFL, FOQ). Проверена структура, источники независимого спроса – причины «дополнительного» количества НП не найдены. Возможное решение: просмотрите отчет по резервированию СЗ для данной НП(3.18, 3.17) – зарезервированное количество превышает доступный СЗ. MRP «допланировала» с учетом зарезервированного количества. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.012 сек.) |