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