Планирование приоритетного заказа

[fed]

Вообще, думая об этой задаче более всерьез, то могу прикидочно написать что надо сделать:

1. Надо в складские проводки из продажного заказа протащить либо приоритет, либо некий признак сверхсрочного заказа.
2. Надо сделать специального наследника класса сводного планирования, который:
   1. При импорте в чистые потребности запасов в наличии, игнорирует данные о резервировании.
   2. При импорте в чистые потребности складских проводок по списанию, игнорирует любые несрочные потребности (или потребности ниже некого приоритета)
   3. Не импортирует в чистые потребности все остальные виды списаний (планы там всякие и тп).
   4. При создании плановых производственных заказов выставляет планировщику операций/задач признак планирования с неорганиченными мощностями.
   5. Эээ.При планировании фьючерсов тоже,наверное, стоит выставлять признак планирования с неограниченными мощностями.
   6. Пожалуй что еще можно попытаться подправить сортировку потребностей списания для данного сочетания номенклатуры и складской аналитики покрытия, в порядке приоретов потребностей.
   7. Можно еще попробовать сделать хитрую расстановку приоритетов порожденных потребностей (типа потребностей списания в производство) в зависимости от приоритета покрываемых потребностей.
   8. Вероятно - надо бы при утверждении спланированного заказа как-то протягивать его приоритет в производственный заказ или заказ на перенос - чтобы при следующих приоритетных планированиях эту инфу не потерять.
   9. Думая о задаче еще дальше, надо бы учитывать что, скорее всего, можно игнорировать резервирование мощностей и товаров не всеми производственными заказами, а только теми, которые еще не перешли некую точку невозврата.

Вот такие вот мысли. То есть - задача в общем случае решается только ценой достаточно сложного программирования.

[Hard]

Цитата:

Сообщение от fed

Вообще, думая об этой задаче более всерьез, то могу прикидочно написать что надо сделать
Вот такие вот мысли. То есть - задача в общем случае решается только ценой достаточно сложного программирования.

Спасибо, Денис!
Примерно об этом мне говорили и наши программисты, но ни мы, ни заказчик на подобные вещи не пойдем. По крайней мере в рамках текущего проекта это не представляется возможным. Приходится искать компромиссы в рамках максимального использования стандартного функционала. Более того, мне самому представляется сомнительным эффект от подобной разработки. Стоит она дорого, а почти тот же результат может дать грамотный плановик прикинув на глазок.
Беда ведь не только в том, что нужно первоначально оценить выполнимость заказа в срок, а потом еще спланировать и выполнить его. А ведь не факт, что через неделю не появится еще более приоритетный заказ и все сроки поедут. Ну да Вы и без меня это поняли.
Спасибо большое, но не вариант.