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

Содержание:

1.       Ошибка при установке значения атрибута контекста

2.       Ошибка при получении значения атрибута контекста

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

1.    Ошибка при установке значения атрибута контекста

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

Другой пример – проходя циклом выборку запроса, пытаемся в колонку выборки записать значение, что невозможно, так как значения выборки запроса можно только считывать, а для того, чтобы можно было полученные из запроса данные изменять в коде, нужно пользоваться не выборкой, а выгружать результат запроса в таблицу значений, в таком случае в цикле по ней можно будет менять значения в колонках, но только на значения, соответствующие типу колонки. Либо у пользователя, под которым выполняется код, нет прав на изменение даты документа, при попытке записать в данный реквизит новую дату, будет выведено сообщение об ошибке установке значения, но в причине будет указано отсутствие прав у пользователя.  

2.    Ошибка при получении значения атрибута контекста

Ошибка при получении значения атрибута контекста указывает на невозможность прочитать значение атрибута объекта в силу его отсутствия, либо отсутствия прав на его чтение. Например, обращение к несуществующему реквизиту объекта, несуществующему полю выборки из запроса, несуществующему свойству элемента формы и т.п. Так же как пример можно рассмотреть получение текущего пользователя из параметров сеанса — если данный параметр сеанса не установлен, то тоже будет выведена ошибка получения значения атрибута контекста, но в причине будет указана попытка получения неинициализированного значения параметра сеанса.

При возникновении данных ошибок значения атрибута в 1Св первую очередь следует проверить существование атрибута, к которому обращаются, затем проверить совпадение типов значений атрибута и присваиваемого ему значения, затем уже проверить права на установку либо чтение значения. Проверить, является ли дело в правах либо дать права на действия с атрибутом, можно, установив привилегированный режим для совершения действия с данным атрибутом, прописав перед строчкой с ошибкой УстановитьПривилегированныйРежим(Истина), после строчки — УстановитьПривилегированныйРежим(Ложь).  

Специалист компании «Кодерлайн»

Александр Суворов

15.05.14 — 16:46

1 — 15.05.14 — 16:47

дать прав пробовал?

2 — 15.05.14 — 16:49

А в чем глубинный смысл создавать один договор программно?

3 — 15.05.14 — 17:02

(1) Если тоже самое выполнить с полными права — всё работает. (2) Договора, как и товары создаются пачками в мегамодулях. Я всего лишь привёл простой пример проблемного кода.

4 — 15.05.14 — 17:04

Рлс глянь, права дай

5 — 15.05.14 — 17:04

(3) Кури настройки ролей.

6 — 15.05.14 — 17:05

После ругни смотришь на что ругается и добавляешь в права.

7 — 15.05.14 — 17:05

(3) а от нас чего хочешь?

8 — 15.05.14 — 17:05

Если не изменяет память там есть отдельная роль на работу/запись с Нормативно справочной информаций (или просто Справочной информацией). Дай пользователю эту роль.

9 — 15.05.14 — 17:06

УстановитьПревилигированныйрежим

10 — 15.05.14 — 17:06

*смотришь в журнале регистрации

11 — 15.05.14 — 17:06

(9) фу. ты этим ртом потом хлебушек будешь кушать

12 — 15.05.14 — 17:07

(11) Какой вопрос, такой ответ…

13 — 15.05.14 — 17:11

(4) Давал разные права, но работает только с полными правами.

14 — 15.05.14 — 17:12

(7) От вас лично ничего. Но вопрос я задал вполне конкретно: «Подскажите, как создавать элементы справочников под ролями Бухгалтеров в БП3.0?»

15 — 15.05.14 — 17:14

(14) лично я не знаю, и мне поровну. а сам найти ответ не хочешь

16 — 15.05.14 — 17:14

+(15) ?

17 — 15.05.14 — 17:16

(15) (16) Понятно, что всем или многим поровно. Искал, читал, у 1С спрашивал (и они даже ответили через 3 часа). Нигде ничего…

18 — 15.05.14 — 17:17

только разве вЖР не ходил

19 — 15.05.14 — 17:18

установить привилегированный режим

20 — 15.05.14 — 17:19

(8) Роли выданные пользователю: «Добавление и изменение базовой нормативно-справочной информации», «Добавление и изменение общей базовой нормативно-справочной информации», «Добавление и изменение общей бухгалтерской нормативно-справочной информации»

21 — 15.05.14 — 17:21

(9) (19) Не помогло

22 — 15.05.14 — 17:22

(18) а ЖР это вкуда?

23 — 15.05.14 — 17:22

(20) установлено ли ограничение доступа по уровням записей? Если да, то были ли запущены регламентная обработка после этого и были ли установлены соответствующие разрешения?

24 — 15.05.14 — 17:22

(22) журнал регистрации я так предполагаю.

25 — 15.05.14 — 17:24

(21) во внешней обработке конечно не поможет

26 — 15.05.14 — 17:26

(5) Курил, только в теории получается что все права уже есть: у пользователя установлена роль «Добавление и изменение данных бухгалтерии», а у этой роли есть и создание и изменение элементов справочника.

27 — 15.05.14 — 17:32

28 — 15.05.14 — 17:33

(27) можешь не благодарить

29 — 15.05.14 — 17:36

(28) Не, не. За это спасибо! Я и не думал что от него такая польза…

30 — 15.05.14 — 17:39

(27) Вот только зайти туда дебагером не смогу. С ограниченными правами туда не пустят в конфигуратор, а с полными ошибка не появляется…

31 — 15.05.14 — 17:50

(30) надо как-то заставить запустить отладку от имени ущербного юзера

32 — 15.05.14 — 17:58

33 — 15.05.14 — 18:03

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

34 — 15.05.14 — 18:39

(33) Мне нельзя править конфу. Ни под каким предлогом. Это как бы условие обязательное.

35 — 16.05.14 — 11:27

(31) Запустил от ущербного пользователя. Создал файловую локальную базу. Дал права администратора. Запустил конфигуратор. Отнял права администратора. Запустил толстый клиент (управляемое приложение). И уже 10 минут тыкаю F11.

36 — 16.05.14 — 11:36

37 — 16.05.14 — 11:43

(36) Это я итак знаю и сделал. Но спасибо за участие.

38 — 16.05.14 — 11:46

39 — 16.05.14 — 11:47

40 — 16.05.14 — 11:49

(39) Именно на этом месте деббагер останавливается и появляется ошибка. Теперь думаю какие из стандартных прав позволят обойти это.

41 — 16.05.14 — 12:01

ну расскажи, каким ролям это позволено, не молчи 😉

42 — 16.05.14 — 12:04

(41) Кто знает в БП 3.0 весь доступ поделён на кучу ролей в конфигураторе, а в конфигурации (режим предприятие) есть пять групп ролей. Это предыстория. Так вот единственная более менее безвредная роль — это администрирование. Я не знаю как и где смотреть доступ к переменной «ПараметрыСеанса», так что могу только предполагать.

43 — 16.05.14 — 12:07

(42) а это совсем ни разу не переменная. даже напротив: это параметры сеанса

44 — 16.05.14 — 12:09

(43) Да, я это уже посмотрел) Оказывается не параметрах сеанса дело… Потому что у роли Администрирование тоже нет доступа к «Параметрам сеанса».

45 — 16.05.14 — 12:13

(44) то что «Потому что у роли Администрирование тоже нет доступа к «Параметрам сеанса».» ничего не следует.

46 — 16.05.14 — 12:17

(45) Возможно, но с этой ролью в дополнение к группе ролей Бухгалтер — всё работает.

47 — 16.05.14 — 12:25

что за группа ролей такая?

48 — 16.05.14 — 12:31

Проблема не в Параметрах сеанса. Что-то другое мешает. С простыми правами я получаю отказ на изменение данных в процедуре «ПередЗаписью». С дополнением роли Администрирование  — не получаю отказа…

49 — 16.05.14 — 12:43

50 — 16.05.14 — 12:43

а ЖР знает?

51 — 16.05.14 — 12:56

52 — 16.05.14 — 12:59

А вот когда выполнение сваливается в исключение как можно посмотреть описание ошибки кроме функции «ОписаниеОшибки ()»? Функция возвращает пусто…

53 — 16.05.14 — 13:08

Я дал пользователю все права кроме «Полных» и «Административных»… и всё равно не получается.

54 — 16.05.14 — 13:08

Плакать хочется… %-)

55 — 16.05.14 — 13:15

но вообще у вас настроен обмен? Всё четко там? Он работает?

56 — 16.05.14 — 13:20

(55) Прошу прощения, но я не совсем понял какой обмен… У нас только одна база, и задача стоит: создавать из внешней обработки товары и договора…

57 — 16.05.14 — 13:25

(56) ну и? не видите, что у вас обмен данными? Если хотите чтобы бухгалтер обмены фигачил между базами, настройте ему обмен.

58 — 16.05.14 — 13:28

(57) Ещё раз. У нас 1 база 1С. В этой базе нужно создать (не загружать, не обмениваться), просто создать по кнопке из внешней обработки договор или товар.

59 — 16.05.14 — 13:31

Вопрос в другом. Почему некоторые элементы параметров сеанса (ПараметрыСеанса) доступны при обращении из внешней обработке, а другие нет? Как не вводя обработку в конфу позволить ей делать всё то, что может делать пользователь, под которым обработка запустилась?

60 — 16.05.14 — 13:40

(0) УстановитьПривилегированныйРежим(Истина) в вашей обработке ещё не предлагали?

61 — 16.05.14 — 13:44

(60) Вот здесь (9) и здесь (19) …

62 — 16.05.14 — 13:47

УстановитьПривилегированныйРежим не будет работать в обработках, которые открываются через файл-открыть и в дополнительных с безопасным режимом, вроде. А следовательно, записать договор не судьба без полных прав. Попробуй поставь небезопасный.

63 — 16.05.14 — 13:48

(62) Прошу прощение: поставить небезопасный что?

64 — 16.05.14 — 13:49

(63) режим. Ты же вроде дополнительную обработку пишешь?

65 — 16.05.14 — 13:51

(64) {Форма.Форма.Форма(142)}: Ошибка при вызове метода контекста (УстановитьБезопасныйРежим)

    УстановитьБезопасныйРежим (Ложь);

по причине:

В данной процедуре/ функции не был установлен безопасный режим

66 — 16.05.14 — 13:52

(64) Угу — дополнительную пишу…

67 — 16.05.14 — 13:58

(66) если ты будешь открывать ее через файл-открыть, он не установится никогда. устанавливай в СведенияОВнешнейОбработке() и регистрируй в базе.

68 — 16.05.14 — 14:06

(67) Прошу не бить ногами, но как обработку зарегистрировать в базе?

69 — 16.05.14 — 14:07

(68) Искать в гугле. Вопрос уже давно обсосан до дыр.

70 — 16.05.14 — 14:42

(69) Не помогло…

71 — 16.05.14 — 14:55

72 — 16.05.14 — 14:56

73 — 16.05.14 — 14:57

(71) Это вы мне предлагаете за 300 рублей решить мою проблему? 🙂 Или за 300 рублей вы мне пароль для файла дадите? 🙂

74 — 16.05.14 — 15:02

(73) эмм.. кому я что говорил..

убери уже УстановитьПривилегированныйРежим и сделай РегистрационныеДанные.Вставить («БезопасныйРежим», Ложь);

75 — 16.05.14 — 15:15

(74) Тестовая обработка отработала. Сейчас перенесу всё в мегамодуль и проверю.

Получилось! Спасибо всем за помощь!

Описание ошибки:
Проблема стала возникать после того, как в серверную базу УТ 10.3 был добавлен функционал Библиотеки МДЛП. Ошибка не проявляла себя явно при работе в режиме 1С: Предприятие, но негативно влияла на выполнение некоторых регламентных заданий, так что они аварийно прерывались.

Найденные решения:

{ОбщийМодуль.Пользователи.Модуль(116)}: Ошибка при получении значения атрибута контекста (ОсновнаяРоль)
по причине:
Недопустимо использование свойства «ОсновнаяРоль»

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

Рис. 1. Пример ошибки «Ошибка при получении значения атрибута контекста (ОсновнаяРоль)» в регламентном задании «Наличие новых эд в сервисе ЭДО« 

Так же и в другом регламентном задании стала проявляться ошибка «Ошибка при получении значения атрибута контекста (ОсновнаяРоль) по причине: Недопустимо использование свойства «ОсновнаяРоль».

Рис. 2. Пример ошибки «Недопустимо использование свойства «ОсновнаяРоль» в регламентном задании «Выполнение обмена по сценарию…»

Удивителен тот факт, что код «Метаданные.ОсновнаяРоль» вполне нормальный. Т.е. конструкция вызывается в конфигураторе при конфигурировании как свойство объекта «Метаданные». Так же не возникает ошибок при проверка кода при сохранении изменений конфигурации. 

Нажатие на изображении увеличит его

Рис. 3. Причина ошибки в коде, конструкция «Метаданные.ОсновнаяРоль = Неопределено».

Релиз используемой платформы 1С в базе, в которой возникла проблема — 8.3.18.1741

Рис. 4. Сведения о конфигурации, версии платформы и параметры конфигурации.

Удивительно, что описание данного свойства «ОсновнаяРоль» отсутствует в Синтакс-помощнике. Хотя, как уже было коротко упомянуто, свойство «ОсновнаяРоль» глобального свойства «Метеданные» используется в библиотеке МДЛП. Исходно основное назначение библиотеки — для конфигураций, работающих в режиме управляемого приложения. Конфигурация 1С: Управление торговлей 10.3 работает в другом режиме — обычного приложения. Поэтому получается, что конструкция кода эксплуатируется в редко используемой библиотеке и ее работоспособность не совсем понятна в текущем релизе платформы.

В сети оказалось достаточно мало вспомогательной информации об этой ошибке. Из найденного, что может кому-то помочь — это обсуждение на форуме forum.1c.ru «После обновления на 2.0.15.8 выпадает ошибка: Недопустимо использование свойства «ОсновнаяРоль».

Поэтому возможно, но это только неподтвержденное предположение, что метод работает только в конфигурациях, работающих в режиме управляемого приложения, т.к. о нем отсутствует какая-либо информация в официальной методике — «Синтакс-помощнике». Поскольку упоминание проблемы с «ОсновнаяРоль» и ее актуальное решение по приведенной выше ссылке действует для конфигурации 1С: Деньги, которая работает исключительно в режиме обычного приложения (интерфейса).

Рис. 5. Отсутствие в «Синтакс-помощнике» описания метода «ОсновнаяРоль»

Поэтому решением данной проблемы стало изменение кода на конструкцию: Метаданные.ОсновныеРоли.Количество()

Нажатие на изображении увеличит его

Рис. 6. Устранение ошибки «Ошибка при получении значения атрибута контекста (ОсновнаяРоль)» заменой текста кода.

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

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

21-07-2022

Журавлев А.С.
(Сайт azhur-c.ru)

Ошибка при получении значения атрибута контекста (ТекущийПользователь)

 Процедура ПриНачалеРаботыСистемы()

Пользователь = ПараметрыСеанса.ТекущийПользователь;

	Если обЗначениеНеЗаполнено(Пользователь.Сотрудник) Тогда

		ИмяПользователя = СокрЛП(Пользователь.Наименование);

	Иначе

		ИмяПользователя = СокрЛП(Пользователь.Сотрудник.Наименование);

	КонецЕсли;

	Предупреждение("Здравствуйте уважаемый пользователь """+ИмяПользователя+"""

	|Система готова к работе.", 3);

КонецПроцедуры

 ИмяПользователя = ИмяПользователя();

Если Не ПустаяСтрока(ИмяПользователя) Тогда

   ТекущийПользователь = Справочники.Пользователи.НайтиПоКоду(ИмяПользователя);

КонецЕсли;

ПараметрыСеанса.ТекущийПользователь =  ТекущийПользователь;   

 Процедура УстановкаПараметровСеанса()

	Спр = Справочники.Сотрудники;

	ПараметрыСеанса.ТекущийПользователь=Спр.НайтиПоРеквизиту("Пользователь1С", ИмяПользователя());

КонецПроцедуры

//где Пользователь1С, это реквизит справочника сотрудники, и именем как вбито в конфигураторе   

  Док.Пользователь=ПараметрыСеанса.Пользователь;   

Подсказка: Вы можете добавить любую страничку в Избранное щелкнув по значку