Показать сообщение отдельно
Старый 30.03.2011, 15:03   #13  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Вообще, думая об этой задаче более всерьез, то могу прикидочно написать что надо сделать:
  1. Надо в складские проводки из продажного заказа протащить либо приоритет, либо некий признак сверхсрочного заказа.
  2. Надо сделать специального наследника класса сводного планирования, который:
    1. При импорте в чистые потребности запасов в наличии, игнорирует данные о резервировании.
    2. При импорте в чистые потребности складских проводок по списанию, игнорирует любые несрочные потребности (или потребности ниже некого приоритета)
    3. Не импортирует в чистые потребности все остальные виды списаний (планы там всякие и тп).
    4. При создании плановых производственных заказов выставляет планировщику операций/задач признак планирования с неорганиченными мощностями.
    5. Эээ.При планировании фьючерсов тоже,наверное, стоит выставлять признак планирования с неограниченными мощностями.
    6. Пожалуй что еще можно попытаться подправить сортировку потребностей списания для данного сочетания номенклатуры и складской аналитики покрытия, в порядке приоретов потребностей.
    7. Можно еще попробовать сделать хитрую расстановку приоритетов порожденных потребностей (типа потребностей списания в производство) в зависимости от приоритета покрываемых потребностей.
    8. Вероятно - надо бы при утверждении спланированного заказа как-то протягивать его приоритет в производственный заказ или заказ на перенос - чтобы при следующих приоритетных планированиях эту инфу не потерять.
    9. Думая о задаче еще дальше, надо бы учитывать что, скорее всего, можно игнорировать резервирование мощностей и товаров не всеми производственными заказами, а только теми, которые еще не перешли некую точку невозврата.
Вот такие вот мысли. То есть - задача в общем случае решается только ценой достаточно сложного программирования.

За это сообщение автора поблагодарили: Hard (1).