З заказах практикуем складские позиции и позиции под заказ. Нужно ограничить возможность менять цену в заказе только по складским позициям.

По заводам/сбытовым организациям/каналам разделить проблематично.

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

Для складских позиций - да.

Для заказных все гораздо сложнее.

Цена вносится вручную+ калькулируются прочие expenses в cost estimate и дальше разработка, которая без переноса в CO-PA блокирует попозиционно возможность заявки, поставки и прочих телодвижений разными способами.

т.е. Заказные позиции контролируются контролингом и изменения влекут необходимость делать коррекцию переноса в CO-PA.

Сделайте цены разными видами условий, и через юзер-экзиты закройте их на изменение по нужному вам алгоритму.

Зачем цены делать разными ВУ? В экзите INCLUDE MV45AFZZ и без этого можно закрыть по нужному алгоритму:

FORM USEREXIT_FIELD_MODIFICATION
FORM USEREXIT_PRICING_PREPARE_TKOMP

Да, и еще предпосылку на PR00

Решение про разные виды условий (как говорит MNV) будет поэлегантнее, imho.
Для одного типа позиций через предпосылку будет определяться один вид условия (например, берущийся только из записей условий), а для другого типа позиций - другой вид условия (вводимый вручную). И управлять экраном уже не нужно.
А USEREXIT_FIELD_MODIFICATION так сделан, что на каждом поле отрабатывает. Изляшняя нагрузка...

Посмотри сколько там остального каждый раз (PBO) и так же на каждом поле срабатывает . На имя то поля проверяешь в USEREXIT_FIELD_MODIFICATION.

Еще одно "за" в пользу предпосылок в схеме калькуляции - работа при вызове через BAPI, массовые обновления (типа VA05) и прочие батч-инпуты...