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

12.11.18 — 12:09

1 — 12.11.18 — 12:15

Обернуть в попытку не предлагать?

2 — 12.11.18 — 12:15

3 — 12.11.18 — 12:16

Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда

4 — 12.11.18 — 12:20

(1) про Попытку знаю)) много пишется что так глюшить ошибки неправильно, потому что нужно понимать почему они возникли, да пока сделал чтоб пользаки не вопили.

5 — 12.11.18 — 12:23

(4) у тебя в написании строки ошибка. Не тип, а сама строка — в базе не нашлось Роли с таким Наименованием

6 — 12.11.18 — 12:23

делаешь модуль, в модуле проверку нормальную пишешь с проверкой метаданных.

7 — 12.11.18 — 12:24

(3)  Поле объекта не обнаружено (КоммерческийДепартаментТолькоПросмотр)

        Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда

8 — 12.11.18 — 12:27

(6) как вариант, согласен, но можно как-то универсально) глобально? по ходу в других самописных местах начнет вылазить, как пользователи начнут юзать конфу.

9 — 12.11.18 — 12:28

Если Метаданные.Роли.Найти(...) <> Неопределено Тогда

10 — 12.11.18 — 12:29

11 — 12.11.18 — 12:30

Динамическое обновление пади

12 — 12.11.18 — 12:30

Если в конфигурации есть УправлениеДоступом.ЕстьРоль() и УправлениеДоступом.ЕстьПраво(), то рекомендую пользоваться только ими. Ваш Кэп.

13 — 12.11.18 — 12:31

(11) ага)) оно самое любимое

14 — 12.11.18 — 12:32

Обновись монопольно еще разок

15 — 12.11.18 — 12:36

не понял! в конфе есть эта роль, а отладчик показывает что нет….

16 — 12.11.18 — 12:37

все)) это интерфейс такой есть, а роли нет в конфе

17 — 12.11.18 — 12:39

18 минут бурной паники

18 — 12.11.18 — 12:39

подождите роли такой нет в конфе что тогда с условием….

19 — 12.11.18 — 12:41

все тему закрывайте, я роль добавлю с таким именем

20 — 12.11.18 — 12:46

(19) https://www.forum.mista.ru/about.php

«Обратите внимание, что после создания темы она уже не принадлежит вам лично и вы не можете ею распоряжаться, например, требовать закрытия темы, даже если вы получили ответ на поставленный вопрос. Это сделано сознательно, потому что тема может быть интересна другим участниками форума или она наведет их на другие мысли (возможно даже не связанные с исходной поставленной темой). Из таких тем могут возникать даже новые проекты и сообщества!»

Теперь твоя истерика в анналах истории, живи с этим

21 — 12.11.18 — 12:47

(20)

22 — 12.11.18 — 12:48

(20) Да, пятно в карьере на всю жизнь.

23 — 12.11.18 — 12:48

24 — 12.11.18 — 12:50

* «полный доступ» —> «ПолныеПрава»

25 — 12.11.18 — 12:52

(22) Таких не берут в космонавты

Разве что кровью смоет позор

26 — 12.11.18 — 12:54

Вы ещё сообщество или проект «18 минутная паника» создайте :))

27 — 12.11.18 — 13:18

Вот вы, блин, мучаетесь… в УПП уже все было придумано. Рекомендую упереть оттуда. Тогда РольДоступна() вообще не нужна будет.

28 — 12.11.18 — 15:06

(27) Не в тему. Дело не в конфигурации, а в режиме совместимости. А насчет УПП — крайне неудачный пример, она также как и у автора спикирует в исключение на своих 150 обращений к РольДоступна().

29 — 12.11.18 — 19:48

(28) В УПП есть ПВХ ДополнительныеПраваПользователей и регистр сведений ЗначенияДополнительныхПравПользователей, РольДоступна() при наличии такого механизма не нужна — новые права можно вводить прямо в режиме предприятия, и, например, если это внешняя обработка, внешний отчет или внешняя печатная форма, то даже конфигурацию БД не придется обновлять. А самое главное — нет кучи ролей с длинными-длинными названиями в дереве метаданных.

30 — 12.11.18 — 20:47

(29) Конфигуратор — глобальный поиск — «РольДоступна(» — и после этого расскажи разработчикам что оно там им не нужно

31 — 12.11.18 — 21:43

32 — 13.11.18 — 10:42

(31) Мой месседж не об этом, а о том что УПП по прежнему полна обращением к РольДоступна(). Что несколько противоречит Вашему «РольДоступна() при наличии такого механизма не нужна» из (29)

(32) Во-первых, много кто делает то, что не нужно. Во-вторых, я же не написал «не нужна вообще». Здесь вполне конкретный контекст, когда РольДоступна() используется фактически для разграничения прав или настройки форм, не требующих дополнительного доступа к метаданным.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

Проверка наличия роли у пользователя

05.07.2019

Функция ЕстьРоль(ИмяРоли, Пользователь = Неопределено) Экспорт

Если Пользователь = Неопределено Тогда
Пользователь = ПользователиКлиентСервер.ТекущийПользователь();
КонецЕсли;

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗРЕШЕННЫЕ
| 1
|ИЗ
| Справочник.ГруппыДоступа.Пользователи КАК ГруппыДоступаПользователи
|  ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ПрофилиГруппДоступа.Роли КАК ПрофилиГруппДоступаРоли
|  ПО ГруппыДоступаПользователи.Ссылка.Профиль = ПрофилиГруппДоступаРоли.Ссылка
|ГДЕ
| ПрофилиГруппДоступаРоли.Роль.Имя = &Роль
| И ГруппыДоступаПользователи.Пользователь = &Пользователь";

Запрос.УстановитьПараметр("Пользователь", Пользователь);
Запрос.УстановитьПараметр("Роль", ИмяРоли);

УстановитьПривилегированныйРежим(Истина);
РезультатЗапроса = Запрос.Выполнить();
УстановитьПривилегированныйРежим(Ложь);

Если РезультатЗапроса.Пустой() Тогда
Возврат Ложь;
Иначе
Возврат Истина;
КонецЕсли;

КонецФункции

Создаем роль с возможностью только чтения данных без возможности изменения чего-либо

• пригодится для всех пользователей 1С, которые не являются операторами (бухгалтерами) — им нужны в основном отчеты
• для аудиторов

Для начала поставим на всех объектах конфигурации право Просмотр (Чтение добавится автоматически) + Ввод по строке.
Ясно, что возникнут проблемы, т.к. на некоторые объекты нужно право записи.

При запуске от тестового пользователя с данной ролью появляется сообщение:

«У текущего пользователя нет доступных ролей для запуска информационной базы».

Основная проблема типовых конфигураций — в конфе предусмотрено как минимум две роли:

1. с минимально необходимыми правами для работе в конфе — но для работы именно оператора (с правами создания документов и наполнения справочников)
2. полные права

И поэтому любой пользователь типовой конфы должен по-любому иметь эту роль с минимальными правами оператора. Нам же нужны минимальные права для аудитора (без возможности внесения каких-либо изменений).

В общем модуле УправлениеПользователями отраслевой конфигурации «Подрядчик строительства 4 ред. 2.0» можно найти такую функцию

// Процедура проверяет возможность запуска ИБ с определенными для текущего
// пользователя доступными ролями
//
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт

 Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда
  Отказ = Истина;
  #Если Клиент Тогда
  Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа");
  #КонецЕсли
 КонецЕсли; 
 
КонецПроцедуры

Изменим логику с учетом новой роли:

Если НЕ РольДоступна(«ПолныеПрава») И НЕ РольДоступна(«Бухгалтер») И НЕ РольДоступна(«ТолькоЧтение»)

После этого удалось запустить, но окно без интерфейса и сразу нарушение прав доступа

{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить)
по причине:
Нарушение прав доступа!

Это тоже очень круто, т.к. модуль поставляется в закрытом виде и не ясно, что именно он там хотел установить :(.

Смотрим журнал регистрации: отказано в доступе к константе «Каталог файлов защиты».

Для упрощения процесса поиска необходимых прав

посмотрим, какие константы может изменять роль Бухгалтер и установим по аналогии

• ГотовностьПрограммыКРаботе
• ИмпВалютаПланирования
• ИмпИспользоватьМеханизмАвтоматическогоОбменаДанными
• ИмпКаталогЗащитыФайлов
• ИмпСерияПутевогоЛиста
• Имп_КаталогФайловЗащиты
• ИмпСистемаЗащиты
• ФайлОбработкиИнтернетПоддержкиПользователей (этот не будем разрешать)

Снова пробуем запуститься — очередная ошибка прав доступа

{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить)
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.
объект: 'ПланОбмена.Полный'; право: 'Чтение'
Таблица: 'Node14', SDBL-команда: 'SELECT'.

Добавим право Просмотр для ПланыОбмена и право Использование для интерфейсов (Общий, Полный, Бухгалтерский). Тестовому пользователю назначим основной интерфейс Бухгалтерский.

Очередная попытка запуска — новая ошибка

{МодульОбычногоПриложения(108)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь)
 Если Не ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь) Тогда
по причине:
Нарушение прав доступа!

Посмотрим права на ПараметрыСеанса для роли Бухгалтер и сделаем по аналогии
Чтение+изменение

• ДатаОбновленияПовторноИспользуемыхЗначенийМРО
• ИспользуемыеПланыОбмена
• ОбменДаннымиВключен
• ОбщиеЗначения
• ПравилаВыборочнойРегистрацииОбъектов
• ПравилаРегистрацииОбъектов

Нет доступа

• ЗагрузкаПараметровРаботыПрограммы
• ПараметрыКлиентаНаСервере

Следующая ошибка:

{МодульОбычногоПриложения(559)}: Ошибка при вызове метода контекста (ПолучитьФорму)

Обработки.ПанельФункций.ПолучитьФорму().Открыть();
по причине:
Нарушение прав доступа!

Даем право на запуск обработки ПанельФункций.

Следующая ошибка:

{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать)
 МенеджерЗаписи.Записать(Истина);
по причине:
Нарушение прав доступа!

Однако после закрытия работа продолжается и появляются другие окна:

{МодульОбычногоПриложения(575)}: Ошибка при вызове метода контекста (ПолучитьФорму)
  Форма = Обработки.ДополнительнаяИнформация.ПолучитьФорму("ФормаРабочийСтол");
по причине:
Нарушение прав доступа! 

Смотрим в журнале регистрации — отказано в праве Изменение для регистра сведений НастройкиПользователей.
Даем права:

• использование обработки ДополнительнаяИнформация
• регистр сведений НастройкиПользователей — Просмотр и Редактирование

Следующая ошибка:

{МодульОбычногоПриложения(190)}: Ошибка при вызове метода контекста (Создать)
 БИ = Обработки.БухгалтерскиеИтоги.Создать();
по причине:
Нарушение прав доступа!

Даем право на использование обработки БухгалтерскиеИтоги.

Следующая ошибка — при попытке сохранить настройки отчета ОСВ (оборотно-сальдовой ведомости)

{ОбщийМодуль.СтандартныеОтчеты.Модуль(867)}: Ошибка при вызове метода контекста (СоздатьЭлемент)

Настройка = Справочники.СохраненныеНастройки.СоздатьЭлемент();
по причине:
Нарушение прав доступа!

Даем все права для справочника СохраненныеНастройки, кроме ИнтерактивноеУдаление и прав для предопределенных.

Спустя время обнаружились еще проблемы

1. при просмотре документов появляется ошибка права просмотра — Обработка. Предупреждение об изменениях
2. при просмотре кассовых документов ошибка права использования — Обработка. Механизм взаимодействия с торговым оборудованием (надо искать обработку ТОСервер).
3. при просмотре движений документа ошибка права использования — Обработка. Корректировка движений

При просмотре кассовых документов также возникает ошибка при открытии

{МодульОбычногоПриложения(667)}: Ошибка при вызове метода контекста (Создать)

глСерверТО = Обработки.ТОСервер.Создать();
по причине:
Нарушение прав доступа!