Преглед: Microsoft Dynamics GP 2010 MRP Move-Out функционалност

Симптоми

Информация за фона

Microsoft Dynamics GP 10 включва mrP Move-Out функционалност. Както в Microsoft Dynamics GP 10, така и в Microsoft Dynamics GP 2010 целта на Move-Out е да се избегнат ситуации на свръхзадачаване. Ситуации на свръхзадвиване съществуват, когато прожектираният наличен баланс (PAB) за елемент/сайт надхвърля нивото "Поръчка нагоре до", дефинирано на този елемент/сайт.

В Microsoft Dynamics GP 2010 е добавена допълнителна функционалност, за да се избегнат ситуации, в които се предлага да бъде преместена съществуваща поръчка за доставка, но след това на мястото й се предлага друга поръчка за доставка.

Стъпка по стъпка

1. Настройте GP на Microsoft Dynamics, така че Move-Out е разрешена. 

a. Преместването навън трябва да е разрешено на ниво елемент/сайт. Това се прави, като маркирате съответното квадратче за отметка в прозореца Планиране на ресурси за артикули.

б. Преместването навън трябва да е разрешено за цялата фирма. Това се прави, като маркирате съответното квадратче за отметка в прозореца "Предпочитания по подразбиране за MRP".

в. Количеството на точката на поръчка в прозореца Планиране на ресурси на артикул се използва за дефиниране на точката, в която MRP ще предложи поръчка за попълване на количества. Това поле служи и като долна граница за желаното от нас количество на ръка при въпросния елемент/сайт.

г. Нивото "Ред нагоре до" в прозореца Планиране на ресурси на артикул се използва за дефиниране на точката, в която елементът/сайтът е пренасистен. Това поле служи и като горна граница за желаното от нас количество на ръка при въпросния елемент/сайт. За "слаби" фирми количеството на точките за поръчка и ниво "Поръчка нагоре до" може да имат много кратък диапазон между стойностите – или те могат да бъдат една и съща стойност.

д. "Move-Out" е ново поле в прозореца Планиране на ресурси за артикули. Тя трябва да бъде въведена в "Дни". The Move-Out е период от време преди "търсене", където това търсене попада върху или след "период на свръхзадвижване", когато поръчките за доставка НЯМА да бъдат предложени за местене. The Move-Out Fence е незадължително поле. Ако е попълнено, това ще ви помогне да ограничите броя на поръчките за доставка, които се предлагат да бъдат преместени.

2. Разбиране на понятията, използвани в Move-Out изчисления.

a. Move-Out период от време: Прилагаме стойността в полето Move-Out Ограда, за да определим диапазон от дати за Move-Out Ограда. Ето изчисленията:

i. Ако има търсене на същата дата като презапасяването, диапазонът се изчислява по следния начин: Датата, на която поръчката за доставка води до свръхзадачаване – дните на Move-Out огради [включително на датата на свръхзадачаване]. Този диапазон от дати представлява Move-Out Ограда.

ii. Ако няма търсене на същата дата като свръхпредлагането, диапазонът се изчислява по следния начин: Продължете напред във времето (към бъдещето) за първата дата с търсенето. Използвайте първия ден за търсене след презасителното [включително] – дните Move-Out огради. Този диапазон от дати представлява Move-Out Ограда.

б. Look-Back период: Период от време, съседен на дата на свръхзадвижване, по време на който поръчките за доставка могат да бъдат преместени. Периодът Look-Back се състои от две дати, които заедно се състоят от период от време.

i. Look-Back период Дата 1:

1. Първата (най-стара) дата в Move-Out Ограда – един ден. Това е дата 1 от Look-Back период.

2. Ако стойността на Move-Out "Ограда" е нула, датата 1 се изчислява по следния начин:

o Ако има търсене на същата дата като презасителното, тогава дата 1 е тази дата на свръхзадграждане.

o Ако няма търсене на същата дата като презасителното, тогава датата 1 е първият ден на търсене след презасителното.

ii. Look-Back период Дата 2: Връщане назад във времето (преди датата на свръхзадача) до най-близката предсрещна дата с търсене + един ден. Това е дата 2 от Look-Back период.

iii. Преобразуване на дата 1 и 2 в диапазон: Оценяват се дати 1 и 2. По-старата стойност за дата ще стане началото на Look-Back период. По-новата стойност за дата ще се превърне в края на Look-Back период.

в. Оценка на PAB: Ако една или повече поръчки за доставка могат да бъдат намерени в периода на търсене назад, тогава PAB ще бъде оценена по следния начин: Дали (PAB на датата на презабавка – общо количество на поръчката за доставка по време на периода на търсене) >= (Ниво на поръчка нагоре + търсене на датата на свръхдобавяване)?

o Ако отговорът е НЕ, количеството по поръчка в периода на търсене е необходимо, за да се отговори на някакво търсене.

o Ако отговорът е ДА, поръчката(ите) за доставка в периода на връщане на погледа може да бъде преместена или отменена.

г. Оценка на точката на поръчка: ППМ няма да предложи поръчка за доставка да бъде преместена или отменена, ако това би довело до PAB на датата на презасищане, попадаща под количеството на точката на поръчка.

д. Отговарящи на условията POs: POs трябва да отговарят на следните критерии, за да бъдат разгледани за преместване или отмяна:

o Няма SOP или MOP връзки

o Състоянието е "Нова", "Издадена" или "Промяна на поръчката"

е. Отговарящи на условията MOS: MOs трябва да отговарят на следните критерии, за да бъдат разгледани за преместване или отмяна:

o Няма записи за събиране на данни за mo.

o Няма чакащи транзакции за въвеждане на компонентни транзакции за MO.

o Няма издадени или върнати количества за компонента за mo.

o Няма SOP или POP връзки.

o Състоянието е "Оферта/приблизителна оценка", "Отвори" или "Издадена".

3. Практика при изчисляване на Move-Out и Look-Back период

a. Използвайте стойностите в следната диаграма за всеки от примерните сценарии по-долу:

б. Сценарий 1: Ето документите за транзакции, които трябва да имате предвид:

 i. На кои дати имаме свръхзадача в края на деня?

1. В края на 4.10.2014 г. PAB е 30. Това е 20 по-голямо от ниво "Поръчка нагоре до" от 10.

2. В края на 5.10.2015 г. PAB е 50. Това е с 40 по-голямо от ниво "Поръчка нагоре до" от 10.

ii. Анализ на 10/4 Презасително

1. Move-Out: Има търсене в същия ден (4.10.2014 г.) като свръхдоза. Това е краят на Move-Out Ограда. Започнете с този ден (включително) и извадете Move-Out огради дни (5). Резултатът е 30.9. The Move-Out е от 9.30 до 10.4.

2. Look-Back период Дата 1: Започнете с началото на Move-Out и извадете един ден. Дата 1 е 29.9.29.

3. Look-Back период Дата 2: Най-близката предна дата с търсенето е 10.1. Търсенето на тази дата е SO0097. Добавяме един ден към тази дата, за да стигнете до 2.10.2.

4. Look-Back период: Периодът на Look-Back е от 29.9.29 до 10.2.

5. Окончателен анализ: По-голямата част от Look-Back период попада вътре в Move-Out Ограда. Само поръчките, попадащи на 29.09., ще отговарят на условията за местене. Няма поръчки за този елемент, които да отговарят на това изискване.

iii. Анализ на 10.5 Свръхзадача

1. Move-Out Ограда: Няма търсене в същия ден (10.5) като свръхзадача, така че гледаме напред към следващата дата, която има търсене. Това е 8.10.2018 г. Започнете с тази дата (включително) и извадете Move-Out огради дни (5). Резултатът е 4.10. The Move-Out е от 10.4 до 10.8.

2. Look-Back период Дата 1: Започнете с началото на Move-Out (10.4) и извадете един ден. Ден 1 е 10.3.

3. Look-Back период Дата 2: Най-близката предна дата с търсенето е 4.10. Търсенето на тази дата е SO0098. Добавяме един ден към тази дата, за да стигнете до 10.5.

4. Look-Back период: Периодът на Look-Back е от 10.3 до 10.5.

5. Окончателен анализ: По-голямата част от Look-Back период попада вътре в Move-Out Ограда. Само поръчки, попадащи на 3.10.2013 г., ще отговарят на условията за преместване. Няма поръчки за този елемент, които попадат на тази дата.

в. Сценарий 2: Ето документите за транзакции, които трябва да имате предвид:

i. На кои дати имаме свръхзадача в края на деня?

1. В края на 10.1 PAB е 30. Това е 20 по-голямо от ниво "Поръчка нагоре до" от 10.

2. В края на 5.10.2015 г. PAB е 50. Това е с 40 по-голямо от ниво "Поръчка нагоре до" от 10.

ii. Анализ на 10.1 Свръхзадача

1. Move-Out Ограда: Няма търсене в същия ден (10.1) като презапредава, така че ние гледаме напред към първата бъдеща дата с търсенето. Това е 9.10.2019 г. Започнете с тази дата (включително) и извадете Move-Out огради дни (5). Резултатът е 10.5. The Move-Out е от 10.5 до 10.9.

2. Look-Back период Дата 1: Започнете с началото на Move-Out Ограда (10.5) и извадете един ден. Дата 1 е 10.4.

3. Look-Back период Дата 2: Ние потърсим най-близката предна дата с търсенето. Нямаме търсене преди 10.01. Това означава, че Look-Back период ще започне в началото на хоризонта за планиране на ПЛАНИРАНЕ.

4. Look-Back период: Периодът на Look-Back е от началото на хоризонта за планиране на ПЛАНИРАНЕ до 10.4.

5. Окончателен анализ: PO0001, която е управлявала свръхзадвижа на 10.1, ще отговаря на условията за местене. Той е в Look-Back и извън Move-Out ограда. Преди обаче PO0001 да може да бъде преместено, то трябва да премине и оценките на PAB и точката на поръчка, както и изискванията за състояние на отговаряща на условията ОП.

iii. Анализ на 10.5 Свръхзадача

1. Move-Out: В същия ден (5.10.2015 г.) няма търсене, така че ние гледаме напред на първата бъдеща дата с търсенето. Това е 9.10.2019 г. Започнете с тази дата (включително) и извадете Move-Out огради дни (5). Резултатът е 10.5. The Move-Out е от 10.5 до 10.9.

2. Look-Back период Дата 1: Започнете с началото на Move-Out Ограда (10.5) и извадете един ден. Дата 1 е 10.4.

3. Look-Back период Дата 2: Ние потърсим най-близката предна дата с търсенето. Нямаме търсене преди 10.05.2015 г. на свръхзадача. Това означава, че Look-Back период ще започне в началото на хоризонта за планиране на ПЛАНИРАНЕ.

4. Look-Back период: Периодът на Look-Back е от началото на хоризонта за планиране на ПЛАНИРАНЕ до 10.4.

5. Окончателен анализ: PO0001 отговаря на условията за местене. Той попада в Look-Back и извън Move-Out Ограда. PO0002 на 10.5 няма да отговаря на условията за местене, тъй като попада в Move-Out Ограда. Още веднъж PO0001 трябва да премине оценките на PAB и точките на поръчка и изискванията за състояние на отговарящите на условията po, преди да може да бъде преместено.

Повече информация