Простейший случай: Регенерация статического плана
Прежде чем мы продолжим обсуждение, я хочу рассмотреть простеший случай сводного планирования: Регенерацию статического плана. Вот как происходит процесс планирования в данном случае.
- Система удаляет все чистые потребности и информацию покрытия для Номенклатуры сессии (На самом деле, утвержденные спланированные заказы могут избежать удаление, но мы не собираемся заходить в обсуждении в такие глубины).
- Если часть из удаленных чистых потребностей оказались спланированными заказами, система также удаляет их зависимые чистые потребности. (Например - потребности в материалах для спланированного производственного заказа).Если какие-то из удаленных чистых потребностей были покрыты другими спланированным заказами, эти спланированные заказы также рекурсивно удаляются и так далее. Основная идея: Если мы запустили сводное для ограниченного набора номенклатур, в начале стадии обновления мы не будем иметь чистых потребностей для всех номенклатур из Номенклатур сессии;Кроме того, освободятся (станут доступными для покрытия) часть положительных чистых потребностей, для номенклатур не входящих в в Номенклатуры сессии.Допустим, мы запустили MRP для номенклатуры A, состоящей из компонентов B,C и D;Система удалит все чистые потрености для номенклатуры A, в том числе - спланированный производственный заказ.Это приведет к удалению зависимых чистых потребностей для номенклатур B,C и D. Кроме того, система удалит данные о покрытии этих отрицательных чистых потребностей и часть положительных чистых потребностей по этим номенклатурым (например - запасы в наличии) станут доступны для того чтобы покрыть что-то другое.
- Система создает новые отрицательные чистые потребности для всей номенклатуры из Номенклатуры сессии.При этом импортируется информация изо всех необходимых источников: данные о запасах в наличии, данные складских проводок, данные прогнозов и данные журналов номозапаса. Свежесозданные непокрытые отрицательные чистые потребности добавляются в Рабочий набор, фирмируя тем самым Исходный Рабочий Набор
- Фаза покрытия начинается с обработки тех номенклатур в Рабочем наборе, которые имеют наименьший уровень вложености (BOMLevel).Система пробегает по всем непокрытым отрицательным чистым потребнстям данной номенклатуры в Рабочем наборе(Все наши свежесозданные чистые потребности с прошлого шага как раз непокрыты) создает информацию о покрытии (если удалось найти подходящую положительную чистую потребность) или создает новый спланированный заказ и использует его для покрытия. Покрывающая чистая потребность добавляется в Рабочий набор. Если вновь созданные планированные заказы были спланированными производственными заказами, система добавляет зависимые чистые потребности в материалах в Исходный Рабочий Набор. (Тем самым превращая его в Расширенный Рабочий Набор) .
- Далее сситема продолжает строить покрытие для номенклатуры рабочего набора со следующим минимальным уровнем вложености (BOMLevel).Система снова создает спланированные заказы; Это в свою очередь приводит к созданию зависимых потребностей и дальнейшему расширению рабочего набора. Таким образом, по мере обработки все новых и новых уровней вложености, Рабочий Набор содержит все больше и больше чистых потребностей.
- В конце концов, после обработки номенклатуры рабочего наборас максимальным уровнем вложености, система завершает стадию покрытия и переходит к исполнению последющих стадий.
- Планирование фьючерсов и действий выполняется для чистых потребностей в текущем Рабочем наборе Поскольку данные стадии пляшут скорее от положительных чистых потребностей, поведение Номенклатурного MRP и Полного MRP сильно различается. В случае Номенклатурного MRP, система рассчитывает фючерсы/действия только для чистых потребностей которые реально были использованы в данной сессии планирования(чистые потребности для которых в данной сесии была создана хотя бы одна запись покрытия). В случае Полного MRP, система рассчитывает фьючерсы/действия для всех чистых потребностей у которых сочетание номенклатура+аналитика покрытия совпадает с номенклатурой и аналитикой покрытия у любой из использованых чистых потребностей.
Таким образом, при работе сводного планирования,указание
Номенклатура сесии служит двум целям:
- Указывает системе, чистые потребности для каких номенклатур необходимо пересоздать и включить в Начальный Рабочий Набор
- Неявно задает Расширенный Рабочий Набор сессии сводного планирования, позволяя казать корневые номенклатеры неявного развертывания спецификаций, порождающих Расширенный рабочий набор
Надо заметить, что ТОЛЬКО полная регенерация плана для всей номенклатуры в системе (
Набор сессии содержит все номенклатуры из InventTable) позволяет создать план идеального качества. Даже в режиме регенерации потребностей (результаты которого лучше соответствуют правилам чем результаты планирования в режиме Net Change/Net Change Minimized), система может создавать немного некорректные спланированные заказы. Допустим, мы создали новую строку заказа и запустили полную регенерацию плана по номенклатуре из данной строки. Это может привести с созданию спланированого производственного заказа на производство самой номенклатуры, а также спланированного заказа на покупку для покрытия потребности в одном из материалов этого производственного заказа. Если для этого материала задан режим покрытия Потребность - все в порядке. Однако же, если для данного материала указан режим покрытия Период - это может считаться некоторой ошибкой при планировании. (Поскольку, возможно, мы получили два заказа на закупку для одной номенклатуры в одном периоде. Лучше было бы увеличить количество в соседнем спланированом заказе на закупку, чем плодить второй заказ в периоде...)