Show TOC

Документация к примерамПримеры: спецификации и будущие данные в планировании MRP Найти этот документ в структуре навигации

 

Пример 1

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

Родительский элемент (PBOM1) изготавливается из трех дочерних элементов: C1, PBOM2 и C3. PBOM2 изготавливается из сборочной спецификации ABOM1, которая собирается из дочернего элемента C2 — в соответствии со следующей структурой:

PBOM1 (производственная спецификация, время подготовки (исполнения): 1 день)

  • C1 (время подготовки: 1 день)

  • PBOM2 (производственная спецификация, время подготовки: 2 дня)

    • ABOM1 (сборочная спецификация; время подготовки: не релевантно)

      • C2 (время подготовки: 2 дня)

  • C3 (время подготовки: 3 дня)

Горизонт планирования для данного прогона MRP — с 22 октября по 26 октября, при этом из заказа клиента есть потребность в PBOM1 с датой исполнения — 30 октября. В следующей таблице содержится план потребностей после расчета времени подготовки в MRP.

Указание Указание

В расположенных ниже таблицах сокращение РЗ означает рекомендацию по заказу.

Конец указания.

10.22

10.23

10.24

10.25

10.26

10.27

(будущее)

10.28

(будущее)

10.29

(будущее)

10.30

(будущее)

PBOM1

РЗ

Потребность из заказа клиента

C1

РЗ

C3

РЗ

PBOM2

РЗ

ABOM1

C2

РЗ

Функция MRP создает только те рекомендации по заказам, которые находятся в пределах горизонта планирования. Поэтому в данном случае при планировании потребности в материалах создаются рекомендации по заказам для C2 (25 октября) и C3 (26 октября). Рекомендации по остальным элементам в цепочке спецификации игнорируются.

Пример 2

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

Родительский элемент (PBOM1) изготавливается из трех дочерних элементов: C1, PBOM2 и C3. PBOM2 изготавливается из сборочной спецификации ABOM1, которая собирается из дочернего элемента C2 — в соответствии со следующей структурой:

PBOM1 (производственная спецификация, время подготовки: 5 дней)

  • C1 (время подготовки: 1 день)

  • PBOM2 (производственная спецификация, время подготовки: 2 дня)

    • ABOM1 (сборочная спецификация; время подготовки: не релевантно)

      • C2 (время подготовки: 2 дня)

  • C3 (время подготовки: 3 дня)

Горизонт планирования для данного прогона MRP — с 22 октября по 26 октября, при этом из заказа клиента есть потребность в PBOM1 с датой исполнения — 30 октября. В следующей таблице содержится план потребностей после расчета времени подготовки в MRP.

10.21

(прошлое)

10.22

Текущая системная дата

10.23

10.24

10.25

10.26

10.27

(будущее)

10.28

(будущее)

10.29

(будущее)

10.30

(будущее)

PBOM1

РЗ

Потребность из заказа клиента

C1

РЗ

C3

РЗ

PBOM2

РЗ

ABOM1

C2

РЗ

Можно заметить, что рекомендация для элемента C2 запланирована на 21 октября — за день до текущей системной даты. Функция MRP не может создавать рекомендации по заказам в прошлом; поэтому происходит смещение плана в наиболее раннюю из возможных будущих дат — т.е. 22 октября.

После того как MRP задерживает рекомендацию для элемента C2, весь график планирования должен быть смещен на день вперед для соблюдения требований к времени подготовки. В этом случае для PBOM1 — товара на высшем уровне данной цепочки спецификации — рекомендация в итоге выдается на 26 октября. Поскольку для PBOM1 требуется время подготовки, составляющее 5 дней, поставка этого товара планируется 31 октября, что на день позже даты исполнения заказа клиента.