Можно ли сломать функционал резервирования в заказанных следующим образом...?

[Vals]

Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.

Цитата:

Цитата:
Сообщение от Zodiak
Соответственно, нужно сделать ответвление стандартной логики именно там.
Да.

нет

[mazzy]

Цитата:

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

Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.

Да. Именно этого хочет заказчик.
И как раз такие случаи разруливаются вручную.

Согласен, что возможно это неправильно.
Но не вижу альтернативных путей.
Ты, vals, говоришь о марктировке в сводном планировании. Буду посмотреть и поизучать. Спасибо.

[Maximin]

У нас подобная задача решилась путем отбора физ. резервов у низкоприоритетных заказов перед комплектацией. Фактически, статус "Физ. резерв" стал почти эквивалентен статусу "Зарез. в заказанных".

[mazzy]

Цитата:

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

У нас подобная задача решилась путем отбора физ. резервов у низкоприоритетных заказов перед комплектацией. Фактически, статус "Физ. резерв" стал почти эквивалентен статусу "Зарез. в заказанных".

так термин резервирование полностью теряет свой смысл
см. Как обеспечить высокоприоритетные продажи в стандартном функционале?
лучше уж совсем не резервировать низкоприоритетные.

[DMA]

Mazzy, вы потом озвучьте пожалуйста результаты изысканий, особенно про мастер план.
Самому сейчас к сожалению разбираться некогда, а интересно.
На вскидку подумалось, что по идее, для айтемов с кодом покрытия "Requirement" - ваши фиктивно зарезервированные заказы не попадут в потребности и не сформируют план приходов. А вот если код покрытия другой, то должны попасть, общий дефицит ведь налицо. То есть некая неоднозначность может возникнуть, хотя и не поручусь - в код нужно лезть.

[mpa]

Mazzy, в существующей постановке работа с аналогами товаров не стоит?
Или их тоже необходимо учитывать при резервировании?

[pitersky]

Насколько я понял, заказы на продажу и закупки напрямую друг с другом не связаны (т.е. не предполагается использовать функционал создания закупки по заказу) + устраивает вариант допилки. Тогда я бы сделал так:
1) Указал в заголовке заказа на продажу (а скорее всего, это даже можно было бы указать в карточке клиента) булевое поле "Высокоприоритетный"
2) Сделал такое же поле в инвенттрансе и копировал бы в него значение из заказа
3) При создании строки закупки (но не раньше!) - пробегался бы неким кодом по инвенттрансу (наверное - по возрастанию DateExpected) в поисках строк с такой же номенклатурой и признаком приоритетности и делал бы резервирование штатными средствами, пока хватает количества прихода
4) Неприоритетные заканы можно и руками резервировать

Вроде как это ничего не сломает, но нужный результат обеспечить должно

[aidsua]

Цитата:

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

Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.



нет

Хочу для себя уточнить. Термин "Заказ .. на дата" подразумевает дату отгрузки или дату создания заказа?