Показать сообщение отдельно
Старый 30.04.2012, 11:59   #11  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Простейший случай: Регенерация статического плана

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


Забавно что система не позволяет постить сообщения только из цитирования - приходится в конце какую-то фигню добавлять.