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

[Zodiak]

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

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

[mazzy]

Цитата:

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

Соответственно, нужно сделать ответвление стандартной логики именно там.

Да.
Но это уже после ответа на вопрос - повлияет ли на что нибудь если резервирование в заказанном будет больше чем планируемые закупки.

Если не повлияет - то будем думать дальше.
Если повлияет негативно - то будем искать другой вариант.