SCENARIU DE AFACERI
Microsoft Dynamics GP 2010 a fost implementat. Se Move-Out utiliza funcționalitatea completă din Planificarea cerințelor de materiale (MRP- Material Requirements Planning). Utilizatorii trebuie să înțeleagă cum funcționează această funcționalitate, inclusiv configurarea necesară.
Acest document va descrie următoarele:
1. Configurarea necesară pentru a utiliza funcționalitatea Move-Out MRP.
2. Conceptele care contribuie la calculele utilizate la crearea de Move-Out sugestii.
3. Exemple de scenarii pentru a îmbunătăți înțelegerea acelor concepte cheie.
Simptome
INFORMAȚII GENERALE
Microsoft Dynamics GP 10 a inclus Move-Out MRP. Atât în Microsoft Dynamics GP 10, cât și în Microsoft Dynamics GP 2010, scopul bazei de date este Move-Out de a evita situații de asistență prea mari. Există situații de suport atunci când soldul MRP projected Available (PAB) pentru un element/site depășește nivelul De făcut până la definit la acel element/site.
În Microsoft Dynamics GP 2010, a fost adăugată o funcționalitate suplimentară pentru a evita situațiile în care o comandă de furnizare existentă este sugerată pentru a fi mutată, dar în locul său este sugerată o altă comandă de furnizare.
Pas cu pas
1. Configurați Microsoft Dynamics GP astfel încât Move-Out activată funcționalitatea nouă.
a. Mutare în afara trebuie activată la nivel de element/site. Acest lucru se face bifând caseta de selectare corespunzătoare în fereastra Planificare resurse element.
b. Mutarea trebuie să fie activată pentru întreaga firmă. Acest lucru se face prin marcarea casetei de selectare corespunzătoare în fereastra Valori implicite preferințe MRP.
c. Cantitatea punct de comandă din fereastra Planificare resurse articol se utilizează pentru a defini punctul în care MRP va sugera o comandă pentru completarea cantităților. Acest câmp servește drept limită inferioară și pentru cantitatea noastră dorită la articolul/site-ul respectiv.
d. Se utilizează Order-Up-To Level în fereastra Planificare resurse element pentru a defini punctul în care se supraacceptează elementul/site-ul. De asemenea, acest câmp servește drept limită superioară pentru cantitatea dorită la îndemână pentru elementul/site-ul respectiv. Pentru firmele "înclinate", Cantitatea punctelor de comandă și Nivelul de comandă sus-la poate avea o gamă foarte scurtă între valori sau poate fi aceeași valoare.
e. Gardul Move-Out este un câmp nou în fereastra Planificare resurse element. Aceasta ar trebui introdusă în Zile. Gardul Move-Out este o perioadă de timp înaintea "cererei", în care cererea respectivă cade în sau după o "perioadă de subacceptare", când nu se vor sugera comenzi de livrare pentru a fi mutate. Gardul Move-Out este un câmp opțional. Dacă este completată, va fi de ajutor să limitați numărul de comenzi de furnizare sugerate pentru a fi mutate.
2. Înțelegeți conceptele utilizate în Move-Out complexe.
a. Move-Out intervalului de date Gard: Aplicăm valoarea din câmpul Move-Out Gard pentru a determina un interval de date pentru Move-Out Gardul. Iată calculele:
i. Dacă există o cerere la aceeași dată ca supraacceptul, intervalul este calculat după cum urmează: Data la care o comandă de furnizare are ca rezultat o ofertă supraacceptată - zilele de gard Move-Out [inclusiv data de supraacceptare]. Acest interval de date reprezintă Move-Out și.
ii. Dacă nu există nicio cerere la aceeași dată ca cea pentru suport, intervalul se calculează astfel: Mergeți mai departe în timp (spre viitor) pentru prima dată cu cerere. Utilizați prima zi la cerere, după programul de supraacceptare [inclusiv] - Move-Out de gard. Acest interval de date reprezintă Move-Out și.
b. Look-Back perioadă: o perioadă de timp adiacentă unei date de supraacceptare în timpul în care comenzile de furnizare pot fi mutate. Prima Look-Back este formată din două date care constituie împreună o perioadă de timp.
i. Look-Back datei de sfârșit a perioadei 1:
1. Prima dată (cea mai veche) din Move-Out - o zi. Aceasta este data 1 din perioada Look-Back curentă.
2. Dacă valoarea Move-Out Gard este zero, data 1 este calculată după cum urmează:
o Dacă există o cerere la aceeași dată ca pentru perioada de suport, data 1 este acea dată pentru care se poate supraaccepta.
o Dacă nu există nicio cerere la aceeași dată ca cea pentru supraaccept, atunci data 1 este prima zi la cerere după perioada de subaccept.
ii. Look-Back 2: Reveniți la timp (înainte de data subacceptării) la cea mai apropiată dată anterioară, cu cerere + o zi. Aceasta este data 2 din Look-Back curentă.
iii. Conversia datei 1 și 2 într-un interval: Sunt evaluate data 1 și 2. Valoarea de dată mai veche va deveni începutul perioadei Look-Back curentă. Valoarea de dată mai nouă va deveni sfârșitul perioadei Look-Back date.
c. Evaluare PAB: Dacă în perioada de căutare se pot găsi una sau mai multe comenzi de furnizare, pab va fi evaluată după cum urmează: Is (PAB la data de subacceptare - cantitatea totală de comenzi de furnizare în perioada de căutare) >= (Comandă-up-to-level + cerere la data supraacceptării)?
o Dacă răspunsul este NU, cantitatea de comandă din perioada de căutare-înapoi este necesară pentru a îndeplini o anumită cerere.
o Dacă răspunsul este DA, atunci ofertele din perioada de look-back pot fi mutate sau anulate.
d. Evaluare punct comandă: MRP nu va sugera că o comandă de furnizare va fi mutată sau anulată, dacă aceasta va avea ca rezultat pab la data supraacceptării sub cantitatea de puncte de comandă.
e. POS care se califică: POS trebuie să îndeplinească următoarele criterii pentru a fi luat în considerare pentru mutare sau anulare:
o Fără legături SOP sau CEE
o Starea este Nou, Lansat sau Modificare ordine
f. MOS care se califică: MOs trebuie să îndeplinească următoarele criterii pentru a fi luat în considerare pentru o mutare sau o anulare:
o Nu există înregistrări de colectare a datelor pentru mo.
o Fără tranzacții de intrare a tranzacției componente în așteptare pentru mo.
o Nicio componentă emisă sau backflushed pentru mo.
o Fără linkuri SOP sau POP.
o Starea este Ofertă/estimare, Deschidere sau Lansat.
3. Exersați calcularea Move-Out și a Look-Back lui
a. Utilizați valorile din următoarea diagramă pentru fiecare dintre scenariile eșantion de mai jos:
|
Cantitatea disponibilă |
10 |
|---|---|
|
Order Point Quantity |
10 |
|
Order-Up-To Level |
10 |
|
Move-Out (în zile) |
5 |
b. Scenariul 1: Iată documentele tranzacției de luat în considerare:
|
Tip comandă |
Doc # |
Cerere |
Ofertă |
Data scadentă |
PAB |
|---|---|---|---|---|---|
|
Se începe PAB |
Se începe PAB |
10 |
|||
|
PO |
PO0001 |
5 |
10/1/09 |
15 |
|
|
SO |
SO0097 |
5 |
10/1/09 |
10 |
|
|
PO |
PO0002 |
15 |
10/4/09 |
25 |
|
|
PO |
PO0003 |
20 |
10/4/09 |
45 |
|
|
SO |
SO0098 |
15 |
10/4/09 |
30 |
|
|
PO |
PO0004 |
20 |
10/5/09 |
50 |
|
|
SO |
SO0100 |
40 |
10/8/09 |
10 |
i. În ce date se permite o astfel de întâlnire la sfârșitul zilei?
1. La sfârșitul zilei de 10.4, PAB este 30. Aceasta este cu 20 mai mare decât cea de la Ordonare la nivelul 10.
2. La sfârșitul zilei de 10.5, PAB este 50. Acesta este cu 40 mai mare decât nivelul de ordonare la nivelul 10.
ii. Analiza 10.4 Acceptat
1. Move-Out Gardul: Există cerere în aceeași zi (10.4) ca și cum s-ar supraaccepta. Acesta este capătul gardului Move-Out. Începeți cu această zi (inclusiv) și scădeți zilele Move-Out (5). Rezultatul este 9/30. Gardul Move-Out este între 30.09.2004 și 10.04.
2. Look-Back Data perioadei 1: Începeți cu începutul gardului Move-Out și scădeți o zi. Data 1 este 29.09.
3. Look-Back 2: Cea mai apropiată dată anterioară cu cererea este 01.10. Cererea la această dată este SO0097. Adăugăm o zi la data curentă pentru a ajunge la 2 noiembrie.
4. Look-Back perioadă: perioada Look-Back este între 29.09.2010 și 2.10.
5. Analiză finală: cea mai mare Look-Back perioadă se află în interiorul gardului Move-Out cheie. Numai comenzile care se încadrează pe 29.09.2009 vor fi eligibile pentru a fi mutate. Nu există comenzi pentru acest articol care să îndeplinească cerința respectivă.
iii. Analiza 10.5 Este neacceptat
1. Move-Out: Nu există nicio cerere în aceeași zi (10.5) ca și subacceptul, așa că privim înainte la următoarea dată la care este nevoie. Acesta este 08.10. Începeți cu această dată (inclusiv) și scădeți zilele Move-Out (5). Rezultatul este 10/4. Gardul Move-Out este între 4.10.2008 și 10.08.
2. Look-Back Period Date 1: Începeți cu începutul gardului Move-Out (10/4) și scădeți o zi. Ziua 1 este 3.10.
3. Look-Back 2: Cea mai apropiată dată anterioară cu cererea este 04.10. Cererea la această dată este SO0098. Adăugăm o zi la data curentă pentru a ajunge la 05.10.
4. Look-Back perioadă: Perioada Look-Back este între 3.10.2010 și 5.10.
5. Analiză finală: cea mai mare Look-Back perioadă se află în interiorul gardului Move-Out cheie. Numai comenzile care se încadrează pe 3.10.2003 ar fi eligibile pentru mutare. Nu există comenzi pentru acest articol care să fie la data respectivă.
c. Scenariul 2: Iată documentele tranzacției de luat în considerare:
|
Tip comandă |
Doc # |
Cerere |
Ofertă |
Data scadentă |
PAB |
|---|---|---|---|---|---|
|
Se începe PAB |
Se începe PAB |
10 |
|||
|
PO |
PO0001 |
20 |
10/1/09 |
30 |
|
|
PO |
PO0002 |
20 |
10/5/09 |
50 |
|
|
SO |
SO0100 |
40 |
10/9/09 |
10 |
i. În ce date se permite o astfel de întâlnire la sfârșitul zilei?
1. La sfârșitul zilei de 10.1, PAB este 30. Aceasta este cu 20 mai mare decât cea de la Ordonare la nivelul 10.
2. La sfârșitul zilei de 10.5, PAB este 50. Acesta este cu 40 mai mare decât nivelul de ordonare la nivelul 10.
ii. Analiza 10.01 Este neacceptat
1. Move-Out: Nu există nicio cerere în aceeași zi (10.1) ca și supraaccept, așa că privim înainte la prima dată viitoare cu cerere. Aceasta este 09.10. Începeți cu această dată (inclusiv) și scădeți zilele Move-Out (5). Rezultatul este 10/5. Gardul Move-Out este între 05.10.2009 și 10.09.
2. Look-Back Period Date 1: Începeți cu începutul gardului Move-Out (10/5) și scădeți o zi. Data 1 este 04.10.
3. Look-Back Perioada 2: Căutam cea mai apropiată dată anterioară, cu cerere. Nu avem nicio cerere înaintea suportului din 10.1. Acest lucru înseamnă că Look-Back următoare va începe la începutul orizontului de planificare a MRP.
4. Look-Back: Perioada Look-Back este de la începutul orizontului de planificare MRP până la 04.10.2004.
5. Analiză finală: PO0001 care a efectuat pe 10.1 o astfel de analiză va fi eligibilă pentru a fi mutată. Acesta se află în Look-Back și în exteriorul gardului Move-Out securizat. Cu toate acestea, înainte ca PO0001 să poată fi mutat, trebuie să treacă și evaluările PAB și punctele de comandă, precum și cerințele de stare a comenzii de cumpărare care se califică.
iii. Analiza 10.5 Este neacceptat
1. Move-Out: Nu există nicio cerere în aceeași zi (10.5) ca și supraaccept, așa că privim înainte la prima dată viitoare cu cerere. Aceasta este 09.10. Începeți cu această dată (inclusiv) și scădeți zilele Move-Out (5). Rezultatul este 10/5. Gardul Move-Out este între 05.10.2009 și 10.09.
2. Look-Back Period Date 1: Începeți cu începutul gardului Move-Out (10/5) și scădeți o zi. Data 1 este 04.10.
3. Look-Back Perioada 2: Căutam cea mai apropiată dată anterioară, cu cerere. Nu avem nicio cerere înainte de oferta din 10.5. Acest lucru înseamnă că Look-Back următoare va începe la începutul orizontului de planificare a MRP.
4. Look-Back: Perioada Look-Back este de la începutul orizontului de planificare MRP până la 04.10.2004.
5. Analiză finală: PO0001 este eligibil pentru a fi mutat. Aceasta se încadrează în Look-Back și în afara Gardului Move-Out securizat. PO0002 on 10/5 nu este eligibil pentru a fi mutat, deoarece se încadrează în Move-Out Gard. Din nou, PO0001 trebuie să treacă de evaluările PAB și de punctele de comandă și de cerințele de stare a po-ului care se califică înainte să poată fi mutată.
