Всем доброго дня!
Вопрос такой: можно ли на отдельное условие в схеме калькуляции настроить права доступа?
Например, как сделать отдельное условие для супер-скидки, которую имеет право ввести только руководитель?
Вроде есть поле "ответственность" в заголовке условия, но как его использовать?

Знаю точно что такое есть у нашего клиента, деталями не интересовался

Есть два варианта, на мой взгляд.

1. Самый правильный.
Для твоей крутой скидки надо создать новую таблицу условий (то бишь, последовательность доступа). Где условием (или одним из условий) будет Юзер.
Правда такого поля в стандартных таблицах нет, но существует механизм добавления полей (правда работает несколько муторно, но работает).

2. Не сильно правильный, но прозрачный и легко выполнимый (полчаса и готово).
Создать кастомерскую табличку, куда занести всех юзеров которые имеют право. Создать предпосылку для этого условия, где будет проверяться эта таблица.

Всё. Пользуйтесь.

Спасибо за ответ! Хочу уточнить про первый вариант.
Предположим, заказ создал менеджер, не имеющий права на супер-скидку. Теперь нужно дать воможность его начальнику открыть заказ на изменение и ввсети-таки эту скидку.
Значит проверять надо не пользователя, создавшего заказ, а пользователя, который в данный момент времени этот заказ редактирует. А где в заказе взять такое поле?
Значит, первый вариант не катит - остается только второй. Так?

А вот и не угадал.
Дело в том что, когда ты добавляешь юзерские поля в таблицу условий, ты, для начала, добавляешь их в структуры KOMG, KOMK, KOMP (сейчас точно не помню, во все или некоторые из них, но именно они участвуют в проверке условий).
А потом, ты их не просто добавляешь туда, ты ещё в экзите, где они заполняются, указываешь какими значениями будут заполняться твои юзерские поля. И, собственно говоря, всё зависит от тебя. Напишешь что в это поле будет заполняться sy-uname - будет проверяться кто сейчас в системе сидит, напишешь VBAK-ERNAM - будет проверяться кто создал.
Первое правильнее, во всех отношениях (да и откуда ты возьмёшь VBAK-ERNAM при создании документа?)

Теперь понятно.
Og69, еще раз спасибо.

Для проверки прав пользователей на работу с условием Z (Набавка/Скидка), необходимо создать новый объект полномочий Y:KONH_VKS в классе SD (за образец можно взять V_KONH_VKS). В объекте полномочий определить проверку прав на просмотр, создание и изменение этого вида условия Z. Транзакция su03.

А SPRO в Адаптации системы создать свою подпрограмму например 600 в которой и проверять наличие прав у пользователя на работу с этим видом условия. В вашей схеме калькуляции для вида условия Z в столбце ФормКлк укажите номер подпрограммы 600.

Ну а потом админу только останется дать соответствующему пользователю права на работу с этими условиями.

Тоже вариант, хотя не проверял.
С моей точки зрения, если админ сидит рядом - проблем нет, а вот если на другом конце земного шара, да ещё и английским владеет так себе - то проблема.

Это рабочий вариант. Я именно так и решила эту задачу. И админы сидят не в соседнем кабинете, вот только с английским у них хорошо. А админу без английского вешалка, а не жизнь.

А можно еще и вот так:
берем USEREXIT_PRICING_CHECK в расширении LV69AFZZ.
В нем проверяем KOMV-KSCHL и далее проверяем по своему объекту авторизации.

Коллега, а где этот экзит включается?
На торговых докуметах я однозначно туда не попадаю...

Кстати. В такой ситуации после ввода этой скидки "начальником":
если сделать механизм проверки на предпосылке - при редактировании заказа "подчиненным" скидка исчезает!
Таким образом, нужно идти именно через формулу расчета... Проверять старое и новое значение и, соответственно, оставлять прежнее при изменениях "подчиненного".

Если речь идет о USEREXIT_PRICING_CHECK в расширении LV69AFZZ, то туда попадаем при попытке изменить(добавить) условие в документе

У нас организовано вот по этой ноте:
Note 105621 - Authorization check for the condition screen
ну и для ERP ещё вот это:
Note 1165078 - Authorization check for conditions or subtotals

Да, но вот как отследить, когда "неполномочный" пытается это условие удалить - вот вопросец...