"Walkthrough": "Microsoft Dynamics GP 2010" MRP Move-Out funkcijos

Simptomai

Foninė INFORMACIJA

"Microsoft Dynamics GP 10" įtraukė MRP Move-Out funkcijas. Tiek "Microsoft Dynamics GP 10", tiek "Microsoft Dynamics GP 2010" programos tikslas Move-Out išvengti perpildų situacijų. Per daug pasisekite situacijas, kai elemento / svetainės MRP projektuotas galimas likutis (PAB) viršija užsakymo iki lygio, apibrėžto šiame elemente / svetainėje.

Programoje "Microsoft Dynamics GP 2010" buvo įtraukta papildomų funkcijų, kad būtų išvengta situacijų, kai siūloma perkelti esamą tiekimo užsakymą, tačiau vietoje jo siūlomas kitas tiekimo užsakymas.

Žingsnis po žingsnio

1. Nustatykite "Microsoft Dynamics GP", kad Move-Out funkcijos būtų įgalintos. 

a. Perkelti iš turi būti įgalintas elemento / svetainės lygiu. Tai atliekama pažymint atitinkamą žymės langelį lange Prekės išteklių planavimas.

b. Perkelti iš turi būti įgalinta visoje įmonėje. Tai atliekama pažymint atitinkamą žymės langelį lange MRP nuostatos numatytosios reikšmės.

c. Užsakymo taško kiekis lange Prekės išteklių planavimas naudojamas norint apibrėžti tašką, kuriame MRP pasiūlys užsakymą papildyti kiekius. Šis laukas taip pat naudojamas kaip apatinė norimo turimo kiekio riba tam tikrą elementą / svetainę.

d. Lange Prekės išteklių planavimas siųstas į lygį naudojamas nustatyti vietą, kurioje elementas / svetainė yra perpildant. Šis laukas taip pat naudojamas kaip viršutinė norimo turimo kiekio riba tam tikrą elementą / svetainę. "lean" įmonėms užsakymo taško kiekis ir užsakymo iki lygio diapazonas gali būti labai trumpas tarp reikšmių arba gali būti ta pati reikšmė.

e. Move-Out aptvaros laukas yra naujas laukas lange Prekės išteklių planavimas. Jis turi būti įvestas dienomis. "Move-Out Tvora yra laikotarpis prieš "poreikį", kai ta paklausa patenka į "tiekimo laikotarpį" arba po jo, kai pasiūlos užsakymai nebus siūlomi perkelti. Laukas Move-Out Tvora yra pasirinktinis laukas. Jei užpildyta, tai padės apriboti pasiūlos užsakymų, kuriuos siūloma perkelti, skaičių.

2. Supraskite sąvokas, naudojamas Move-Out skaičiavimuose.

a. Move-Out Tvoros datos diapazonas: Lauko Tvora Move-Out reikšmę, kad nustatytume lauko Tvora datų Move-Out diapazoną. Toliau pateikiami skaičiavimai:

i. Jei tos pačios datos kaip ir perpildų yra poreikis, diapazonas skaičiuojamas taip: data, kai pasiūlos užsakymas yra perpildomas – Move-Out Užtvaros dienos [įskaitant perpildų datą]. Šis datų diapazonas yra Move-Out tvora.

ii. Jei tos pačios datos, kaip ir perpildų, nėra poreikio, diapazonas skaičiuojamas taip: Eikite į priekį laiku (link ateities) pirmai datai su poreikiu. Naudokite pirmąją poreikio dieną po perpildų [imtinai] – Move-Out dienų. Šis datų diapazonas yra Move-Out tvora.

b. Look-Back laikotarpis: laikotarpis, esantis greta perpildų datos, kai galima perkelti tiekimo užsakymus. Look-Back laikotarpį sudaro dvi datos, kurios kartu sudaro laikotarpį.

i. Look-Back Laikotarpio data 1:

1. Pirmoji (seniausia) data Move-Out Tvora – vieną dieną. Tai yra laikotarpio 1 Look-Back data.

2. Jei Move-Out reikšmė yra nulis, tada 1 data skaičiuojama taip:

o Jei yra tos pačios datos, kaip ir perpilda, 1 data yra ta, kad perpildų data.

o Jei tos pačios datos, kaip ir perpilda, nėra poreikio, tada 1 data yra pirmoji poreikio diena po perpildų.

ii. Look-Back 2 laikotarpio data: grįžkite atgal laiku (prieš perrašo datą) iki artimiausios ankstesnės datos su poreikiu + viena diena. Tai yra laikotarpio 2 Look-Back data.

iii. Konvertuokite datas 1 ir 2 į diapazoną: 1 ir 2 datos įvertinamos. Senesnė datos reikšmė taps Look-Back pradžia. Naujesnę datos reikšmę bus galima Look-Back laikotarpio pabaigoje.

c. PAB įvertinimas: Jei peržvalgos laikotarpiu galima rasti vieną ar daugiau tiekimo užsakymų, PAB bus įvertintas taip: Ar (PAB tiekimo peržvalgos dieną – bendras tiekimo užsakymo kiekis peržvalgos laikotarpiu) >= (Užsakymo-up-To Level + demand on the oversupply date)?

o Jei atsakymas yra NE, tuomet užsakymo kiekis grąžinimo laikotarpiu reikalingas, kad būtų patenkinti kai kurie poreikiai.

o Jei atsakymas yra TAIP, tada tiekimo užsakymą (-ius) peržvalgos laikotarpiu galima perkelti arba atšaukti.

d. Užsakymo taško įvertinimas: MRP nepastebės, kad tiekimo užsakymas būtų perkeltas arba atšauktas, jei dėl to PAB viršitų užsakymo taško kiekį.

e. Reikalavimus atitinkantys PU: PU turi atitikti šiuos kriterijus, į kuriuos reikia atsižvelgti perkeliant arba atšaukiant:

o Nėra SOP arba MOP saitų

o Būsena yra Naujas, Išleistas arba Keisti užsakymą

f. Reikalavimus atitinkančios MO: MOS turi atitikti šiuos kriterijus, kad būtų galima juos perkelti arba atšaukti:

o Nėra MO duomenų rinkimo įrašų.

o Nėra laukiančių MO komponento operacijų įrašo operacijų.

o Nesuteikus jokių MO išduotų arba atgalinio kiekio komponentų kiekių.

o Nėra SOP arba POP saitų.

o Būsena yra Pasiūlymas / Įvertinimas, Atidaryti arba Išleistas.

3. Praktikos skaičiavimo Move-Out ir Look-Back laikotarpis

a. Naudokite toliau pateiktoje diagramoje pateiktas reikšmes kiekvienam iš toliau nurodytų scenarijų pavyzdžių:

b. 1 scenarijus: Čia pateikiami operacijų dokumentai, į kuriuos reikia atsižvelgti:

 i. Kada dienos pabaigoje turime per daug informacijos?

1. 10/4 pabaigoje PAB yra 30. Tai yra 20 didesnis nei 10 užsakymo-iki lygio.

2. 10/5 pabaigoje PAB yra 50. Tai yra 40 daugiau nei 10 užsakymo-iki lygio.

ii. 10/4 oversupply analizė

1. Move-Out Tvora: Yra tos pačios dienos (10/4) kaip ir perpildų. Tai yra tvoros Move-Out pabaiga. Pradėkite nuo šios dienos (imtinai) ir atimkite Move-Out Tvoros dienas (5). Rezultatas yra 9/30. Move-Out tvora yra nuo 9/30 iki 10/4.

2. Look-Back Laikotarpio data 1: Pradėkite nuo Move-Out ir atimkite vieną dieną. Data 1 yra 9/29.

3. Look-Back 2 laikotarpio data: artimiausia ankstesnė data su poreikiu yra 10/1. Šios datos poreikis yra SO0097. Į šią datą įtraukiame vieną dieną, kad gautumėte 10/2.

4. Look-Back laikotarpis: Look-Back laikotarpis yra nuo 9/29 iki 10/2.

5. Galutinė analizė: didžioji Look-Back laikotarpio dalis patenka į Move-Out tvorą. Galima perkelti tik užsakymus, kurių kaina yra 9/29. Nėra šio elemento užsakymų, atitinkančių šį reikalavimą.

iii. 10/5 perpildų analizė

1. Move-Out Tvora: nėra poreikio tą pačią dieną (10/5) kaip perpildą, todėl laukiame kitos datos, kuri turi paklausą. Tai 10/8. Pradėkite nuo šios datos (imtinai) ir atimkite Move-Out Tvoros dienas (5). Rezultatas yra 10/4. Move-Out tvora yra nuo 10/4 iki 10/8.

2. Look-Back Laikotarpio data 1: Pradėkite nuo Move-Out Tvoros (10/4) pradžios ir atimkite vieną dieną. 1 diena yra 10/3.

3. Look-Back 2 laikotarpio data: artimiausia ankstesnė data su poreikiu yra 10/4. Šios datos poreikis yra SO0098. Į šią datą įtraukiame vieną dieną, kad gautumėte 10/5.

4. Look-Back: Look-Back laikotarpis yra nuo 10/3 iki 10/5.

5. Galutinė analizė: didžioji Look-Back laikotarpio dalis patenka į Move-Out tvorą. Perkelti galima tik 10/3 priklausančius užsakymus. Nėra šio elemento užsakymų, kurie patenka į tą datą.

c. 2 scenarijus: Čia pateikiami operacijų dokumentai, į kuriuos reikia atsižvelgti:

i. Kada dienos pabaigoje turime per daug informacijos?

1. 10/1 pabaigoje PAB yra 30. Tai yra 20 didesnis nei 10 užsakymo-iki lygio.

2. 10/5 pabaigoje PAB yra 50. Tai yra 40 daugiau nei 10 užsakymo-iki lygio.

ii. 10/1 perpildų analizė

1. Move-Out Tvoros: nėra poreikio tą pačią dieną (10/1) kaip perpildą, todėl laukiame pirmos ateities datos su poreikiu. Tai 10/9. Pradėkite nuo šios datos (imtinai) ir atimkite Move-Out Tvoros dienas (5). Rezultatas yra 10/5. Move-Out tvora yra nuo 10/5 iki 10/9.

2. Look-Back Laikotarpio data 1: Pradėkite nuo Move-Out tvoros pradžios (10/5) ir atimkite vieną dieną. 1 data yra 10/4.

3. Look-Back 2 laikotarpio data: ieškome artimiausių ankstesnių datų su poreikiais. Mes neturime poreikio prieš 10/1 perpildą. Tai reiškia, Look-Back laikotarpis prasidės MRP planavimo laikotarpio pradžioje.

4. Look-Back laikotarpis: Look-Back laikotarpis yra nuo MRP planavimo laikotarpio pradžios iki 10/4.

5. Galutinė analizė: PO0001, kuri vairavo perpildą 10/1, būtų tinkama perkelti. Jis yra Look-Back laikotarpiu ir už Move-Out tvoros. Tačiau prieš perkeliant PO0001, jis taip pat turi išlaikyti PAB ir užsakymo taško įvertinimus, taip pat reikalavimus dėl reikalavimus atitinkančių PU būsenos reikalavimų.

iii. 10/5 perpildų analizė

1. Move-Out Tvora: nėra poreikio tą pačią dieną (10/5) kaip perpildą, todėl laukiame pirmos ateities datos su poreikiu. Tai 10/9. Pradėkite nuo šios datos (imtinai) ir atimkite Move-Out Tvoros dienas (5). Rezultatas yra 10/5. Move-Out tvora yra nuo 10/5 iki 10/9.

2. Look-Back Laikotarpio data 1: Pradėkite nuo Move-Out tvoros pradžios (10/5) ir atimkite vieną dieną. 1 data yra 10/4.

3. Look-Back 2 laikotarpio data: ieškome artimiausių ankstesnių datų su poreikiais. Mes neturime poreikio prieš 10/5 perpildą. Tai reiškia, Look-Back laikotarpis prasidės MRP planavimo laikotarpio pradžioje.

4. Look-Back laikotarpis: Look-Back laikotarpis yra nuo MRP planavimo laikotarpio pradžios iki 10/4.

5. Galutinė analizė: PO0001 gali būti perkelta. Jis patenka į Look-Back laikotarpį ir už Move-Out tvoros ribų. PO0002 10/5 nebus galima perkelti, nes ji patenka į Move-Out tvorą. Dar kartą, PO0001 turi išlaikyti PAB ir Užsakymo punkto įvertinimus ir Reikalavimus atitinkančių PU būsenos reikalavimus, kad juos būtų galima perkelti.

Daugiau informacijos