Программно записать элементы справочников в БП3.0 #708398

Тонкий клиент Права: группа ролей Бухгалтер Необходимо выполнить создание элемента справочника "Договоры контрагентов", но при попытке выполнить нижеприведённый код возникает ошибка : "Не удалось записать "Договор Контрагента"!". Тот же вариант со справочником "Номенклатура" возваращает "Нарушение прав доступа. &НаСервере Если тоже самое выполнить с полными права - всё работает. Подскажите, как создавать элементы справочников под ролями Бухгалтеров в БП3.0? ПС. Не посылайте в яндекс или гугл.

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

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

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

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

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

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

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

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

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

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

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

Какой вопрос, такой ответ...

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

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

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

+ ?

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

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

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

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

Не помогло

а ЖР это вкуда?

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

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

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

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

ЖР - оказывается полезная весчь. Вот что он мне сказал: {ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль}: Ошибка при получении значения атрибута контекста (ДатаОбновленияПовторноИспользуемыхЗначенийМРО)         Если ПараметрыСеанса.ДатаОбновленияПовторноИспользуемыхЗначенийМРО <> АктуальнаяДата Тогда по причине: Нарушение прав доступа!

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

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

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

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

Дал пользователю много прав. Запустил конфигуратор из под него. Отнял права. Запустил тонкий клиент. Дал права - подключил клиента к отладке. Он выдал много новых сообщений, но мои точки остановка в обоначенных местах продинамил. {Форма.Форма.Форма}: Ошибка при вызове метода контекста (Записать)     СпрТовары.Записать ; по причине: Ошибка при выполнении обработчика - 'ПередЗаписью' по причине: {ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль}: Ошибка при получении значения атрибута контекста (ИспользуемыеПланыОбмена)     СпрТовары.Записать ; по причине: Нарушение прав доступа! по причине: Ошибка при выполнении обработчика - 'ПередЗаписью' по причине: {ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль}: Ошибка при получении значения атрибута контекста (ИспользуемыеПланыОбмена) по причине: Нарушение прав доступа! {ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль}: Ошибка при получении значения атрибута контекста (ИспользуемыеПланыОбмена)     Если ПараметрыСеанса.ИспользуемыеПланыОбмена.Количество > 0 Тогда по причине: Нарушение прав доступа! Нарушение прав доступа!

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

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

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

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

В итоге я нашел источник ошибки. Я правда не знаю пока почему туда входит выполнение. Насколько я понял у пользователя нет прав сюда: Если ПараметрыСеанса.ИспользуемыеПланыОбмена.Количество > 0 Тогда

>Нарушение прав доступа! Ошибка при получении значения атрибута контекста (ИспользуемыеПланыОбмена) кажется, да. но я не уверен

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

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

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

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

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

то что "Потому что у роли Администрирование тоже нет доступа к "Параметрам сеанса"." ничего не следует.

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

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

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

Я нашёл (надеюсь) место проблемное: Здесь возникает первая ошибка и здесь я получаю отказ. Почему - не знаю...

а ЖР знает?

Нет. ЖР знает только это: {ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль}: Ошибка при получении значения атрибута контекста (ДатаОбновленияПовторноИспользуемыхЗначенийМРО)         Если ПараметрыСеанса.ДатаОбновленияПовторноИспользуемыхЗначенийМРО <> АктуальнаяДата Тогда по причине: Нарушение прав доступа! Целых 5 раз.

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

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

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

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

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

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

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

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

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

Вот здесь и здесь ...

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

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

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

{Форма.Форма.Форма}: Ошибка при вызове метода контекста (УстановитьБезопасныйРежим)     УстановитьБезопасныйРежим (Ложь); по причине: В данной процедуре/ функции не был установлен безопасный режим

Угу - дополнительную пишу...

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

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

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

Не помогло...

Триста рублей. Вот пример

Конкретизирую. &НаСервере Подключил к базе. Запустил. Та же ошибка.

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

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

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

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