Довгострокове планування (імітаційний MRP) використовується для моделювання майбутньої ситуації попиту та пропозиції на всіх рівнях специфікації. Основна функція - перевірити ситуацію з пропускною спроможністю, потребою у матеріалі та здатністю постачальника надати матеріал у бажаний час.
Це не фактичний пробіг, а імітаційний пробіг, коли фактична ситуація планування не зачіпається, і ми можемо бачити ситуацію з потенціалом робочих центрів набагато вперед у часі. Якщо така інформація доступна заздалегідь, тоді ми можемо вирішити на ранніх термінах, чи будуть потрібні додаткові машини для подолання вузьких місць.
- LTP (довгострокове планування) - це не що інше, як MRP, що працює в імітаційній версії для імітації плану виробництва на майбутнє.
- Можна перенести план із імітаційної версії на оперативну версію "00" (фактичне планування), якщо за допомогою моделювання буде виявлено, що всі потужності та вимоги можуть бути виконані.
- Відділ закупівель може також використовувати результати довгострокового планування. Вони використовують інформацію щодо майбутніх потреб, щоб оцінити майбутні замовлення на придбання. Це надає їм можливість узгоджувати графіки доставки та контракти з постачальниками.
- Постачальники також мають перевагу в результатах довгострокового планування, оскільки їм надсилається попередній огляд майбутніх передбачуваних замовлень на придбання та графіки доставки.
- Як правило, версія Планованих незалежних вимог (PIR) може бути активною чи неактивною. Для LTP запланована незалежна версія повинна бути неактивною, оскільки це імітаційна версія. Для оперативного планування (MRP) береться лише активна версія PIR.
- Існуючі основні дані можна використовувати для LTP. Але мати інші основні дані (специфікацію та маршрутизацію) для LTP також можливо.
- Якщо ви хочете видалити дані довгострокового планування, то вам потрібно видалити сценарій планування, і ви можете повторно запустити весь цикл знову з новою вимогою в іншій неактивній версії.
- Дані довгострокового планування також можуть бути використані для передачі величин маршрутних операцій у відповідні центри витрат. Контролюючий відділ може розрахувати розрахунок ціни діяльності, поділивши вартість бюджету місця витрат і кількість діяльності (розрахованої за допомогою LTP), яка використовується для розрахунку стандартних витрат.
У цьому підручнику ви дізнаєтесь
- Як створити неактивну версію незалежної вимоги (PIR)
- Як створити сценарій планування
- Як запустити довгострокове планування
- Як перевірити склад / список потреб
- Як перевірити ситуацію з ємністю
- Як проаналізувати інформаційну систему імітаційного закупівлі
Як створити неактивну версію незалежної вимоги (PIR)
Крок 1) З простого доступу до SAP відкрийте Transaction MD61
- Введіть код матеріалу, для якого потрібно створити вимогу
- Введіть заводський код.
- Введіть версію як "02", яка є неактивною версією, і вимоги враховуватимуться під час довгострокового планування, а не MRP.
- Введіть дати горизонту планування, на які потрібно створити попит.
- Введіть період планування як місяць М.
Після заповнення всіх полів натисніть 
або натисніть Enter, щоб перейти до наступного екрана.
Крок 2) На цьому екрані ми введемо необхідну кількість матеріалу у щомісячні відра.
- Версія "02" та прапорець Активне не позначені, що означає, що це неактивна / імітаційна вимога, і вона розглядається лише під час запуску LTP.
- Введіть необхідну кількість у щомісячні відра.
Натисніть, 
щоб зберегти після заповнення всіх даних, система покаже повідомлення 
.
Як створити сценарій планування
Створення сценарію планування потрібно для довгострокового планування. Щорічні вимоги до імітації у формі PIR присвоюються сценарію планування. Ідентифікатор вибору специфікації присвоюється сценарію вибору відповідної специфікації під час виконання LTP. Ми також можемо включити або виключити поточний запас, наявні заплановані надходження від запуску LTP.
Крок 1) На екрані простого доступу SAP відкрийте Transaction MS31
- Введіть сценарій планування (числовий або буквено-цифровий на ваш вибір) і дайте опис сценарію.
Натисніть клавішу Enter на клавіатурі, щоб перейти до наступного екрана.
Крок 2) На цьому екрані
- Введіть періоди планування, для яких має відбутися LTP.
- Залишайте початковий запас порожнім, що означає, що поточний запас не буде враховуватися під час LTP.
- Ідентифікатор вибору специфікації "01" означає, що активна специфікація буде розгорнута в режимі LTP.
Крок 3) На тому ж екрані
- Натисніть кнопку "заплановані незалежні вимоги" зверху, з’явиться невелике спливаюче вікно.
- На маленькому спливаючому екрані введіть версію "02" та періоди планування.
Крок 4) На тому ж екрані
- Натисніть кнопку "Рослини" зверху, і з’явиться маленький спливаючий екран.
- Введіть код виробничого заводу.
- Натисніть кнопку "підтвердити", після перевірки всіх деталей
Крок 5) На тому ж екрані
- Натисніть кнопку "Відпустити + зберегти", і записи файлів планування будуть сформовані.
- Натисніть "так" у спливаючому вікні, щоб звільнити сценарій.
Натиснувши кнопку так, система попросить вас створити записи файлів планування в режимі онлайн або у фоновому режимі.
Крок 6) На цьому екрані
- Генеруються записи файлу планування. Натисніть кнопку "негайно", щоб створити записи.
Будуть формуватися повідомлення щодо записів у файлах планування, що означає, що система визначила кількість матеріалів, що мають значення для довгострокового планування.
Ви можете закрити цей екран або повернутися до екрана для легкого доступу.
Як запустити довгострокове планування (LTP)
Крок 1) У транзакції MS02 ми проведемо LTP.
- Введіть сценарій планування.
- Введіть код матеріалу.
- Введіть код виробничого заводу, для якого ви хочете взяти MRP.
- Введіть ключ обробки як "NETCH" (Чиста зміна загального горизонту)
- Введіть "1" у списку MRP, і система створить список MRP, подібний до списку запасів / потреб, для подальшого аналізу попереднього запуску MRP.
- Увійдіть в режим планування "1", оскільки ми будемо запускати LTP.
- Введіть індикатор планування "2", що означає, що LTP буде виконувати планування часу виконання і враховувати час маршруту, щоб розрахувати тривалість симулятивного планового замовлення.
- Введіть "1", щоб використовувати параметри сценарію планування, тобто підтверджені квитанції не будуть враховуватися під час LTP.
Натисніть 2 рази клавішу Enter з клавіатури, щоб запустити LTP. Системі знадобиться деякий час для запуску LTP і буде видавати повідомлення про планування.
Крок 2) На цьому екрані
- Перевірте повідомлення щодо кількості створених пропозицій щодо закупівель.
Як перевірити склад / список потреб
Цей список покаже вам вимогу (неактивний PIR) та елементи квитанції, такі як імітаційні планові замовлення для сценарію планування. Цей список відображатиме всі імітаційні дані, а не оперативні дані в реальному часі.
Крок 1) У транзакції MS04
- Введіть сценарій планування.
- Введіть код матеріалу.
- Введіть код заводу
Натисніть Enter, щоб перейти до наступного екрана.
Крок 2) На цьому екрані
- Перевірте, чи згенеровано заплановані замовлення щодо PIR, і перевірте дати перепланування в запланованих замовленнях. Це все симулятивні планові замовлення і нічого спільного з даними в реальному часі.
Як перевірити ситуацію з ємністю
Крок 1) З простого доступу до SAP відкрийте транзакцію CM38, щоб перевірити вимоги до ємності в робочому центрі, тобто. Робочий центр буде завантажений із симуляційними плановими замовленнями, що призвело до вимог щодо потужності з точки зору часу.
- Введіть сценарій планування.
- Введіть код рослини.
Натисніть Enter, щоб перейти до наступного екрана
Крок 1) На цьому екрані
- Перевірте завантаження потужності в робочому центрі, яке в основному є співвідношенням потреби в потужності (у годинах) та наявної потужності (у годинах).
Як проаналізувати інформаційну систему імітаційного закупівлі
LTP генерує "планові замовлення" замість заявок на закупівлю, і в запланованих замовленнях немає "Джерела постачання". Однак ми можемо бачити Постачальника у звітах про Стандартну інформаційну систему.
Після діяльності LTP буде створена нова версія інформаційної системи PURCHIS.
Крок 1) У транзакції MS70
- Введіть сценарій планування.
- Виберіть опцію "Стандартна / середня середня ціна", що означає, що симулятивні заплановані замовлення будуть оцінюватися за стандартною / рухомою середньою ціною.
- Зніміть позначку з «Тестового режиму» та виконайте. Структура інформації про версію 001 буде автоматично створена.
Коли ви натискаєте кнопку виконати, система оновлює інформаційну систему закупівлі у версії 001 із імітаційною кількістю замовлень на придбання зі значенням, щоб планувальник закупівель міг планувати сировину на цілий рік і міг домовлятися з постачальниками.
Коли ви натиснете кнопку виконання, ви перейдете на наступний екран.
Крок 2) У Transaction MCEC ви можете побачити оновлення системи інформації про покупки, зроблені на попередньому кроці. Кількість замовлення можна побачити у постачальника за певний період. Це все зроблено в імітаційній версії.
- Введіть сценарій планування.
- Введіть свій заводський код.
- Введіть період для аналізу
Натисніть кнопку виконати зверху або натисніть клавішу F8 на клавіатурі, щоб запустити цей звіт. На наступному екрані звіт відображатиме імітаційну кількість замовлення на придбання.
Крок 3) На цьому екрані відображатимуться передбачувана закупівельна кількість та вартість сировини на основі імітаційного річного плану виробництва.
- Перевірте кількість і значення замовлення в симуляційній версії
Вирішення проблем
- Усі основні дані ПП, такі як специфікація та маршрутизація, повинні бути на місці, щоб ефективно виконувати довгострокове планування, оскільки без основних даних ви не можете детально розглянути та планувати найнижчий рівень специфікації, тобто сировини.
- Обов’язково введіть кількість PIR у неактивній версії, щоб уникнути будь-яких конфліктів у реальних даних.