Business SCENARIO
Упроваджено Microsoft Dynamics GP 2010. Буде Move-Out функції планування вимог до матеріалу (MRP). Користувачам потрібно розуміти, як працює ця функція, зокрема необхідне настроювання.
Цей документ означить:
1. Настроювання, необхідне для використання функції MRP Move-Out функції.
2. Поняття, які вносяться в обчислення, що використовуються для створення Move-Out пропозицій.
3. Зразки сценаріїв, щоб краще зрозуміти ці основні поняття.
Ознаки
ДовідкОВІ ВІДОМОСТІ
До складу Microsoft Dynamics GP 10 входили функції MRP Move-Out функції. Мета програми Microsoft Dynamics GP 10 і Microsoft Dynamics GP 201 Move-Out 0 – уникнути надлишкових ситуацій. Надлишкові ситуації наявні, коли для елемента або сайту задано pab серверного балансу для елемента або сайту, буде перевищено рівень замовлень, визначений на цьому елементі або сайті.
У microsoft Dynamics GP 2010 додано додаткові функції, щоб уникнути ситуацій, коли запропоновано віднести наявне замовлення на поставку, але на його місці запропоновано інше замовлення на поставку.
Крок за кроком
1. Налаштуйте Microsoft Dynamics GP, щоб Move-Out функції.
а. Необхідно ввімкнути функцію переміщення на рівні елемента або сайту. Це можна зробити, ввівши відповідний прапорець у вікні Планування ресурсів для елемента.
б. Її потрібно ввімкнути для всієї компанії. Це можна зробити, ввівши відповідний прапорець у вікні Параметри за замовчуванням для MRP.
в. Кількість точок замовлення у вікні планування ресурсів елементів використовується для визначення точки, у якій MRP запропонує замовлення поповнити кількість. Це поле також слугує нижчим обмеженням для потрібної кількості товару або сайту.
г. Вікно Планування ресурсів замовлень на рівень використовується для визначення місця перенараження елемента або сайту. Це поле також слугує верхнім обмеженням для потрібної кількості товару або сайту. Для "ледь нерівних" компаній кількість точок замовлень і рівень замовлень можуть мати дуже короткий діапазон між значеннями або мати однакове значення.
е. Поле Move-Out – це нове поле у вікні Планування ресурсів для елемента. Його потрібно ввести в день. Огорожі Move-Out огорожі – це період часу до "попиту", коли попит припадає на період "надлишкового періоду" або після неї, якщо не буде запропоновано перемістити замовлення. Поле Move-Out – це необов'язкове поле. Якщо їх заповнено, ви зможете обмежити кількість замовлень на поставку, які запропоновано перенести.
2. Розуміння понять, що використовуються в Move-Out обчисленнях.
а. 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 обчислиться таким чином: Is (PAB за завищеною датою – загальна кількість замовлення на погляд за поглядом) >= (Рівень замовлень до рівня + попит на надлишкову дату)?
o Якщо відповідь НІ, потрібно, щоб попит відповідав кількості на замовлення в період зворотного виклику.
o Якщо відповідь має значення YES (Так), можна перемістити або скасувати порядок постачання протягом періоду зворотного пошуку.
г. Оцінювання точки замовлення. MrP не запропонує перемістити або скасувати замовлення на поставку, якщо це призведе до pab через надлишкову дату, яка припадає на кількість ставки замовлення.
е. Відповідні покажчики організаційної структури: кількість організацій має відповідати таким умовам:
o No SOP or MOP links
o Стан: "Нове", "Випущено" або "Змінити замовлення"
д. Відповідні багатомовні системи безпеки. Щоб урахувати переміщення або скасування, потрібно врахувати такі умови:
o Немає записів для збирання даних для mo.
o Немає транзакцій із введення транзакції компонента, що очікували, для mo.
o – жодна кількість компонентів, видана або зворотна для MO.
o No SOP or POP links.
o – цінова пропозиція, оцінка, відкриття або випущений стан.
3. Потренуватися обчислювати Move-Out огорожі та Look-Back періоду.
а. Використовуйте значення з наведеної нижче діаграми для кожного зі зразків сценаріїв нижче.
Уручна Кількість |
10 |
---|---|
Кількість точок замовлення |
10 |
Сортування до рівня |
10 |
Move-Out огорожі (у днях) |
5 |
б. Сценарій 1. Слід враховувати такі транзакції:
Тип замовлення |
Doc # |
Попит |
Постачання |
Термін виконання |
PAB |
---|---|---|---|---|---|
Starting PAB |
Starting 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. У які дати наприкінці дня є надлишкове?
1. Наприкінці 10/4 pab – 30. Це 20 більше за рівень замовлень на рівень 10.
2. Наприкінці 10/5 pab – 50. Це 40 більше за рівень 10 за рівнем 10.
ii. Аналіз завибаччого аналізу 10/4
1. Move-Out огорожі. Існує попит на той самий день (10/4), що й зайве. Це кінець огорожі Move-Out огорожі. Почніть із цього дня (включно) і відніміть Move-Out днів огорожі (5). У результаті оносяться 30.09.2016. Огорожі Move-Out від 03.09.20 до 10.4.
2. Look-Back Період 1. Почніть із початку Move-Out та відніміть один день. Дата 1 – 29.09.
3. Look-Back періоду 2. Найближчим попереднім датою попиту є 10.01.2016. Вимога до цієї дати – SO0097. Ми додаємо один день до цієї дати, щоб отримати 20.10.2.
4. Look-Back періоду: Look-Back період від 29.09.29 до 10.02.
5. Остаточний аналіз. Більшість Look-Back періоду припадають на Move-Out огорожі. Переміщувати можна лише замовлення, які припадають на 29 вересня. Немає замовлень для цього товару, які відповідають цій вимозці.
iii. Аналіз завибаччого аналізу 10/5
1. Move-Out огорожі. Цього ж дня (10/5) немає потреби, тож ми будемо вперед до наступної дати, яка потребує попиту. Це 10/8. Почніть із цієї дати (включно) і відніміть Move-Out днів огорожі (5). У результаті оцініться 10/4. Огорожі Move-Out огорожі в часі від 10/4 до 10/8.
2. Look-Back Період 1. Почніть із початку Move-Out (10/4) і відніміть один день. День 1 – це 10/3.
3. Look-Back періоду 2. Найближчий попередній день із вимогою – 10/4. Вимога до цієї дати – SO0098. Ми додамо до цієї дати один день, щоб отримати 10/5.
4. Look-Back періоду: Look-Back період від 10/3 до 10/5.
5. Остаточний аналіз. Більшість Look-Back періоду припадають на Move-Out огорожі. Перемістити можна лише замовлення, які припадають на 10/3. Немає замовлень для цього товару, які потрапляють до цієї дати.
в. Сценарій 2. Слід враховувати такі транзакції:
Тип замовлення |
Doc # |
Попит |
Постачання |
Термін виконання |
PAB |
---|---|---|---|---|---|
Starting PAB |
Starting PAB |
10 |
|||
PO |
PO0001 |
20 |
10/1/09 |
30 |
|
PO |
PO0002 |
20 |
10/5/09 |
50 |
|
SO |
SO0100 |
40 |
10/9/09 |
10 |
i. У які дати наприкінці дня є надлишкове?
1. Наприкінці 10/1 pab – 30. Це 20 більше за рівень замовлень на рівень 10.
2. Наприкінці 10/5 pab – 50. Це 40 більше за рівень 10 за рівнем 10.
ii. Аналіз завибаччого аналізу 10/1
1. Move-Out огорожі. Немає потреби в цьому ж дні (10/1), що й надлишково, тому ми дивимося вперед до першої майбутньої дати з попитом. Це 10/9. Почніть із цієї дати (включно) і відніміть Move-Out днів огорожі (5). У результаті оцініться 10/5. Огорожі Move-Out огорожі від 10/5 до 10/9.
2. Look-Back Період 1. Почніть із початку Move-Out (10/5) і відніміть один день. Дата 1 – 10/4.
3. Look-Back 2. Ми шукаємо найближчу до попередньої дати з попитом. Ми не потребуємо попиту до завищеного 10/1. Це означає, що Look-Back початку горизонта планування MRP.
4. Look-Back періоду. Період Look-Back починається з горизонта планування MRP до 10/4.
5. Остаточний аналіз: PO0001, який порушив надлишкове 10/1, буде право на переміщення. Його можна пройти протягом Look-Back періоду, а також за межами Move-Out огорожі. Однак, перш ніж po0001 можна буде перемістити, він також має пройти оцінки PAB та Order Point, а також відповідні вимоги до стану замовлення на придбання.
iii. Аналіз завибаччого аналізу 10/5
1. Move-Out огорожі. Цього ж дня (10/5) немає потреби, тому ми дивимося вперед до першої майбутньої дати з попитом. Це 10/9. Почніть із цієї дати (включно) і відніміть Move-Out днів огорожі (5). У результаті оцініться 10/5. Огорожі Move-Out огорожі від 10/5 до 10/9.
2. Look-Back Період 1. Почніть із початку Move-Out (10/5) і відніміть один день. Дата 1 – 10/4.
3. Look-Back 2. Ми шукаємо найближчу до попередньої дати з попитом. Ми не потребуємо попиту до надлишку 10/5. Це означає, що Look-Back початку горизонта планування MRP.
4. Look-Back періоду. Період Look-Back починається з горизонта планування MRP до 10/4.
5. Остаточний аналіз: po0001 можна перемістити. Він входять до Look-Back періоду та за межами огорожіMove-Out огорожі. Po0002 10/5 не буде переміщено, оскільки він вміщується в Move-Out огорожі. Ще раз po0001 має пройти оцінки PAB та Order Point і відповідні вимоги до стану замовлення на придбання, перш ніж його можна буде перемістити.