Доброе время суток. Возник вопрос из вопроса как лучше сделать.
Есть проверка в коде, запрещающая выполнение определенного перечня действий. (Ну пусть будет пример списывать в минус).
Как лучше организовать в 8.3 возможность определенным пользователям обходить эту проверку. Т.е. выполнять действие даже, если проверка не прошла.

1) Роль - добавляем новую роль, делаю проверку на наличие этой роли. Минусы - это если мне где-то в другом месте понадобится решить схожую проблему, то я буду делать еще одну роль, потом еще одну и еще одну. Это конечно в контексте новой политики 1С, плодящей роли в огромном количестве - не так страшно, но все-таки. Ну и очень узкая роль получается.

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

3) Попробовать прикрутить механизм дополнительных свойств, как был в 8.2, заполнять доп. свойства. Мне не нравится, что это выглядит как шаг назад. Т.е. есть ощущение, что я как-то пытаюсь вернуть былое, а не использовать новое.

4) Реквизит пользователя - ну чтобы был, ибо можно сделать. Но как вариант не рассматриваю, если серьезно.

5) Может кто-то что-то другое подскажет?

Регистр сведений "Разрешение обходить контроль". Измерения: тип контроля (перечисление, создать), пользователь (справочник пользователи). Есть запись - есть право.

(1) Благодарю. Подумаю над этим вариантом.

привязывать универсальный код правам/реквизитам - плохо...

по этому привязывать надо к передаваемым параметрам, дополнительные свойства для этого вполне подходят...

из плюсов - например если нужно регламентному заданию дать право обхода запрета это сделать намного проще при указанном способе. (и вообще любая автоматизация будет проще)

(3) Откуда заполнять эти свойства?
(1) такой подход был в ут 10.3, доп. права пользователей. в ут 11 отказались от него

Почему бы и нет?

Кстати Роль и Группа пользователей - это практически идентичный вариант

(0) свой справочник "Предопределенные значения" с реквизитом Значение, тип Любая ссылка.

Группа пользователей обычная, не предопределенная.

(3) >и вообще любая автоматизация будет проще

Также будет проще и обход запрета особо настойчивым пользователем.

" Попробовать прикрутить механизм дополнительных свойств, как был в 8.2, заполнять доп. свойства. Мне не нравится, что это выглядит как шаг назад. "

мне кажется, это наиболее универсальный механизм из предложенных...

Дополнительный параметр сеанса "ПраваПользователя", откуда оно будет заполнятся глубоко пофиг.
Лично сделал бы несколько разных способов хоть из РС, хоть ключик запуска /C [строка текста]

Если будешь перед каждым проведением делать запросы к базе то тя проклянут...

за роль.
только такие программные "Разрешающие/запрещающие" роли не стоит смешивать с реальными ролями на объекты.