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

[mazzy]

Цитата:

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

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

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

[DMA]

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

[mpa]

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

[pitersky]

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

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