оптимального розміру партії. Якщо чисті потреби великі, оформляється кілька замовлень на партії деталей, розмір кожної з яких є оптимальним.
У багатьох випадках, крім політики замовлень, розмір партії визначається з урахуванням різних обмежень. Такі обмеження можуть мати тимчасовий характер; округлення обсягу замовлення і дати його завершення можуть бути накладені на мінімальне і (або) максимальна кількість деталей в одній партії. Як політика замовлень, так і обмеження можуть бути визначені для кожного виду деталей.
Визначення розмірів партій проводиться за рівнями структури виробу.
Завдання випередження призначена для зміщення в часі чистих потреб і відповідно планових замовлень, щоб правильно встановити дату початку виконання замовлень. Це дозволяє врахувати час для виготовлення деталей і вузлів або для їх закупівлі й отримання. Тривалість циклу виготовлення або закупівлі вузлів і деталей заздалегідь вводять в пам'ять ЕОМ. Зсув замовлень здійснюється за рівнями структури виробу, причому на кожному рівні - до переходу до аналогічних розрахунками на наступному, більш низькому рівні. Одночасно із зсувом початку замовлення в часі перевіряється, чи доводиться отримана дата на розрахунковий або на більш ранній період, коли завершення замовлення в необхідний термін вже неможливо. В останньому випадку видається аварійне повідомлення про невідповідність.
Задачу зміни потреб вирішують у тих випадках, коли за зовнішніми причинами треба змінити деякі замовлення або позиції плану без перерахунку календарного плану в цілому.
Вхідними даними є: шифр вироби; нове значення необхідної кількості; нова дата необхідного терміну виконання; номер замовлення, якщо він вже існує; шифр зміни, який вказує його характер. Зміни можуть бути як у бік збільшення, так і зменшення потреби. Вводити їх слід з найвищого для даної зміни рівня; для готових виробів - з верхнього рівня структури виробу.
Якщо зміна стосується підготовленим, але ще не запущеним у виробництво замовленнями, то відповідні замовлення коригують. Необхідність зміни замовлення, виконання якого вже розпочато, видається у вигляді аварійного повідомлення про невідповідність.
Завдання діалогового планування дозволяє переривати і коригувати роботу підсистеми на будь-якому рівні планування. Вона полегшує перегляд і модифікацію планованих замовлень, дозволяє відповідальній особі регулювати і вводити в систему змінені значення кількості виробів і дати їх випуску. Зміни, що вносяться на певному рівні, повинні вводитися до переходу до наступного рівня.
Діалогове планування і зміна потреб можна використовувати спільно. Однак діалогове планування має більш високий пріоритет. Система не може знати, на основі яких міркувань був відкоректований той чи інший замовлення. Тому якщо зміна потреб вимагає перегляду замовлень, вже відкоригованих в режимі діалогового планування, то плановані замовлення не змінюються, про що видається відпові...
