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

РольДоступна() перестал работать на 8.3 ☑ 0

lirt82

12.11.18

12:09

После обновления конфы изменился режим совместимости с 8.2 на 8.3, в конфе есть самописный регистр сведении, теперь при открытии ФормыСписка этого регистра вываливается ошибка:

{РегистрСведений.ПланПродаж.Форма.ФормаСписка.Форма(620)}: Ошибка при вызове метода контекста (РольДоступна)

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

по причине:

Недопустимое значение параметра (параметр номер ‘1’)

Процедура ОбновлениеОтображения()

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

            Если Не ТекСтрока=Неопределено Тогда

                Если ЭлементыФормы.РегистрСведенийСписок.ТекущаяКолонка.Имя=

///

как исправить? нарыл что «начиная с версии Платформы 8.3, в случае когда не найдена в метаданных роль по указанному имени система вызывает Исключительную ситуацию, ранее система вернула бы результат Ложь».

1

ЛЮС

12.11.18

12:15

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

2

Фрэнки

12.11.18

12:15

Доступность:

Сервер, толстый клиент, внешнее соединение.

3

Волшебник

12.11.18

12:16

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

4

lirt82

12.11.18

12:20

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

5

Фрэнки

12.11.18

12:23

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

6

Hmster

12.11.18

12:23

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

7

lirt82

12.11.18

12:24

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

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

8

lirt82

12.11.18

12:27

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

9

Вафель

12.11.18

12:28


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

10

Фрэнки

12.11.18

12:29

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

Если объект не найден, то возвращается значение Неопределено.

Описание:

Осуществляет поиск в коллекции объекта описания метаданного по его имени.

11

Cyberhawk

12.11.18

12:30

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

12

Serg_1960

12.11.18

12:30

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

13

lirt82

12.11.18

12:31

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

14

Cyberhawk

12.11.18

12:32

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

15

lirt82

12.11.18

12:36

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

16

lirt82

12.11.18

12:37

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

17

PR

12.11.18

12:39

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

18

lirt82

12.11.18

12:39

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

19

lirt82

12.11.18

12:41

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

20

PR

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

Serg_1960

12.11.18

12:48

(18) Исключение у него, как и положено, — автор обновился так, что аж роли отвалились :)

(19) Тему рано закрывать, пока не обратишь своё внимание на (12) — в современных конфигурациях появились группы, профили и т.д. пользователей. Да и проверку на полный доступ всегда надо добавлять иначе как-то не комильфо.

24

Serg_1960

12.11.18

12:50

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

25

PR

12.11.18

12:52

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

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

26

Serg_1960

12.11.18

12:54

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

27

dmpl

12.11.18

13:18

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

28

Serg_1960

12.11.18

15:06

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

29

dmpl

12.11.18

19:48

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

30

Serg_1960

12.11.18

20:47

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

31

dmpl

12.11.18

21:43

(30) У вас просто не было крупных гетерогенных систем, с кучей прав и кучей доп. обработок, когда требуется чтобы обработка работала без изменений везде, потому что иначе запутаешься в версиях. А в более простом случае — имеем иерархический(!) список прав, которым можно дать понятное название, стабильный идентификатор и, самое главное, — приложить описание. И все это — не заходя в Конфигуратор. Более того, задачу по наделению такими правами можно свалить на пользователей, не давая им ненужных прав.

P.S. Глобальный поиск по «ЕстьДопПраво(» ничем не хуже.

32

Serg_1960

13.11.18

10:42

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

33

dmpl

14.11.18

12:52

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

Конфигурация 1С Театр. Переустановили платформу с 8.2 на 8.3 (без совместимости с 8.2) После этого программа перестала запускаться под пользователями без роли «ПолныеПрава» (и «АдминистрированиеСистемы»), выдает ошибку «Недопустимое значение параметра (параметр номер «1»). С чем это может быть связано? Какие модули посмотреть? (причем пробовала в роди добавлять все права,как в полных правах, всё равно та же ошибка), (отладчиком пройти не могу,так как данная ошибка под «АдминистрированиеСистемы» не вылазит)

надо запускать 1С Театр в режиме совместимости с 8.2.

а этот 1СТеатр предназначен для работы с 8.3 без режима совместимости?

В режиме совместимости нельзя запустить, к сожалению, потому что так не будет работать обмен с сайтом(((

— Я не знаю. Когда перевели на 8.3 там еще ошибки вылазили, но я их поправила через отладку — это уже было пару месяцев назад. А сейчас потребовалось создать пользователя без полных прав — и вылезла эта ошибка. А какие критерии для работы с 8.3?

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

так спроси у автором этого Кардебалета или в документации посмотри, если есть она. почему невозможность обмена с сайтом — это аргумент в пользу отказа от совместимости, а неработоспособность системы нахрен вообще — это ни какой не аргумент в ползу сохранения режима совместимости?

Ругается, что нет прав,или это я дура (а не «лыжи кривые»). Че можно без роли «ПолныеПрава» И «АдминистраторСистемы» Запустить отладку? Я вроде, место нашла,где ошибка (закоментила для этого Отказ=истина в исключении передНачаломРаботыСистемы), но как поправить не поняла пока

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

ошибка {ОбщийМодуль.Пользователи.Модуль}: Ошибка при вызове метода контекста (РольДоступна) по причине: Недопустимое значение параметра (параметр номер ‘1’) Че не так??? — ,пока не поняла((

ИмяРоли под пользователем скорее всего неопределено

Выше посмотри где значения этой переменной присваиваются.

РольДоступна(Метаданные.Роли.<Роль>) так работает?

В конфигураторе — Сервис — Параметры — Основные — Пользователь — Имя (Оставить пустым). При запуске отладки выбрать пользователя

Функция РолиДоступны(Знач ИменаРолей, Пользователь = Неопределено) Экспорт … МассивИменРолей = СтроковыеФункцииКлиентСервер.РазложитьСтрокуВМассивПодстрок(ИменаРолей); Для каждого ИмяРоли Из МассивИменРолей Цикл          …. Но откуда вызывается функция хз

Там на панельке есть такая кнопочка «Стек вызовов» называется.

Когда прохожу отладчиком там ИмяРоли    «ПолучениеНапоминанийОРезервномКопировании», а в списке ролей такой роли я не вижу(((

Вот здесь срабатывает,если полныеПрава,наверное? Функция РолиДоступны(Знач ИменаРолей, Пользователь = Неопределено) Экспорт

или глобальным поиском найди вызов этой функции и везде точки останова поставь, где остановится посмотри что в «Знач ИменаРолей» передаётся

нет, это исключает проверку если есть полные права

Мне нужен совет: в функции «Функция ЭтоПолноправныйПользователь» прописать в этом месте ИЛИ ЛУЧШЕ создать Роль «ПолучениеНапоминанийОРезервномКопировании» и добавить ее моему пользователю?

теперь тебе нужно выяснить откуда в ИменаРолей попало ПолучениеНапоминанийОРезервномКопировании

однозначно роль лучше добавить, но лучше как в 22 говорят

Печалька((( еще сидеть придется с этой хренью!

в 8.3 не отрабатывает РольДоступна если передать строкой несуществующую роль.

+ поэтому лучше роль добавить

а еще в 8.3 жесть с отборами))

херню сморозила…. — т.е. мне не надо искать откуда роль ПолучениеНапоминанийОрезервномКопировании, а просто ее добавить в Конфу?

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

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

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

96-150 Okolokompa Форум

(@sadovod)

Prominent Member

Присоединился: 4 года назад

Записи: 258

Создатель темы 22/04/2021 3:21 пп  

Проверка наличия роли у пользователя с помощью функции глобального контекста РольДоступна(), не всегда вернёт верное значение.

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

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

Если УправлениеДоступом.ЕстьРоль("НаименованиеНашейРоли") Тогда
Сообщить("Да - Всё ОК");
КонецЕсли;

НО!!!! В таком случае роль будет Доступна!!! Если у пользователя полные права!!!

Если хотите проверить на доступность роли ВНЕ ЗАВИСИМОСТИ от прав пользователя, тогда вытаскивайте/переносите из общего

модуля: УправлениеДоступом

Функцию: ЕстьРоль

к себе в модуль и закомментируйте в ней:

//Если Пользователи.ЭтоПолноправныйПользователь(Пользователь) Тогда
//Возврат Истина;
//КонецЕсли;

  • Печать

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

Тема: Ошибка после добавления новой роли в конфигурации (УТ) — Управление торговлей 8  (Прочитано 34480 раз)

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

У вас Ошибка в процедуре УстановитьЗначениеПоУмолчанию
Скорей всего у вашей новой роли нет доступа на запись для: РегистрыСведений.НастройкиПользователей


Записан


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

« Последнее редактирование: 31 Январь 2014 Пятница 04:05:14 от Наталья »


Записан


Чтобы добавить новую роль в конфигурцию 1С 8.2 «Зарплата и управление персоналом»:

Сначала добавляем саму роль в ветку: Общие-Роли
Далее в конфигураторе открываем «Общие модули» и там модуль «ПолныеПрава«, ищем:
Функция ЕстьДоступныеПраваДляЗапускаКонфигурации() Экспорт
    //Было так
   //Возврат РольДоступна(«ПолныеПрава»)   ИЛИ РольДоступна(«Пользователь»);   
   //Добавляем например новую роль «ТолькоПросмотр»
   Возврат РольДоступна(«ПолныеПрава»)ИЛИ РольДоступна(«Пользователь») ИЛИ РольДоступна(«ТолькоПросмотр»);   
КонецФункции


Записан


Все верно…Для корректного добавления новой роли нужно УРЕЗАТЬ права у стандартной роли «Бухгалтер» до необходимых (например просмотр-чтение) и назначать ее ВСЕМ бухгалтерам. А для конкретного рабочего места, например «Кассир», создавать доп. роль «Кассир» с необходимыми правами на ввод, изменение и т.д. Именно так сделано в типовой бухгалтерии: есть роль «бухгалтер», а дополнительно есть роль «ПравоГлавногоБухгалтера». Т.е. для глав буха будут установлены 2 роли Бухгалтер и ПравоГлавногоБухгалтера.


Записан


Наверное 1С так и задумали, (это я про 1С бухгалтерия предприятия 8.1) сделали 2 стандартные роли ПолныеПрава и Бухгалтер, нужно обязательно выбрать одну из этих ролей, а уже те роли которые ты создаешь в ручную, будут прибавляться к этим стандартным ролям. Проверил, действительно так все работает, добавил пользователю роль Бухгалтер, создал свою роль и добавил этому пользователю еще и свою роль в которой больше прав, теперь все работает и ошибку не пишет: Недостаточно прав доступа. У текущего пользователя нет доступных ролей, для запуска информационной базы.

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


Записан


ИМХО ответ правильный но с точки срезния 1С некоректный.
Роль «Пользователь» является обязательной. Если конечно не используется роль «Полные права»
Тоесть решение простое, делаем нашу роль «Вася Пупкин» и добавляем пользователю Бухгалтер роли:
«Вася Пупкин» и «Пользователь»
так будет более правильно.


Записан


Да, в 1С 8.1 переделали механизм проверки новых ролей, в 8.1 теперь не нужно создавать перечисления. Я правда проверял на конфигурации Бухгалтерия предприятия 8.1, но думаю в УТ тоже самое.
После создания новой роли в конфигураторе, нужно еще исправить процедуру «ПроверитьВозможностьРаботыПользователя» в общем модуле «УправлениеПользователями»:
В конфигураторе открываем «Общие модули» и там «УправлениеПользователями», ищем процедуру «ПроверитьВозможностьРаботыПользователя» и делаем в ней изменения:

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

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

Я добавил роль "Admin", исправляем так:
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер")И НЕ РольДоступна("Admin") Тогда


Сохраняем конфигурацию и все работет.


Записан


Аналогичная проблема только 1С у меня 8.1
Добавил новую роль, и получил:Недостаточно прав доступа. У текущего пользователя нет доступных ролей, для запуска информационной базы.
Сразу скажу что замучался на форумах искать ответ.
в ПЕРЕЧИСЛЕНИЯХ, НЕТ «НАБОР ПРАВ ПОЛЬЗОВАТЕЛЕЙ».
там присутсвует только «УдалитьНаборПравПользователей» добавил в данное перечисление роль, не помогло.
далее стал искать, что именно выдает соообщение об ощибке нашел процедуру:
Общие модули>>Управление Пользователями

Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт
Если НЕ ПолныеПрава.ЕстьДоступныеПраваДляЗапускаКонфигурации() Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение(«У текущего пользователя нет доступных ролей, для запуска информационной базы.», 10, «Недостаточно прав доступа»;
#КонецЕсли
КонецЕсли;
КонецПроцедуры
Из процедуры видно, что если нет Полных прав начинается поиск в доступных правах. Собственно вопрос Где устанавливать эти самы права?
еще раз обращю внимание на платформу 8.1 ответ нужен именно для 8.1


Записан


В конфигураторе добавил новую роль (права доступа для пользователей).
Назначил эту новую роль пользователю и когда этот пользователь входит в программу 1С УТ, появляется ошибка и программа закрывается:
Недостаточно прав доступа. У текущего пользователя нет доступных ролей, для запуска информационной базы.

Такое не только в Управление торговлей, но и в конфигурации «Бухгалтерия предприятия 8»
Ты все правильно сделал, нужно еще добавить название твоей новой роли в:
Перечисления — НаборПравПользователей
и все заработает  ;)


Записан


В конфигураторе добавил новую роль (права доступа для пользователей).
Назначил эту новую роль пользователю и когда этот пользователь входит в программу 1С УТ, появляется ошибка и программа закрывается:
Недостаточно прав доступа. У текущего пользователя нет доступных ролей, для запуска информационной базы.

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


Записан


  • Печать

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

РольДоступна не работает в Модуле управляемого приложения

Автор Rasul, 06 июн 2012, 16:20

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

Добрый день!
В УТ 11 ред. в моделе управляемого приложения написал следующий код:

Процедура ПриНачалеРаботыСистемы()
   //Проверка роли
   Если РольДоступна(«Роль1») тогда
      ОтрытьФорму = ПолучитьФорму(«Обработка.ЭлектронныеДокументы.Форма.АрхивЭлектронныхДокументов»);   
    КонецЕсли;

///////////////////////////////////

Проверка модуля выдает ошибку :{МодульУправляемогоПриложения(85,7)}: Процедура или функция с указанным именем не определена (РольДоступна)
   Если <<?>>РольДоступна(«Роль1») тогда  (Проверка: Тонкий клиент)
Модуль управляемого приложения выполняется на клиенте?


Как мне проверить доступность роли пользователю в модуле приложения?


Процедура ПриНачалеРаботыСистемы()
   //Проверка роли
   Если ПроверятьНужноНаСервереБЛИН() тогда
      ОтрытьФорму = ПолучитьФорму(«Обработка.ЭлектронныеДокументы.Форма.АрхивЭлектронныхДокументов»);   
    КонецЕсли;

В общем модуле с галочкой СЕРВЕР пишешь:
Функция ПроверятьНужноНаСервереБЛИН() Экспорт
    _РольДоступна = Ложь;
    Если РольДоступна(«Роль1») тогда
         _РольДоступна = Истина; 
    КонецЕсли;
    Возврат _РольДоступна;
КонецФункции

Если долго всматриваться в учебник…то в голову может прийти мысль его открыть!


Понравилась статья? Поделить с друзьями:

Интересное по теме:

  • 1с ошибка при вызове метода контекста получитьфоновыезадания
  • 1с ошибка формата потока при запуске конфигуратора sql
  • 1с ошибка формата потока sql сервер
  • 1с ошибка при вызове метода контекста получитьобласть
  • 1с ошибка формата потока config

  • Добавить комментарий

    ;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: