Добрый день!

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

Допустим, по каким-то соображениям я перетащил эти компоненты на другую операцию. Захожу в тр.cn33 и выбираю старую операцию и спецификацию. И система подбрасывает мне как ни в чем ни бывало все ее позиции для привязки.

В результате никакого контроля количеств привязываемых компонент не происходит. То есть если по спецификации 10 шт какой-то позиции, то пользователю ничего не мешает заказать ее например в количестве 100 шт.

Не подскажите, возможно ли в настройках PS-проекта или собственно в тр. cn33 учесть этот недостаток?

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

ищите другие пути решения своей проблемы. как вариант использовать то, что материал нельзя переприсвоить после ДЕБЛ. ну и запретить менят компонент после ДЕБЛ тоже можно, но уже вопрос - а нужно ли =)

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

К тому же, возможен вариант дальнейшей перепривязки уже закупленного компонента с целью продажи под нужным СПП-элементом.

Не можешь пожалуйста пояснить, что значит запретить переприсвоить материал после ДЕБЛОКИРОВАНИЯ.

см.OPSG, запрет на изменение там же

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