Проверяемый текст
Гаврилов Д.А. Управление производством на базе стандарта MRP II 2 е изд — СПб Питер, 2005 — 416 с (1-е изд. - 2002 г.)
[стр. 47]

47 Неоходимо изменение плана 1 2 V Нача/ю горизонта планирования Граница во времени г—^ Горизонт MRP 1для внесения любых изменений вплан необходимо подтверждение лица, принимающего решение 2 изменение плановых заказов производягея MRP автоматически, однако изменение подтвержденных заказов всегда требуеi участии человека Рисунок 20 —Влияние границы во времени на работу MRP 10.
Модификаторы заказов.
Как уже упоминалось, MRP стремится сбалансировать спрос и предложение, поэтому, в идеале, система работает с ориентиром на нулевую величину складского запаса.
Однако в силу технологических, логистических и экономических обстоятельств, как правило, невозможно не иметь никаких складских остатков.
Могут иметь место такие обстоятельства, как минимальный размер заказа у поставщика, фиксированная емкость контейнеров для доставки грузов, неэкономичность работы малыми размерами партий и т.
п.
Модификаторы заказов (размер заказа, период заказа, страховой запас, страховое время, минимальный размер заказа, максимальный размер заказа, кратность заказа, процент годных изделий) призваны отражать эти реалии и модифицировать поведение MRP.

11.
Коды нижнего уровня.
Данный параметр, как правило, поддерживается самой MRP-системой и служит для определения наиболее «глубокого»
положения данной номенклатурной позиции во всех структурах продуктов, зафиксированных в базе данных и действительных на данный момент времени.
Код нижнего уровня число, указывающее самый низкий уровень для всех спецификаций, в которых встречается данный компонент.
Чистая (нетто) потребность для данного компонента не считается подсчитанной до тех пор, пока не будет подсчитана валовая (брутто) потребность вплоть до указанного уровня.
Обычно коды нижних уровней подсчитываются и поддерживаются программным обеспечением автоматически.
Пример определения ко
[стр. 211]

210 Глава 5 Граница во времени (time fence) Неоходимо изменение плана Начало Граница горизонта во времени планирования t Горизонт MRP 1 — для внесения любых изменений в план необходимо подтверждение лица, принимающего решение 2 — изменение плановых заказов производятся MRP автоматически, однако изменение подтвержденных заказов всегда требует участия человека Рис.
5.16.
Влияние границы во времени на работу MRP описание параметров планирования было дано в главе 4.
Чуть ниже мы рассмотрим варианты политики заказа, которые могут встречаться в системах.
Модификаторы заказов.
Как уже упоминалось, MRP стремится сбалансировать спрос и предложение, поэтому в идеале система работает с ориентиром на нулевую величину складского запаса.
Однако в силу технологических, логистических и экономических обстоятельств, как правило, невозможно не иметь никаких складских остатков.
Могут иметь место такие обстоятельства, как минимальный размер заказа у поставщика, фиксированная емкость контейнеров для доставки грузов, неэкономичность работы малыми размерами партий и т.
п.
Модификаторы заказов (размер заказа, период заказа, страховой запас, страховое время, минимальный размер заказа, максимальный размер заказа, кратность заказа, процент годных изделий) призваны отражать эти реалии и модифицировать поведение MRP.

Краткое описание модификаторов заказа дано в главе 4.
• Коды нижнего уровня (low level codes).
Данный параметр, как правило, поддерживается самой MRP-системой и служит для определения наиболее «глубокого»


[стр.,212]

Планирование производства и закупок в MRP II 211 положения данной номенклатурной позиции во всех структурах продуктов, зафиксированных в базе данных и действительных на данный момент времени.
Согласно определению APICS [1], код нижнего уровня (low-level code) —число, указывающее самый низкий уровень для всех спецификаций, в которых встречается данный компонент.
Чистая (нетто) потребность для данного компонента не считается подсчитанной до тех пор, пока не будет подсчитана валовая (брутто) потребность вплоть до указанного уровня.
Обычно коды нижних уровней подсчитываются и поддерживаются программным обеспечением автоматически.
Пример определения кода
нижнего уровня приведен на рис.
5.17.
Говоря более подробно о политике заказа, можно упомянуть несколько ее вариантов: 1.
Фиксированный размер заказа (Fixed order quantity).
Политика означает, что для номенклатурной позиции формируются заказы в размере, указанном для нее модификатором заказа «размер заказа».
Пример применения такой политики приведен на рис.
5.18.
2.
Заказ на период (Period order quantity).
Для номенклатурной позиции формируется заказ, охватывающий потребность в ней за указанный в модификаторе заказа «период заказа» отрезок времени (скажем, 3 дня).
Сразу можно отметить, что в системах без агрегирования потребности ни эта, ни предыдущая политика заказа применяться не могут, так как противоречат идеологии подобных систем.
Пример применения политики «заказ на период» приведен на рис.
5.18.
3.
Партия для партии (Lot for lot).
Данная политика заказа является базовой для M RP-систем без агрегирования потребности, так как она предполагает формирование отдельного заказа для каждого отдельного источника потребности в дайной номенклатурной позиции, агрегирование потребности не производится в принципе.
В отличие от двух вышеуказанных политик заказа эта ориентирована на нулевую величину складских запасов в

[Back]