РольДоступна() или ПравоДоступа() ?

ПравоДоступа позволяет рулить правами из одного окна с ролями, тогда как РольДоступна заставляет тебя носится по коду и искать вызовы функции.

имхо, РольДоступна только для совместимости со старыми конфами нужна.

(1) ну а как ты определишь предпочтения среди дочитавших до конца нулевой пост?

(0) А что тут не понятно? Пользователю может быть назначено несколько ролей и к конкретному объекту он может иметь конкретные права доступа на основании их. В зависимости от цели алгоритма можно требование наличие у пользователя конкретной роли (или совокупности их), но это нарушает сам принцип разграничения прав.

Ваш "саповец", в принципе, прав - вспомните об RLS.

(0) Зависит от задачи.

Право доступа у него может быть, а вот роли нет.
Что тогда? Давать доступ или нет?
Это две разные функции для разных задач.

ПравоДоступа - проверяем перед выполнением операции с БД, чтобы не получить ошибку.

РольДоступна - проверка по бизнес-процессу. У роли может вообще не быть галочек к объектам.

(7) "У роли может вообще не быть галочек к объектам" - эээ... то есть роль в качестве логического значения? Не эффективно, имхо, но имеет право быть.

(7) для таких кейсов придумали привилегированный режим\модуль.

(7) угумц.. утрированно - возможность и способ, что нужно проверять - зависит от контекста.

А как быть с РольДоступна("ПолныеПрава") - у него разве есть аналоги?

(9) причем тут привилегированный модель?

(8) кстати еще бывают роли на формы, команды, печать документов
это вообще не доступ к базе

написано же на ИТС про это

(0) Зависит от задачи. И это... Совет: не спорь с САПовцами. У них свои тараканы в голове.

переделайте пункты в голосовалке:
-Роль я дрожащая или
-право имею

https://its.1c.ru/db/v8std/content/2149184386/hdoc
Для проверки прав доступа в коде следует использовать метод ПравоДоступа.
Например, неправильно:

Если РольДоступна("ДобавлениеИзменениеСтранМира") Тогда ...
Если РольДоступна("ПросмотрОтчетаПопулярныеСтраны") Тогда ...

правильно:

Если ПравоДоступа("Редактирование", Метаданные.Справочники.СтраныМира) Тогда ...
Если ПравоДоступа("Просмотр", Метаданные.Отчеты.ПопулярныеСтраны) Тогда ...

Такой подход позволяет повысить устойчивость кода к пересмотру состава ролей в конфигурации.

4. В тех случаях, где роль не дает никаких прав на объекты метаданных, а служит только для определения того или иного дополнительного права, следует использовать метод РольДоступна. При использовании в конфигурации Библиотеки стандартных подсистем (БСП) следует использовать функцию РолиДоступны общего модуля Пользователи:
Например, без использования БСП:

Если РольДоступна(...) Или <ЭтоПолноправныйПользователь> Или ПривилегированныйРежим() Тогда ...

Либо аналогичная проверка с использованием БСП:

Если Пользователи.РолиДоступны(...) Тогда ...

(17) По-моему самый исчерпывающий ответ.

(17) @Либо аналогичная проверка с использованием БСП:@
За использование БСП нужно лицом к стенке и пулю в лоб...

(20) А как быть с типовыми? Отказаться от БСП и постоянно костылить своё?

(17) Не работает если нужно проверить наличие запрещающей роли у пользователя с полными правами

(22) Запрещающая роль?
А можете пример привести. Никогда не приходился стакливаться с выдачей роли, которая что-то бы запрещала.

(23) наверное что-то вроде

Если РольДоступна( ЗапретПродаж ) Тогда
   Отказ = Истина;
КонецЕсли;

(23) В ЗУП 3 запретить редактирование среднего заработка
(24) Вернет Ложь если доступны полные права

Читаем стандарты разработки

(26) Можно пример для ситуации в (22)?

(27) Не существует "запрещающих" ролей в 1с 8, а жаль

(28) Зато существует "запрещающая проверка" на наличие роли :-)

(29) Об этом все уже написано в (17)

(27)Значит неверная архитектура решения, если требуется применять методику, нерекомендованную вендором.