Show TOC

PříkladPříklady: Kusovníky a budoucí data v plánování MRP Najít tento dokument v navigační struktuře

 

Příklad 1

MRP při zkoumání potřeb nadřazených artiklů v budoucím období, které přesahuje horizont plánování, bere tyto potřeby v úvahu k výpočtu doporučení k zakázkám pro zahrnuté podřízené artikly. MRP však nakonec vygeneruje pouze doporučení k zakázkám v rámci horizontu plánování. Příklad uvedený níže demonstruje takový scénář.

Nadřazený artikl PBOM1 sestává ze tří podřízených artiklů: C1, PBOM2 a C3. PBOM2 je vyroben z montážního kusovníku ABOM1, který sestává z podřízeného artiklu C2 – viz následující struktura:

PBOM1 (montážní kusovník, doba předstihu: 1 den)

  • C1 (doba předstihu: 1 den)

  • PBOM2 (montážní kusovník, doba předstihu: 2 dny)

    • ABOM1 (montážní kusovník; doba předstihu: není relevantní)

      • C2 (doba předstihu: 2 dny)

  • C3 (doba předstihu: 3 dny)

Horizont plánování pro tento běh MRP je od 22. do 26. října a existuje požadavek na zakázku odběratele pro PBOM1 s termínem 30. října. Následující tabulka ukazuje plán potřeb po výpočtu doby předstihu v MRP.

Pokyn Pokyn

OR v tabulce označuje doporučení k zakázkám.

Konec pokynu.

10.22

10.23

10.24

10.25

10.26

10.27

(Budoucnost)

10.28

(Budoucnost)

10.29

(Budoucnost)

10.30

(Budoucnost)

PBOM1

OR

Požadavek ze zakázky odběratele

C1

OR

C3

OR

PBOM2

OR

ABOM1

C2

OR

MRP generuje doporučení k zakázkám, která spadají do horizontu plánování. MRP proto v tomto případě generuje doporučení k zakázkám pro C2 na 25. října a C3 na 26. října a ignoruje doporučení pro ostatní artikly v řetězci kusovníku.

Příklad 2

Pokud MRP nedokáže vytvořit doporučení k zakázkám včas tak, aby byly splněny potřeby vzhledem k požadované době předstihu, upraví doporučení k zakázkám na nejbližší možné datum v horizontu plánování. Následující příklad demonstruje tento scénář.

Nadřazený artikl PBOM1 sestává ze tří podřízených artiklů: C1, PBOM2 a C3. PBOM2 je vyroben z montážního kusovníku ABOM1, který sestává z podřízeného artiklu C2 – viz následující struktura:

PBOM1 (montážní kusovník, doba předstihu: 5 dní)

  • C1 (doba předstihu: 1 den)

  • PBOM2 (montážní kusovník, doba předstihu: 2 dny)

    • ABOM1 (montážní kusovník; doba předstihu: není relevantní)

      • C2 (doba předstihu: 2 dny)

  • C3 (doba předstihu: 3 dny)

Horizont plánování pro tento běh MRP je od 22. do 26. října a existuje požadavek na zakázku odběratele pro PBOM1 s termínem 30. října. Následující tabulka ukazuje plán potřeb po výpočtu doby předstihu v MRP.

10.21

(Minulost)

10.22

Aktuální systémové datum

10.23

10.24

10.25

10.26

10.27

(Budoucnost)

10.28

(Budoucnost)

10.29

(Budoucnost)

10.30

(Budoucnost)

PBOM1

OR

Požadavek ze zakázky odběratele

C1

OR

C3

OR

PBOM2

OR

ABOM1

C2

OR

Jak vidíte, doporučení pro C2 je 21. října, den před aktuálním systémovým datem. MRP nemůže generovat doporučení k zakázkám v minulosti, proto přesune plán na nejbližší možné budoucí datum, což je 22. října.

Až MRP odloží doporučení pro C2, celý plán se musí posunout o jeden den dopředu, aby splnil požadavky na dobu předstihu. PBOM1, artikl na nejvyšší úrovni řetězce kusovníků, je v tomto případě nakonec doporučen na 26. října. Vzhledem k tomu, že PBOM1 vyžaduje dobu předstihu 5 dní, dodávka tohoto artiklu připadá na 31. října, což je o jeden později než termín dodání zakázky odběratele.