08.08.12 — 11:39
Платформа 8.2.15.289. Конфигурация УПП 1.3.28.1. Необходимо по OLE перекинуть данные по договорам из обной базы в другую. Конфигурации одинаковые и без изминений.
Пишу внешную обработку. Создаю коннект. Все работает. Данные прочитать из второй базы можно.
Но как только я пробую создать в ней новый элемент — получаю ошибку:
{Форма.Форма.Форма(30)}: Ошибка при вызове метода контекста (СоздатьЭлемент) СпрДоговорыКонтрагентов.СоздатьЭлемент(); по причине:Произошла исключительная ситуация (1C:Enterprise 8.2.15.289): {ОбщийМодуль.ОбщегоНазначения.Модуль(29,2)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
Иду по ошибке — там процедура — ОбщегоНазначенияКлиентСервер.ДополнитьТаблицу(Таблица2, ТаблицаРезультат);
Зашел в ОбщийМодуль.ОбщегоНазначения там нахожу данную процедуру ДополнитьТаблицу. К тому же она — Экспорт.
Вот текст:
// Вставить содержимое обработчика.
V8 = Новый COMObject («V82.COMConnector»);
// создается объект COM -соединение
Попытка
Соединение = V8.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»123″»»);
Исключение
Предупреждение (» База данных не открыта! «);
Возврат;
КонецПопытки;
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
СпрДоговорыКонтрагентов.СоздатьЭлемент();
СпрДоговорыКонтрагентов.Комментарий = » Перенос: cоздан автоматически «;
СпрДоговорыКонтрагентов.Наименование = » Test «;
СпрДоговорыКонтрагентов.Записать();
В чем проблема?
1 — 08.08.12 — 11:42
7-рошник?
2 — 08.08.12 — 11:42
ну значит этот общий модуль недоступен для внешнего соединения, чего ж тут непонятного то.
3 — 08.08.12 — 11:44
(2) Не.
Вот сюда смотри
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
СпрДоговорыКонтрагентов.СоздатьЭлемент();
СпрДоговорыКонтрагентов.Комментарий = » Перенос: cоздан автоматически «;
СпрДоговорыКонтрагентов.Наименование = » Test «;
СпрДоговорыКонтрагентов.Записать();
4 — 08.08.12 — 11:44
Не проще читать данные по оле, а писать уже нормально, в текущую базу?
5 — 08.08.12 — 11:45
Так везде и всюду (начиная с книжек Радченко или Габеца) приводят именно такой пример текста, как у меня.
И в 8.1 у меня оно работало. Да и с 7-й проблем не было.
Что предпринять то, вроде задачка совсем простая, а не получается.
6 — 08.08.12 — 11:46
(3) а что там не так?
7 — 08.08.12 — 11:46
(5) и именно со справочником договоров у Радченко или Габеца дословно так?
8 — 08.08.12 — 11:47
Надо именно из базы, где запускается обработка данные по договору скинуть во вторую базу. То есть, создавать новый элемент справочника надо именно там.
9 — 08.08.12 — 11:47
(3) процедура этого модуля вызывается где нить в модуле объекта. Объект создается во внешнем соединении, а модуль наверняка для внешнего соединения недоступен. Проверь, есть там галка соответствующая?
10 — 08.08.12 — 11:49
Галка для работы с внешним соединением есть.
11 — 08.08.12 — 11:51
В книжках приводят примеры для справочника Организации и Номенклатура.
Но я для примера и их пробовал — та же ошибка.
12 — 08.08.12 — 11:52
Подписки на события тоже проверь
13 — 08.08.12 — 11:55
Кстати, если поменять V8 = Новый COMObject («V82.COMConnector»); на V8 = Новый COMObject («V82.Application»); и грузить полное приложение, то ошибка выскакивает уже другая:
{Форма.Форма.Форма(25)}: Значение не является значением объектного типа (Справочники)
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
14 — 08.08.12 — 11:57
(13) в Application и COMConnector по разному соединение организуется. Сделай не
Соединение = V8.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»123″»»);
а
Соединение = V8;
Соединение.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»123″»»);
15 — 08.08.12 — 12:00
Гм.
ОбщегоНазначенияКлиентСервер <> ОбщегоНазначения
Или в описании ошибки ошибка?
16 — 08.08.12 — 12:02
(6) Не рабочий код
17 — 08.08.12 — 12:02
(16) почему?
18 — 08.08.12 — 12:02
(16) гыыы, точняк
19 — 08.08.12 — 12:04
Сорри, конечно модуль ОбщегоНазначенияКлиентСервер, а не ОбщегоНазначения.
И галка на внешнее соединение у него не стоит.
Поскольку конфу трогать нельзя — какие есть варианты обхода?
20 — 08.08.12 — 12:04
(17)Б_ть, потому что он менеджеру присваивает значения а не элементу…
21 — 08.08.12 — 12:04
(16) Покажи рабочий.
22 — 08.08.12 — 12:05
(20) А, точно.
23 — 08.08.12 — 12:05
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
НовыйЭлемент = СпрДоговорыКонтрагентов.СоздатьЭлемент();
НовыйЭлемент.Комментарий = » Перенос: cоздан автоматически «;
НовыйЭлемент.Наименование = » Test «;
НовыйЭлемент.Записать();
24 — 08.08.12 — 12:05
(20) точно, пора на свалку
25 — 08.08.12 — 12:06
Я ж говорю — семерочник…
26 — 08.08.12 — 12:06
(25)Не в обиду:))
27 — 08.08.12 — 12:13
Да фигня вопрос. Просто всю голову сломал с OLE, а на присвоения уже не обращал внимание.
Вернул V8 = Новый COMObject («V82.COMConnector»);
Вставил код Лоботряса — получил ошибку
{Форма.Форма.Форма(31)}: Поле объекта не обнаружено (Справочники)
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
28 — 08.08.12 — 12:15
(27) ты же божился что у Габеца слово в слово
29 — 08.08.12 — 12:18
Не могет быть… А соединение точно подключилось? Или у тебя в подключаемой конфе нет справочников…
30 — 08.08.12 — 12:22
Габец Простые примеры разработки стр.348.
Про коннект опускаю — там к файловой базе.
Далее —
МенеджерНоменклатуры = Открытие.Справочники.Номенклатура;
МенеджерОрганизации = Открытие.Справочники.Организации;
Далее идет обработка выборки и в ней:
Если Организация.Пустая() Тогда
Организация = МенеджерОрганизации.СоздатьЭлемент();
Организация.Код = Код;
Организация.Записать();
КонецЕсли;
31 — 08.08.12 — 12:23
(30) ну и совсем не похоже на то что было у тебя
32 — 08.08.12 — 12:23
Точно подключилось. Я могу из справочника ДоговораКонтрагентов получить любые данные.
Может тут собака порылась в SQL базе, а не в файловой?
33 — 08.08.12 — 12:23
(32) да разницы нет
34 — 08.08.12 — 12:24
(30) ты там точно в полуобморочном состоянии? Лоботряс тебе V8= кинул для Application, а ты его в (27) В COMConnector присобачиваешь.
35 — 08.08.12 — 12:25
(32)А как получаешь?
36 — 08.08.12 — 12:26
Да я уже понял, что накосячил с присвоением. Поправил, но ошибка все равно возникает. Теперь с самим справочником.
А если вернуть Application, то получаю ошибку
{Форма.Форма.Форма(31)}: Поле объекта не обнаружено (ДоговорыКонтрагентов)
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
37 — 08.08.12 — 12:27
(36) Ты целиком код показывай. С соединением.
38 — 08.08.12 — 12:27
Да я уже все варианты перебираю. И с COMConnector и с Application.
Но вообще-то надо для COMConnector сделать.
39 — 08.08.12 — 12:30
Вот полный код:
Процедура КнопкаВыполнитьНажатие(Кнопка)
// Вставить содержимое обработчика.
// Вставить содержимое обработчика.
//V8 = Новый COMObject («V82.COMConnector»);
V8 = Новый COMObject («V82.Application»);
// создается объект COM -соединение
Попытка
Соединение = V8;
Соединение.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»12345″»»);
Исключение
Предупреждение (» База данных не открыта! «);
Возврат;
КонецПопытки;
//МенеджерДоговораУПП = Соединение.Справочники.ДоговорыКонтрагентов;
//НовыйДоговорУПП = МенеджерДоговораУПП.СоздатьЭлемент();
//НовыйДоговорУПП.Комментарий = » Перенос: cоздан автоматически «;
//НовыйДоговорУПП.Наименование= » Перенос: cоздан автоматически «;
//НовыйДоговорУПП.Записать();
//Выборка = СпрДоговорыКонтрагентов.Выбрать();
//Пока Выборка.Следующий() Цикл
// Сообщить(Выборка.Наименование);
// ОбработкаПрерыванияПользователя()
//КонецЦикла;
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
НовыйЭлемент = СпрДоговорыКонтрагентов.СоздатьЭлемент();
НовыйЭлемент.Комментарий = » Перенос: cоздан автоматически «;
НовыйЭлемент.Наименование = » Test «;
НовыйЭлемент.Записать();
Сообщить(» Перенос: cоздан автоматически «+НовыйЭлемент.Ссылка);
КонецПроцедуры
40 — 08.08.12 — 12:49
Какие-нибудь идеи еще будут? Может это трабл с платформой — и стоит перейти на 16? Или как?
41 — 08.08.12 — 12:50
(40) Покажи как получаешь:
«Я могу из справочника ДоговораКонтрагентов получить любые данные»
42 — 08.08.12 — 13:07
V8 = Новый COMObject («V82.COMConnector»);
// создается объект COM -соединение
Попытка
Соединение = V8.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»12345″»»);
Сообщить(«Ок»);
Исключение
Предупреждение (» База данных не открыта! «);
Возврат;
КонецПопытки;
ОрганизацияУПП = Соединение.Справочники.Организации;
Сообщить(«Найдена организация с кодом 000000020 ее ИНН «+ ОрганизацияУПП.НайтиПоКоду(«000000020»).ИНН);
МенеджерДоговораУПП = Соединение.Справочники.ДоговорыКонтрагентов;
НовыйДоговор = МенеджерДоговораУПП.НайтиПоКоду(«000021128»);
Сообщить(«Найден договор с кодом 000021128 «+ НовыйДоговор.Наименование);
Получаю сообщения:
Ок
Найдена организация с кодом 000000020 ее ИНН 5008053412
Найден договор с кодом 000021128 Химмашстарт
43 — 08.08.12 — 13:11
V8 = Новый COMObject («V82.COMConnector»);
// создается объект COM -соединение
Попытка
Соединение = V8.Connect («Srvr =»»appl-srv»»; Ref = «»it»»; Usr =»»User»»; Pwd = «»12345″»»);
Сообщить(«Ок»);
Исключение
Предупреждение (» База данных не открыта! «);
Возврат;
КонецПопытки;
СпрДоговорыКонтрагентов = Соединение.Справочники.ДоговорыКонтрагентов;
НовыйЭлемент = СпрДоговорыКонтрагентов.СоздатьЭлемент();
НовыйЭлемент.Комментарий = » Перенос: cоздан автоматически «;
НовыйЭлемент.Наименование = » Test «;
НовыйЭлемент.Записать();
44 — 08.08.12 — 13:14
Естественно я попробовал данный код перед отправкой предыдущего сообщения.
И получаю ошибку с которой начинал данную тему:
{Документ.Договор.Форма.ФормаДокумента.Форма(155)}: Ошибка при вызове метода контекста (СоздатьЭлемент)
НовыйДоговор = МенеджерДоговораУПП.СоздатьЭлемент();
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.2.15.289): {ОбщийМодуль.ОбщегоНазначения.Модуль(29,2)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
Я уже понял, что модуль ОбщегоНазначенияКлиентСервер не имеет галочки Внешнее соединение.
Вопрос прежний — как это обойти без изменения конфигурации?
45 — 08.08.12 — 13:22
(44) ну проанализируй при каких условиях вызывается
ОбщегоНазначенияКлиентСервер.ДополнитьТаблицу(Таблица2, ТаблицаРезультат);
и сделай, чтобы эти условия не возникли.
46 — 08.08.12 — 13:23
может там константа какая-нибудь есть типа «ДополнятьТаблицы»
47 — 08.08.12 — 13:30
(45)+ Причем вызывается эта процедура откуда-то из модуля объекта документа. Из обработки заполнения наверное?
48 — 08.08.12 — 13:32
Ради интереса установил галку ОбщегоНазначенияКлиентСервер у и получил очередную ошибку
{Документ.Договор.Форма.ФормаДокумента.Форма(157)}: Ошибка при вызове метода контекста (Записать)
НовыйЭлемент.Записать();
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.2.15.289): Не удалось записать: «Договор контрагента»!
49 — 08.08.12 — 13:33
СправочникОбъект.<Имя справочника> (CatalogObject.<Имя справочника>)
ОбработкаЗаполнения (Filling)
…
Возникает при вводе элемента справочника на основании, а также при выполнении метода Заполнить, при вводе на основании, а также при интерактивном вводе нового. В процедуре-обработчике этого события должен быть описан сам алгоритм заполнения реквизитов элемента справочника на основании переданного значения.
50 — 08.08.12 — 13:34
Но тут ведь вроде как раз неинтерактивный ввод нового. Непонятно…
51 — 08.08.12 — 13:37
Однозначно. Создается именно новый элемент. Без всякого основания.
52 — 08.08.12 — 13:38
ну так есть подписки на события. может там участвует твой объект. вот он и лезет бог знает куда
53 — 08.08.12 — 13:39
А если это неинтерактивный ввод, то откуда скажите мне формы взялись которые в(48)?
54 — 08.08.12 — 13:41
Это из первой конфигурации. В ней на форме документа Договор есть кнопка, при нажатии на которую и должен быть записан договор во вторую конфигурацию.
55 — 08.08.12 — 13:42
(54) Чо-та не понял, почему же другую конфигурацию нельзя менять, если эту можно?
56 — 08.08.12 — 13:48
По хорошему обе конфы менять нельзя. Просто ради проверки в конфе приемнике я установил галочку на модуль ОбщегоНазначенияКлиентСервер и ошибка эта исчезла.
Появилась следующая — с записью нового элемента справочника ДоговораКонтрагентов.
57 — 08.08.12 — 13:52
(0) СпрДоговорыКонтрагентов.ОбменДанными.Загрузка = Истина;
58 — 08.08.12 — 13:55
(57)+1 можно попробовать…
59 — 08.08.12 — 14:08
Попробовал. Получил ошибку
{Документ.Договор.Форма.ФормаДокумента.Форма(154)}: Поле объекта не обнаружено (ОбменДанными)
СпрДоговорыКонтрагентов.ОбменДанными.Загрузка = Истина;
Хотя хелп такой метод у справочника показывает. Но видимо для справочника из другой конфигурации по ОЛЕ не работает.
60 — 08.08.12 — 14:09
НовыйЭлемент.ОбменДанными.Загрузка = истина;
61 — 08.08.12 — 14:09
(60) опять же
SyncMaster7
62 — 08.08.12 — 14:33
Заработало. Большое спасибо.
Остался только вопрос с галочкой на ОбщегоНазначенияКлиентСервер.
В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.
Исправляем ситуацию
Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.
Приглашаем на
бесплатный вебинар!
06 июня в 11:00 мск
1 час
Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| ";
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
КонецЦикла;
Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.
Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.
Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| НЕ Номенклатура.ЭтоГруппа ";
НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
КонецЦикла;
1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.
В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.
Чаще всего причиной подобных ошибок выступают следующие факторы:
- Невнимательность;
- Отсутствие опыта или знаний;
- Несогласованность действий разработчиков друг с другом;
- Изменения в методах контекста в новых версиях платформы.
Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 1С.
Довольно часто начинающие 1С разработчики сталкиваются с ошибками, которых достаточно легко избежать. Ниже мы рассмотрим топ 11 ошибок и способы их исправления. Также доступна видеоверсия статьи
Содержание
Поле объекта не обнаружено
Существует множество статей, которые описывают возможные причины возникновения в 1С ошибки “Поле объекта не обнаружено”. Порой это связывают с обновлением платформы, обновлением типового релиза, или с какими-то другими причинами.
Мы же будем оперировать фактами. В конце статьи прилагается внешняя обработка, в которой воспроизведена данная ошибка.
Такое сообщение платформа выдает, когда пытается обратиться к свойству объекта языка, которого у данного объекта нет. Не важно, что это за объект – документ, справочник, таблица значений , или сообщение пользователю.
- Удалили табличную часть, к которой обращаемся в коде?
- Переименовали реквизит, а в коде не исправили?
- Заменили значение со ссылки на неопределено?
Вуаля – платформа выдаст ошибку “Поле объекта не обнаружено”!
Как исправить? Исходя из природы ошибки – переименовать реквизит на нужное имя, отредактировать код, или использовать правильные обращения к стандартным свойствам объекта.
Например, у объекта “СообщениеПользователю” нет свойства “Таблица”, и следующий код приведет к ошибке:
Сообщение = Новый СообщениеПользователю;
Сообщение.Таблица = “Ошибка”;
Индекс находится за границами массива
Что означает такое сообщение системы? Как правило, с данной ошибкой разработчик сталкивается при некорректной работе с коллекциями. Самые частые случаи появления ошибки “Индекс находится за границами массива”.
- Использование при обходе коллекции количества элементов вместо индекса. Индексы начинаются с нуля, а количество элементов – с единицы. Поэтому следующий код гарантированно приведет к ошибке: Массив[Массив.Количество()]
- Последствия удаления элементов из коллекции, очистки коллекции или замены коллекции на пустую
- Ошибочное увеличение счетчика в цикле “Для”
Как исправить? Для удаления элементов из коллекции по условию – использовать обратный цикл. Добавлять условие на соответствие счетчика цикла и индекса массива. Не увеличивать счетчик внутри кода цикла Для … Цикл … КонецЦикла
Обращение к процедуре как к функции
Суть этой ошибки в том, что процедура не может возвращать значение. И если мы в коде используем вызов процедуры справа от знака присваивания, это приведет к ошибке.
Данная ошибка имеет две вариации – если используется стандартная процедура из методов какого-нибудь объекта, то фраза будет звучать “Обращение к процедуре объекта как к функции”. Если же использовать процедуру, объявленную в коде, то текст ошибки будет “Обращение к процедуре как к функции”.
При этом ошибка использования процедуры объекта является ошибкой времени выполнения – т.е. на этапе сохранения и проверки конфигурации платформа эту ошибку не обнаружит.
А вот неправильное использование процедуры синтаксическая проверка (Ctrl + F7) успешно обнаруживает, и не даст сохранить конфигурацию или внешнюю обработку/отчет, пока ошибка не будет устранена.
Рассмотрим два примера:
1. Воспроизведем ошибку “Обращение к процедуре как к функции”. При этом платформа не даст сохранить изменения, т.к. не проходит синтакс-контроль.
2. Воспроизведем ошибку “Обращение к процедуре объекта как к функции”. Здесь мы неверно используем метод объекта массива “Добавить”, который является процедурой.
Как исправить? Ошибка тривиальная, и исправление тоже. Чаще всего, достаточно внимательно прочитать описание методов объекта во встроенной справке или синтакс-помощнике. Если метод является процедурой, то значений он возвращать не может. Следовательно, нужно модифицировать код так, чтобы такого ошибочного вызова не было.
Если же используется процедура, объявленная в коде, возможно, есть необходимость изменить ее на функцию, либо также скорректировать код, который эту процедуру использует.
Процедура не может возвращать значение
Родственная предыдущей ошибка. Для того, чтобы код возвращал какое-то значение, следует этот код размещать в функции, а не в процедуре.
В процедуре можно написать ключевое слово “Возврат” без параметров. Это будет означать выход из процедуры.
Следующий код является ошибочным, т.к. в теле процедуры Возврат используется с параметром:
Процедура ПроцедураНеМожетВозвращатьЗначение(Команда) Возврат "Ошибка"; КонецПроцедуры
Как исправить? Платформа сама подсказывает, в каком месте кода ошибка. Нужно изменить текст модуля – либо удалить параметр у ключевого слова Возврат, либо убрать его вовсе, либо изменить процедуру на функцию – зависит от того, какая логика у вашей процедуры, и как вы предполагаете ее использовать.
Переменная не определена
Такой текст ошибки платформа 1С выдает на этапе синтаксического контроля, при сохранении конфигурации, внешнего отчета или обработки.
Причин у этой ошибки может быть несколько.
- Опечатка в имени переменной
- Обращение к переменной, которая нигде в области видимости не объявлена (неявной инициализацией с присвоением значения, явным образом с использованием ключевого слова “Перем”, или передана в качестве параметра)
- Написание на клиенте серверного кода. Например, обращение к менеджеру справочников “Справочники”, и т.п. Клиентская часть приложения “не видит ” серверные объекты языка
- Также ошибка может появиться, если ранее код использовался в режиме толстого клиента, но после был запущен в тонком клиенте.
Как исправить?
Внимательно следить за правильностью набранного кода, своевременно объявлять переменные или передавать их в качестве параметров. Писать серверный код только в серверных модулях, а также использовать соответствующие инструкции препроцессора, например “&НаСервере”.
Значение не является значением объектного типа
Ошибка “Значение не является значением объектного типа” может возникнуть при неверном обращении к объекту языка. Объектный тип – это такие объекты языка, которые содержат в себе другие объекты – свойства, реквизиты и т.п. Эти свойства доступны через точку, например “Объект.СвойствоЭтогоОбъекта”
Но если через точку попытаться использовать какое-то значение, которое внутри себя свойств не имеет – например, любое значение примитивного типа – это и приведет к ошибке.
Разберем более сложный пример:
&НаСервере Процедура ЗначениеНеЯвляетсяЗначениемОбъектногоТипаНаСервере(Справочники = Ложь) Сообщить(Справочники.Сотрудники.ПустаяСсылка()); КонецПроцедуры
Ошибка может быть “плавающей”. Если вместо параметра по умолчанию “Справочники = Ложь” будет передан менеджер справочников, то ошибки возникать не будет. А если вызвать процедуру без параметров, то будет использоваться параметр по умолчанию с типом Булево, что и приведет к ошибке.
Чаще всего чтобы исправить ошибку, нужно в отладчике посмотреть, какой тип значения используется. Можно внести изменения в код, чтобы обеспечить корректное поведение (например, в запросе вместо наименования товара выбрать ссылку, и в коде через точку уже обращаться к свойствам ссылки, а не текстового наименования). А можно добавить проверку на нужный тип значения. Т.е. – если значение того типа, который мы ожидаем – выполняем код. Иначе – не выполняем.
Ошибка при вызове метода контекста
В языке 1С у разных объектов (запросов, справочников, табличных документов и др.) есть предопределенные методы, предусмотренные платформой. Обращение к этим методам требует соблюдения порядка и параметров, правильного синтаксиса и соблюдения условий использования. Например, при чтении табличного документа из файла он не должен быть открыт в другой программе, при подключении к http-соединению оно должно быть доступно, и т.п.
Если эти условия не соблюдать, платформа в зависимости от версии может выдавать сообщения вида “Ошибка при вызове метода контекста”, и далее будут следовать более подробные сведения об ошибке – стек вызовов, приведших к ошибке, номер строки и позиции в строке, где произошла ошибка.
Чаще всего ошибка при вызове метода контекста встречается в следующих методах:
- Записать
- Прочитать
- Выполнить
- Создать
- ПроверитьВывод
Разберем эту ошибку на примере метода Выполнить объекта Запрос:
Запрос = Новый Запрос("ВЫБРАТЬ ПЕРВЫЕ 1 1 ГДЕ ИСТИНА И"); Запрос.Выполнить();
В тексте запроса допущена ошибка – после первого условия “ГДЕ ИСТИНА” указан оператор И, но после него нет еще одного условия. В результате при попытке выполнения запроса, платформа вернет ошибку.
Для исправления ошибки зачастую достаточно внимательно использовать методы, при необходимости уточнять порядок, количество и тип параметров – это можно сделать в справке или синтакс-помощнике (встать курсором на имя метода в коде, и нажать сочетание клавиш Ctrl+F1). В случае запроса – нужно передавать синтаксически корректный текст запроса; в случае проверки вывода на печать – в системе должен быть установлен принтер; в случае подключения к почте – должны быть корректно указаны логин и пароль, и т.п.
Тип не может быть выбран в запросе в 1С 8.3 (8.2)
С такой ошибкой начинающие разработчики (да и не только начинающие 😉 ) сталкиваются чаще всего, при чтении запросом данных из таблиц значений, либо из регистров сведений. Все дело в том, что запросы поддерживают далеко не все типы значений. Так, например, нельзя запросом выбрать тип Картинка, ХранилищеЗначений, Шрифт, и многие другие типы, которые не относятся к примитивным или ссылочным типам значений.
Так, если ресурс регистра сведений имеет тип ХранилищеЗначений, выбрать его запросом будет нельзя. Также, если в таблицу значений поместить значения не подходящих типов, а после передать эту таблицу в качестве параметра-источника данных, выполнение запроса также приведет к ошибке “Тип не может быть выбран в запросе”.
Еще одна ситуация, когда запрос будет выдавать ошибку – если таблица значений, которая передается в качестве параметра, имеет не типизированные колонки.
Неверно:
//ТЗОшибочныйТип.Колонки.Добавить("Контрагент");
Верно:
//ТЗОшибочныйТип.Колонки.Добавить("Контрагент", Новый ОписаниеТипов("СправочникСсылка.Контрагенты"));
Для исправления ошибки нужно правильным образом инициализировать колонки таблицы значений, а также не обращаться в запросе к полям, типы которых запросами не поддерживаются.
Использование в 1С модальных окон в данном режиме запрещено
Платформа будет выдавать такое сообщение, если в коде используются методы, приводящие к открытию модальных окон. Модальные окна – это окна, которые при открытии блокируют весь остальной интерфейс. В 1С есть несколько модальных методов – например – “Вопрос”, “ОткрытьЗначение”, “Предупреждение”. Кроме того, в коде может использоваться модальный синтаксис открытия форм: “ОткрытьМодально()”
Если в свойствах конфигурации выбран режим использования модальности “Не использовать”, то выполнение модальных методов будет приводить к этой ошибке “Использование в 1С модальных окон в данном режиме запрещено”.
Для устранения ошибки можно пойти несколькими путями. Как водится, один – быстрый, другой – правильный 🙂
Быстрый способ – переключить режим использования модальности в положение “Использовать”.
Более правильный способ – использовать в коде немодальные вызовы методов. Например, у метода “Вопрос” есть немодальный аналог – “ПоказатьВопрос”, у метода “Предупреждение” – “ПоказатьПредупреждение”, и т.п. Чаще всего об этих методах дополнительно указано в синтакс-помощнике и справке.
Кроме того, в последних версиях платформы появились асинхронные методы – “ВопросАсинх”, “ПредупреждениеАсинх” и др. Появление этих методов позволяет писать более простой и понятный асинхронный код, и направлено в первую очередь, на более полноценную поддержку браузерами и работу в веб-клиенте.
1С 8.3 и 8.2: Запись с такими ключевыми полями существует!
Данная ошибка появляется при некорректной записи в регистр сведений. Чаще всего с этой ошибкой сталкиваются начинающие разработчики, не до конца понимающие механизмы работы с ключевыми полями (измерениями).
Суть ошибки следующая – регистр сведений позволяет записать запись (строку таблицы) с уникальным набором ключевых полей – а для периодических регистров также и поля Период. Если следующая запись полностью повторяет значение ключевых полей, но осуществляется методом Записать с параметром Замещать = Истина, то запись в таблице регистра просто заменится на идентичную.
Однако если поместить две абсолютно одинаковые записи в набор записей, и попытаться его записать – платформа выдаст ошибку. Еще один распространенный случай, когда 1С сообщает “Запись с такими ключевыми полями существует” – это запись в периодический регистр сведений с периодичностью от “День” и выше, подчиненный регистратору.
В типовых конфигурациях часто эту ошибку можно воспроизвести, если в пользовательском режиме создать два документа “Установка цен номенклатуры” с одной и той же номенклатурой и за один и тот же день. Попытка провести второй документ приведет к ошибке.
В случае, когда ошибка возникает не в результате действий пользователя, а при выполнении кода, чтобы устранить ее, чаще всего необходимо проанализировать алгоритм записи в регистр. Если запись осуществляется одним набором данных, его предварительно нужно свернуть до уникальных записей. Например, выгрузить в таблицу значений, свернуть, и загрузить в набор записей.
Поле объекта недоступно для записи в 1С
Чаще всего начинающие программисты 1С сталкиваются с этой ошибкой в двух ситуациях.
Первый случай – это попытка редактирования системных полей, недоступных для записи. Например, в модуле формы сама форма будет содержаться в объекте ЭтаФорма. И попытка присвоить этому реквизиту любое значение приведет к ошибке “Поле объекта недоступно для записи”.
Второй случай – и с ним новички как раз допускают больше всего ошибок – это попытка редактирования полей ссылки, а не самого объекта. Чаще всего код выглядит примерно так:
Элемент = Справочники.Сотрудники.НайтиПоКоду("12345"); Элемент.Наименование = "Новое наименование";
Исполнение данного кода приведет к ошибке, т.к. поля ссылки доступны только для чтения, а метод НайтиПоКоду вернет именно ссылку. Чтобы можно было внести изменения, следует из ссылки получить сам объект – используя соответствующий метод ПолучитьОбъект().
Для исправления ошибки зачастую достаточно получить объект из ссылки. В случае же попытки редактирования свойств, доступных только на чтение самый правильный подход – анализировать имеющуюся документацию по этим свойствам, и не пытаться присваивать им значения, если платформа этого не предусматривает.
Ссылка на обработку
По ссылке вы можете скачать внешнюю обработку, в которой воспроизводится большая часть ошибок, описанных в статье. Для воспроизведения части ошибок нужно будет убрать комментарии в коде.
Заключение
Как видите, зачастую ошибки тривиальны, и достаточно просто исправляются. Общие рекомендации – внимательно читать документацию и справку, корректно использовать методы, активно пользоваться отладчиком. Если вы новичок, и хотите освоить программирование в 1С с нуля – могу предложить приобрести мой базовый курс для начинающих. Более подробная информация – по ссылке.
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
Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда
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
(3) Поле объекта не обнаружено (КоммерческийДепартаментТолькоПросмотр)
Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда
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
(19) https://www.forum.mista.ru/about.php
«Обратите внимание, что после создания темы она уже не принадлежит вам лично и вы не можете ею распоряжаться, например, требовать закрытия темы, даже если вы получили ответ на поставленный вопрос. Это сделано сознательно, потому что тема может быть интересна другим участниками форума или она наведет их на другие мысли (возможно даже не связанные с исходной поставленной темой). Из таких тем могут возникать даже новые проекты и сообщества!»
Теперь твоя истерика в анналах истории, живи с этим
Фрэнки
21 — 12.11.18 — 12:47
(20)
Волшебник
22 — 12.11.18 — 12:48
(20) Да, пятно в карьере на всю жизнь.
Serg_1960
23 — 12.11.18 — 12:48
(18) Исключение у него, как и положено, — автор обновился так, что аж роли отвалились
(19) Тему рано закрывать, пока не обратишь своё внимание на (12) — в современных конфигурациях появились группы, профили и т.д. пользователей. Да и проверку на полный доступ всегда надо добавлять иначе как-то не комильфо.
Serg_1960
24 — 12.11.18 — 12:50
* «полный доступ» —> «ПолныеПрава»
PR
25 — 12.11.18 — 12:52
(22) Таких не берут в космонавты
Разве что кровью смоет позор
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
(30) У вас просто не было крупных гетерогенных систем, с кучей прав и кучей доп. обработок, когда требуется чтобы обработка работала без изменений везде, потому что иначе запутаешься в версиях. А в более простом случае — имеем иерархический(!) список прав, которым можно дать понятное название, стабильный идентификатор и, самое главное, — приложить описание. И все это — не заходя в Конфигуратор. Более того, задачу по наделению такими правами можно свалить на пользователей, не давая им ненужных прав.
P.S. Глобальный поиск по «ЕстьДопПраво(» ничем не хуже.
Serg_1960
32 — 13.11.18 — 10:42
(31) Мой месседж не об этом, а о том что УПП по прежнему полна обращением к РольДоступна(). Что несколько противоречит Вашему «РольДоступна() при наличии такого механизма не нужна» из (29)
dmpl
33 — 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
Комментарии доступны только авторизированным пользователям
В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.
Исправляем ситуацию
Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.
Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| ";
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
КонецЦикла;
Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.
Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.
Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| НЕ Номенклатура.ЭтоГруппа ";
НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
КонецЦикла;
1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.
В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.
Чаще всего причиной подобных ошибок выступают следующие факторы:
- Невнимательность;
- Отсутствие опыта или знаний;
- Несогласованность действий разработчиков друг с другом;
- Изменения в методах контекста в новых версиях платформы.
Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 1С.
Проверка наличия роли у пользователя
05.07.2019
Допустим, мы добавили новую роль в конфигурацию. Потом добавили её в профиль группы доступа и назначили соответствующую группу доступа пользователю. Однако, в конфигурациях на основе БСП все известные программные проверки данной роли при включении пользователя в предопределенную группу доступа «Администраторы» не работают. В статье приведено решение данной задачи.
Проверка с помощью функции глобального контекста РольДоступна()
Если в программном коде необходимо проверить установлена ли какая-либо роль у текущего пользователя, то можно воспользоваться функцией глобального контекста РольДоступна(<Роль>), которая возвращает значение Истина, если указанная в скобках роль доступна и Ложь, если не доступна.
Однако, в конфигурациях на основе БСП при включении пользователя в предопределенную группу доступа Администраторы, пользователю назначаются только две роли: Полные права и Администрирование (в этом можно убедиться с помощью Конфигуратора: Администрирование — Пользователи — Пользователь — Прочие). Все остальные роли отключаются вне зависимости от того, включен ли пользователь в какие-либо еще группы доступа. Система считает, что другие роли этому пользователю не нужны. Поэтому функция РольДоступна() возвращает в этом случае Ложь, что не подходит для решения нашей задачи.
Проверка с помощью функций БСП
Проверить наличие роли можно также с помощью функций БСП: Пользователи.РолиДоступны() и УправлениеДоступом.ЕстьРоль(). Но данные функции для полноправного пользователя (с ролями Полные права или Администратор системы) вернут всегда Истину независимо от того, назначена ли данная роль пользователю или нет:
Можно было пойти по легкому пути, скопировать данные функции и убрать в них проверку на полноправного пользователя, но мы не ищем легких путей это бы нам не помогло, так как функция Пользователи.РолиДоступны() все равно используют функцию глобального контекста РольДоступна(), а функция УправлениеДоступом.ЕстьРоль() слишком громоздка (текст функции около 300 строк при этом текст основного запроса около 200 строк).
Таким образом, все перечисленные известные функции не подходят для решения нашей задачи.
Решение
Для решения этой задачи в любой конфигурации на базе БСП я использую свою функцию:
Функция ЕстьРоль(ИмяРоли, Пользователь = Неопределено) Экспорт
Если Пользователь = Неопределено Тогда
Пользователь = ПользователиКлиентСервер.ТекущийПользователь();
КонецЕсли;
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗРЕШЕННЫЕ
| 1
|ИЗ
| Справочник.ГруппыДоступа.Пользователи КАК ГруппыДоступаПользователи
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ПрофилиГруппДоступа.Роли КАК ПрофилиГруппДоступаРоли
| ПО ГруппыДоступаПользователи.Ссылка.Профиль = ПрофилиГруппДоступаРоли.Ссылка
|ГДЕ
| ПрофилиГруппДоступаРоли.Роль.Имя = &Роль
| И ГруппыДоступаПользователи.Пользователь = &Пользователь";
Запрос.УстановитьПараметр("Пользователь", Пользователь);
Запрос.УстановитьПараметр("Роль", ИмяРоли);
УстановитьПривилегированныйРежим(Истина);
РезультатЗапроса = Запрос.Выполнить();
УстановитьПривилегированныйРежим(Ложь);
Если РезультатЗапроса.Пустой() Тогда
Возврат Ложь;
Иначе
Возврат Истина;
КонецЕсли;
КонецФункции
Буду признателен, если Вы будите делиться своим опытом решения данной задачи.
-
-
September 13 2016, 22:08
- Общество
- Cancel
_ИнспекторПоКадрам
На основе Подсистемы Кадры / ... — Выгрузил в описание и по тем же объектом проставил права
Настроил Интерфейс — тоже на основе Подсистемы
В Пользователях выбрать Интерфейс, Права, указать режим запуска — Обычное приложение (если Обычное)
Все роли открываются: Роли / Все роли.
Выдает: У текущего пользователя нет доступных ролей, для запуска информационной базы.
Раньше был Пользователь (права), теперь надо выбирать Бухгалтера, но он дает слишком много прав.
Ибо Общий модуль Управление пользователями
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт
Если НЕ РольДоступна(«ПолныеПрава») И НЕ РольДоступна(«Бухгалтер») Тогда
//_Отказ = Истина;
#Если Клиент Тогда
//_Предупреждение(«У текущего пользователя нет доступных ролей, для запуска информационной базы.«, 10, «Недостаточно прав доступа»);
#КонецЕсли
КонецЕсли;
КонецПроцедуры
Потом включаем объекты, какие надо (документы — по отбору нужной Подсистемы, остальные можно вообще все включить)
Вызывается из Модуль обычного приложения / ПередНачаломРаботыСистемы()
Можно закомментить или еще как-то обойти: //_ УправлениеПользователями.ПроверитьВозможностьРаботыПользователя(Отказ);
Пишут про RLS (Record Level Security) или ограничение прав на уровне записи… но пока не до того
Выдает нарушение прав доступа из-за Модуля Обычного приложения: ПервыйЗапуск = (Константы.НомерВерсииКонфигурации.Получить()=»»);
Еще и вылетает после этого…
Поставить у константы право Просмотр (заодно и Чтение ставится)
{МодульОбычногоПриложения(100)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь)
Если Не ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь) Тогда
по причине:
Нарушение прав доступа!
добавить ТекущийПользователь в ПараметрыСеанса, сэр (link) — еще —
Ставим Общие / Параметры сеанса / Текущий пользователь — все права.
{МодульОбычногоПриложения(119)}: Ошибка при вызове метода контекста (Получить)
Если Константы.ПрименяемыеСистемыНалогообложения.Получить() = Перечисления.ПрименяемыеСистемыНалогообложения.УпрощеннаяСистемаНалогообложения Тогда
по причине:
Нарушение прав доступа!
Ставим права на все Константы Просмотр-Чтение.
{ОбщийМодуль.ОбщегоНазначения.Модуль(6881)}: Ошибка при вызове метода контекста (Выполнить)РезультатЗапроса = Запрос.Выполнить();
по причине: Недостаточно прав для работы с таблицей «Справочник.ВнешниеОбработки»
Ставим права на Справочники: Внешние обработки, Организации
МенеджерЗаписи в модуле Общего приложения:
{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать)
МенеджерЗаписи.Записать(Истина);
по причине:
Нарушение прав доступа!
Это вот: МенеджерЗаписи = РегистрыСведений.НастройкиПользователей.СоздатьМенеджерЗаписи(); Стаим права на него
Опять параметры сеанса!… в окне (роли / Все роли) ставим на все …
Планы видов характеристик … Настройки пользователей … на
Уже при запуске …
{МодульОбычногоПриложения(569)}: Ошибка при вызове метода контекста (ПолучитьФорму)
Форма = Обработки.ДополнительнаяИнформация.ПолучитьФорму(«ФормаРабочийСтол»);
по причине:
Нарушение прав доступа!
Справочник. Внешние обработки
На все обработки ставим
{ВнешняяОбработка.ИнтернетПоддержкаПользователей.МодульОбъекта(2041)}: Ошибка при вызове метода контекста (Следующий)
Пока Выборка.Следующий() Цикл
по причине: Нарушение прав доступа!
Можно конечно, до ума довести, но… Короче, судя по всему, надо ставить права бухгалтера а уже потом убирать не нужные
Создаем роль с возможностью только чтения данных без возможности изменения чего-либо
- пригодится для всех пользователей 1С, которые не являются операторами (бухгалтерами) — им нужны в основном отчеты
- для аудиторов
Для начала поставим на всех объектах конфигурации право Просмотр (Чтение добавится автоматически) + Ввод по строке.
Ясно, что возникнут проблемы, т.к. на некоторые объекты нужно право записи.
При запуске от тестового пользователя с данной ролью появляется сообщение:
«У текущего пользователя нет доступных ролей для запуска информационной базы».
Основная проблема типовых конфигураций — в конфе предусмотрено как минимум две роли:
- с минимально необходимыми правами для работе в конфе — но для работы именно оператора (с правами создания документов и наполнения справочников)
- полные права
И поэтому любой пользователь типовой конфы должен по-любому иметь эту роль с минимальными правами оператора. Нам же нужны минимальные права для аудитора (без возможности внесения каких-либо изменений).
В общем модуле УправлениеПользователями отраслевой конфигурации «Подрядчик строительства 4 ред. 2.0» можно найти такую функцию
// Процедура проверяет возможность запуска ИБ с определенными для текущего // пользователя доступными ролями // Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда Отказ = Истина; #Если Клиент Тогда Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа"); #КонецЕсли КонецЕсли; КонецПроцедуры
Изменим логику с учетом новой роли:
Если НЕ РольДоступна(«ПолныеПрава») И НЕ РольДоступна(«Бухгалтер») И НЕ РольДоступна(«ТолькоЧтение»)
После этого удалось запустить, но окно без интерфейса и сразу нарушение прав доступа
{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить) по причине: Нарушение прав доступа!
Это тоже очень круто, т.к. модуль поставляется в закрытом виде и не ясно, что именно он там хотел установить :(.
Смотрим журнал регистрации: отказано в доступе к константе «Каталог файлов защиты».
Для упрощения процесса поиска необходимых прав
посмотрим, какие константы может изменять роль Бухгалтер и установим по аналогии
- ГотовностьПрограммыКРаботе
- ИмпВалютаПланирования
- ИмпИспользоватьМеханизмАвтоматическогоОбменаДанными
- ИмпКаталогЗащитыФайлов
- ИмпСерияПутевогоЛиста
- Имп_КаталогФайловЗащиты
- ИмпСистемаЗащиты
- ФайлОбработкиИнтернетПоддержкиПользователей (этот не будем разрешать)
Снова пробуем запуститься — очередная ошибка прав доступа
{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить) по причине: У пользователя недостаточно прав на исполнение операции над базой данных. объект: 'ПланОбмена.Полный'; право: 'Чтение' Таблица: 'Node14', SDBL-команда: 'SELECT'.
Добавим право Просмотр для ПланыОбмена и право Использование для интерфейсов (Общий, Полный, Бухгалтерский). Тестовому пользователю назначим основной интерфейс Бухгалтерский.
Очередная попытка запуска — новая ошибка
{МодульОбычногоПриложения(108)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь) Если Не ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь) Тогда по причине: Нарушение прав доступа!
Посмотрим права на ПараметрыСеанса для роли Бухгалтер и сделаем по аналогии
Чтение+изменение
- ДатаОбновленияПовторноИспользуемыхЗначенийМРО
- ИспользуемыеПланыОбмена
- ОбменДаннымиВключен
- ОбщиеЗначения
- ПравилаВыборочнойРегистрацииОбъектов
- ПравилаРегистрацииОбъектов
Нет доступа
- ЗагрузкаПараметровРаботыПрограммы
- ПараметрыКлиентаНаСервере
Следующая ошибка:
{МодульОбычногоПриложения(559)}: Ошибка при вызове метода контекста (ПолучитьФорму) Обработки.ПанельФункций.ПолучитьФорму().Открыть(); по причине: Нарушение прав доступа!
Даем право на запуск обработки ПанельФункций.
Следующая ошибка:
{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать) МенеджерЗаписи.Записать(Истина); по причине: Нарушение прав доступа!
Однако после закрытия работа продолжается и появляются другие окна:
{МодульОбычногоПриложения(575)}: Ошибка при вызове метода контекста (ПолучитьФорму) Форма = Обработки.ДополнительнаяИнформация.ПолучитьФорму("ФормаРабочийСтол"); по причине: Нарушение прав доступа!
Смотрим в журнале регистрации — отказано в праве Изменение для регистра сведений НастройкиПользователей.
Даем права:
- использование обработки ДополнительнаяИнформация
- регистр сведений НастройкиПользователей — Просмотр и Редактирование
Следующая ошибка:
{МодульОбычногоПриложения(190)}: Ошибка при вызове метода контекста (Создать) БИ = Обработки.БухгалтерскиеИтоги.Создать(); по причине: Нарушение прав доступа!
Даем право на использование обработки БухгалтерскиеИтоги.
Следующая ошибка — при попытке сохранить настройки отчета ОСВ (оборотно-сальдовой ведомости)
{ОбщийМодуль.СтандартныеОтчеты.Модуль(867)}: Ошибка при вызове метода контекста (СоздатьЭлемент)
Настройка = Справочники.СохраненныеНастройки.СоздатьЭлемент(); по причине: Нарушение прав доступа!
Даем все права для справочника СохраненныеНастройки, кроме ИнтерактивноеУдаление и прав для предопределенных.
Спустя время обнаружились еще проблемы
- при просмотре документов появляется ошибка права просмотра — Обработка. Предупреждение об изменениях
- при просмотре кассовых документов ошибка права использования — Обработка. Механизм взаимодействия с торговым оборудованием (надо искать обработку ТОСервер).
- при просмотре движений документа ошибка права использования — Обработка. Корректировка движений
При просмотре кассовых документов также возникает ошибка при открытии
{МодульОбычногоПриложения(667)}: Ошибка при вызове метода контекста (Создать)
глСерверТО = Обработки.ТОСервер.Создать(); по причине: Нарушение прав доступа!
(@sadovod)
Сообщения: 258
Prominent Member
Проверка наличия роли у пользователя с помощью функции глобального контекста РольДоступна(), не всегда вернёт верное значение.
Дело в том, что в конфигурациях на основе БСП, при включении пользователя в предопределенную группу доступа Администраторы, пользователю назначаются только две роли: Полн. и Адм. Все остальные роли откл. вне зависимости, включен ли пользователь в какие-либо еще группы доступа. Система считает, что другие роли этому пользователю не нужны. Поэтому функция РольДоступна() = Ложь в нашем случае.
Чтобы проверка роли вернула в нашем случае правильное значение делайте:
Если УправлениеДоступом.ЕстьРоль("НаименованиеНашейРоли") Тогда Сообщить("Да - Всё ОК"); КонецЕсли;
НО!!!! В таком случае роль будет Доступна!!! Если у пользователя полные права!!!
Если хотите проверить на доступность роли ВНЕ ЗАВИСИМОСТИ от прав пользователя, тогда вытаскивайте/переносите из общего
модуля: УправлениеДоступом
Функцию: ЕстьРоль
к себе в модуль и закомментируйте в ней:
//Если Пользователи.ЭтоПолноправныйПользователь(Пользователь) Тогда //Возврат Истина; //КонецЕсли;
Размещено : 22/04/2021 3:21 пп
-
-
March 20 2012, 15:48
Итак нужно создать роль — Счета, для выписки счетов.
Скопировал типовую — Бухгалтер и начал резать.
Думал будет просто. Да оно и просто. Для адинэсника… Но и сисадмин справиться — гугл http://www.forum.mista.ru/topic.php?id=363234 поможет
{МодульОбычногоПриложения(78)}: Ошибка при вызове метода контекста (Получить)
ПервыйЗапуск = (Константы.НомерВерсииКонфигурации.Получить()=»»);
по причине:
Нарушение прав доступа!
{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать)
МенеджерЗаписи.Записать(Истина);
по причине:
Нарушение прав доступа!
РЕШЕНИЕ:
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) ЭкспортЕсли НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа");
#КонецЕсли
КонецЕсли;
КонецПроцедуры
{ОбщийМодуль.УправлениеПользователями.Модуль(136)}: Ошибка при вызове метода контекста (Записать)
МенеджерЗаписи.Записать(Истина);
по причине:
Нарушение прав доступа!
РЕШЕНИЕ (2):
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) ЭкспортЕсли НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") И НЕ РольДоступна("ТвояРоль") Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа");
#КонецЕсли
КонецЕсли;
КонецПроцедуры
2 — Надо разрешить изменения для регистра сведений «Настройки пользователей».
ия.Модуль(4055)}: Ошибка при вызове метода контекста (Выполнить)
РезультатЗапроса = Запрос.Выполнить();
по причине:
Недостаточно прав для работы с таблицей «Справочник.ВнешниеОбработки»
{ОбщийМодуль.УправлениеПользователями.Модуль(90)}: Ошибка при получении значения атрибута контекста (ТипЗначения)
ПустоеЗначение = ПланыВидовХарактеристик.НастройкиПользователей[Настройка].ТипЗначения.ПривестиЗначение();
по причине:
Нарушение прав доступа!
РЕШЕНИЕ: Например: ПараметрыСеанса.ТекущийПользователь :)))
овка: Более поздние сообщения отображаются ниже / выше
|
15.08.2011 16:54 Михаил |
583036 Добрый день, уважаемые!! {ОбщийМодуль.УправлениеПользователями.Модуль(230)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь) Ответить «« Действия |
|
|
16.08.2011 08:26 Сарафанов Игорь Владимирович |
583058 Как я понимаю, вы назначили пользователю только эту новую роль, а чтение параметров сеанса для этой роли не разрешено. Ответить «« Действия |
|
|
16.08.2011 10:54 Михаил |
583068 я создал роль, а так же отдельный интерфейс для пользователя Ответить «« Действия |
|
|
16.08.2011 16:27 Аракелян Вилик Лерникович |
583124 Для входа в систему есть ряд объектов конфигурации, на которые обязательно должны быть права! Тут два пути или их дать этой роли или использовать эту роль в комплекте с другой. Ответить «« Действия |
|
|
16.08.2011 17:10 Михаил |
583131 на какие, например, объекты должны быть обязательно права? Ответить «« Действия |
|
|
16.08.2011 17:57 fisher |
583136 С нуля раздавать запаришься. В сложных конфигурациях много чего используется уже на этапе просто запуска. Обычно уже есть роль с минимальными правами, под которыми конфигурация хотя бы запуститься может у пользователя. Уверен, что в УПП есть подходящая. Добавь её к своей и всё. Ответить «« Действия |
|
|
16.08.2011 17:37 Аракелян Вилик Лерникович |
583132 Например: ПараметрыСеанса.ТекущийПользователь :))) Ответить «« Действия |
|
|
17.08.2011 14:56 Михаил |
583169 благодарю) Ответить «« Действия |
Создаем роль с возможностью только чтения данных без возможности изменения чего-либо
- пригодится для всех пользователей 1С, которые не являются операторами (бухгалтерами) — им нужны в основном отчеты
- для аудиторов
Для начала поставим на всех объектах конфигурации право Просмотр (Чтение добавится автоматически) + Ввод по строке.
Ясно, что возникнут проблемы, т.к. на некоторые объекты нужно право записи.
При запуске от тестового пользователя с данной ролью появляется сообщение:
«У текущего пользователя нет доступных ролей для запуска информационной базы».
Основная проблема типовых конфигураций — в конфе предусмотрено как минимум две роли:
- с минимально необходимыми правами для работе в конфе — но для работы именно оператора (с правами создания документов и наполнения справочников)
- полные права
И поэтому любой пользователь типовой конфы должен по-любому иметь эту роль с минимальными правами оператора. Нам же нужны минимальные права для аудитора (без возможности внесения каких-либо изменений).
В общем модуле УправлениеПользователями отраслевой конфигурации «Подрядчик строительства 4 ред. 2.0» можно найти такую функцию
// Процедура проверяет возможность запуска ИБ с определенными для текущего // пользователя доступными ролями // Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда Отказ = Истина; #Если Клиент Тогда Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа"); #КонецЕсли КонецЕсли; КонецПроцедуры
Изменим логику с учетом новой роли:
Если НЕ РольДоступна(«ПолныеПрава») И НЕ РольДоступна(«Бухгалтер») И НЕ РольДоступна(«ТолькоЧтение»)
После этого удалось запустить, но окно без интерфейса и сразу нарушение прав доступа
{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить) по причине: Нарушение прав доступа!
Это тоже очень круто, т.к. модуль поставляется в закрытом виде и не ясно, что именно он там хотел установить :(.
Смотрим журнал регистрации: отказано в доступе к константе «Каталог файлов защиты».
Для упрощения процесса поиска необходимых прав
посмотрим, какие константы может изменять роль Бухгалтер и установим по аналогии
- ГотовностьПрограммыКРаботе
- ИмпВалютаПланирования
- ИмпИспользоватьМеханизмАвтоматическогоОбменаДанными
- ИмпКаталогЗащитыФайлов
- ИмпСерияПутевогоЛиста
- Имп_КаталогФайловЗащиты
- ИмпСистемаЗащиты
- ФайлОбработкиИнтернетПоддержкиПользователей (этот не будем разрешать)
Снова пробуем запуститься — очередная ошибка прав доступа
{ОбщийМодуль.ИмпНепоставляемый.Модуль(1732)}: Ошибка при вызове метода контекста (Установить) по причине: У пользователя недостаточно прав на исполнение операции над базой данных. объект: 'ПланОбмена.Полный'; право: 'Чтение' Таблица: 'Node14', SDBL-команда: 'SELECT'.
Добавим право Просмотр для ПланыОбмена и право Использование для интерфейсов (Общий, Полный, Бухгалтерский). Тестовому пользователю назначим основной интерфейс Бухгалтерский.
Очередная попытка запуска — новая ошибка
{МодульОбычногоПриложения(108)}: Ошибка при получении значения атрибута контекста (ТекущийПользователь) Если Не ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь) Тогда по причине: Нарушение прав доступа!
Посмотрим права на ПараметрыСеанса для роли Бухгалтер и сделаем по аналогии
Чтение+изменение
- ДатаОбновленияПовторноИспользуемыхЗначенийМРО
- ИспользуемыеПланыОбмена
- ОбменДаннымиВключен
- ОбщиеЗначения
- ПравилаВыборочнойРегистрацииОбъектов
- ПравилаРегистрацииОбъектов
Нет доступа
- ЗагрузкаПараметровРаботыПрограммы
- ПараметрыКлиентаНаСервере
Следующая ошибка:
{МодульОбычногоПриложения(559)}: Ошибка при вызове метода контекста (ПолучитьФорму) Обработки.ПанельФункций.ПолучитьФорму().Открыть(); по причине: Нарушение прав доступа!
Даем право на запуск обработки ПанельФункций.
Следующая ошибка:
{ОбщийМодуль.УправлениеПользователями.Модуль(135)}: Ошибка при вызове метода контекста (Записать) МенеджерЗаписи.Записать(Истина); по причине: Нарушение прав доступа!
Однако после закрытия работа продолжается и появляются другие окна:
{МодульОбычногоПриложения(575)}: Ошибка при вызове метода контекста (ПолучитьФорму) Форма = Обработки.ДополнительнаяИнформация.ПолучитьФорму("ФормаРабочийСтол"); по причине: Нарушение прав доступа!
Смотрим в журнале регистрации — отказано в праве Изменение для регистра сведений НастройкиПользователей.
Даем права:
- использование обработки ДополнительнаяИнформация
- регистр сведений НастройкиПользователей — Просмотр и Редактирование
Следующая ошибка:
{МодульОбычногоПриложения(190)}: Ошибка при вызове метода контекста (Создать) БИ = Обработки.БухгалтерскиеИтоги.Создать(); по причине: Нарушение прав доступа!
Даем право на использование обработки БухгалтерскиеИтоги.
Следующая ошибка — при попытке сохранить настройки отчета ОСВ (оборотно-сальдовой ведомости)
{ОбщийМодуль.СтандартныеОтчеты.Модуль(867)}: Ошибка при вызове метода контекста (СоздатьЭлемент)
Настройка = Справочники.СохраненныеНастройки.СоздатьЭлемент(); по причине: Нарушение прав доступа!
Даем все права для справочника СохраненныеНастройки, кроме ИнтерактивноеУдаление и прав для предопределенных.
Спустя время обнаружились еще проблемы
- при просмотре документов появляется ошибка права просмотра — Обработка. Предупреждение об изменениях
- при просмотре кассовых документов ошибка права использования — Обработка. Механизм взаимодействия с торговым оборудованием (надо искать обработку ТОСервер).
- при просмотре движений документа ошибка права использования — Обработка. Корректировка движений
При просмотре кассовых документов также возникает ошибка при открытии
{МодульОбычногоПриложения(667)}: Ошибка при вызове метода контекста (Создать)
глСерверТО = Обработки.ТОСервер.Создать(); по причине: Нарушение прав доступа!