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

lirt82

12.11.18 — 12:09

ЛЮС

1 — 12.11.18 — 12:15

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

Фрэнки

2 — 12.11.18 — 12:15

Волшебник

3 — 12.11.18 — 12:16

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

lirt82

4 — 12.11.18 — 12:20

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

Фрэнки

5 — 12.11.18 — 12:23

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

Hmster

6 — 12.11.18 — 12:23

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

lirt82

7 — 12.11.18 — 12:24

lirt82

8 — 12.11.18 — 12:27

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

Вафель

9 — 12.11.18 — 12:28

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

Фрэнки

10 — 12.11.18 — 12:29

Cyberhawk

11 — 12.11.18 — 12:30

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

Serg_1960

12 — 12.11.18 — 12:30

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

lirt82

13 — 12.11.18 — 12:31

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

Cyberhawk

14 — 12.11.18 — 12:32

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

lirt82

15 — 12.11.18 — 12:36

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

lirt82

16 — 12.11.18 — 12:37

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

PR

17 — 12.11.18 — 12:39

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

lirt82

18 — 12.11.18 — 12:39

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

lirt82

19 — 12.11.18 — 12:41

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

PR

20 — 12.11.18 — 12:46

Фрэнки

21 — 12.11.18 — 12:47

(20)

Волшебник

22 — 12.11.18 — 12:48

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

Serg_1960

23 — 12.11.18 — 12:48

Serg_1960

24 — 12.11.18 — 12:50

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

PR

25 — 12.11.18 — 12:52

Serg_1960

26 — 12.11.18 — 12:54

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

dmpl

27 — 12.11.18 — 13:18

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

Serg_1960

28 — 12.11.18 — 15:06

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

dmpl

29 — 12.11.18 — 19:48

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

Serg_1960

30 — 12.11.18 — 20:47

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

dmpl

31 — 12.11.18 — 21:43

Serg_1960

32 — 13.11.18 — 10:42

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

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

В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.

Исправляем ситуацию

Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.

Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:

	 Запрос = Новый Запрос;
	 Запрос.Текст =
	         "ВЫБРАТЬ
	          |        Номенклатура.Ссылка КАК Ссылка,
	          |        Номенклатура.ВерсияДанных КАК ВерсияДанных,
	          |        Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	          |        Номенклатура.Родитель КАК Родитель,
	          |        Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	          |        Номенклатура.Код КАК Код,
	          |        Номенклатура.Наименование КАК Наименование,
	          |        Номенклатура.Артикул КАК Артикул,
	          |        Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	          |        Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	          |        Номенклатура.Предопределенный КАК Предопределенный,
	          |        Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	          |ИЗ
	          |        Справочник.Номенклатура КАК Номенклатура
	          |ГДЕ
	          |         ";
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 КонецЦикла;

Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.

Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.

Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.

	 Запрос = Новый Запрос;
	            Запрос.Текст =
	                       "ВЫБРАТЬ
	                        |          Номенклатура.Ссылка КАК Ссылка,
	                        |          Номенклатура.ВерсияДанных КАК ВерсияДанных,
	                        |          Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	                        |          Номенклатура.Родитель КАК Родитель,
	                        |          Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	                        |          Номенклатура.Код КАК Код,
	                        |          Номенклатура.Наименование КАК Наименование,
	                        |          Номенклатура.Артикул КАК Артикул,
	                        |          Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	                        |          Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	                        |          Номенклатура.Предопределенный КАК Предопределенный,
	                        |          Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	                        |ИЗ
	                        |          Справочник.Номенклатура КАК Номенклатура
	                        |ГДЕ
	                        |          НЕ Номенклатура.ЭтоГруппа ";
	 НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
	 КонецЦикла;

1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.

В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.

Чаще всего причиной подобных ошибок выступают следующие факторы:

1. Невнимательность;
2. Отсутствие опыта или знаний;
3. Несогласованность действий разработчиков друг с другом;
4. Изменения в методах контекста в новых версиях платформы.

Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 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)}: Ошибка при вызове метода контекста (Создать)

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