1с у пользователя недостаточно прав на исполнение операции над базой данных как найти
Доброго времени суток. Только-только начинаю знакомиться с продуктом 1С 8.2, до этого в 1С не работал вообще. Установлена платформа 1С:Предприятие 8.2 (8.2.18.61) С конфигурацией С:Предприятие 8. Автосервис (1.4.1.17) Суть дела: В правах доступа по умолчанию созданы 4 профиля пользователя Администратор, Базовые права, Деньги, Зарплата. При выборе любого права доступа, кроме Администратор, при попытке запустить программы вылезает ошибка: Copyright (С) ООО "1С", 2011 Режим: Серверный (сжатие: усиленное) Ошибки: -------------------------------------------------------------------------------- 21.10.2014 12:12:17 <ВнешняяОбработка.Лицензирование.МодульОбъекта>: Ошибка при вызове метода контекста (ПолучитьСеансыИнформационнойБазы) по причине: Пользователю недостаточно прав для выполнения операции. Подскажите, пожалуйста, как с этой историей бороться? Спасибо! ЗЫ: сильно не ругайтесь, если уже было, ничего похожего отыскать не удалось.ВнешняяОбработка.Лицензирование.МодульОбъекта>
Глобальный контекст (Global context) ПолучитьСеансыИнформационнойБазы (GetInfoBaseSessions) Синтаксис: ПолучитьСеансыИнформационнойБазы Возвращаемое значение: Тип: Массив. Массив объектов СеансИнформационнойБазы. Если пользователь соединения не имеет права АктивныеПользователи (ActiveUsers), то вызывается исключение. Описание: Получает список сеансов текущей информационой базы. Доступность: Сервер, толстый клиент, внешнее соединение.
не сильно понятно, что с этим делать. я уже говорил, что только начинаю изучать сие творение человеческого гения и был бы очень благодарен за мало-мальское объяснение. типовая, никем не пилилась.
поставил в конфе в базовых правах галку активные пользователи, теперь такая история: Copyright (С) ООО "1С", 2011 Режим: Серверный (сжатие: усиленное) Ошибки: -------------------------------------------------------------------------------- 22.10.2014 15:16:46 <ОбщийМодуль.ЛицензированиеСервер.Модуль>: Ошибка при вызове метода контекста (Получить) по причине: Нарушение прав доступа!ОбщийМодуль.ЛицензированиеСервер.Модуль>
(2) Поручик, документ самодельный.
Если проводить из формы списка, то в документ вообще не заходит.
Тут в общем неважно, какой именно документ, нужна идея, как узнать место в коде, в котором вызывается это исключение.
Я научился получать список всех вызванных процедур - через замер производительности, если бы еще заставить ее сортировать этот список в порядке вызова, проблема была бы решена. а так непонятно, как быть-то.
(4) kotloff, гениально. Наконец-то нашелся человек, который тоже сталкивался с такой проблемой и успешно ее решил.
К сожалению, по ошибке она не останавливается - нет ошибки. Как может помочь стек вызовов? Для его использования надо ставить точку останова, а где?
(6) kotloff,
это уже ближе. Там написано
Регистр сведений. Объекты доступа документов
статус завершения транзакции: Отменена
(7) Дело похоже не в коде. А в самом наборе прав RLS какой код прописан? Доступ к этому регистру сведений есть?
(8) elvis1917, не в коде, но где-то в коде есть обращение куда не должно быть.
Огрничение из РЛС, параметр = "Подразделение"
само по себе ограничение работает для других видов документов и даже для других документов этого же вида, там довольно корявая методика проведения.
(12) agrustny, гадость не в RLS, сама по себе она не плоха, а вот плохое:
1. Нет конструктора шаблонов ограничений
2. Типовые шаблоны БСП запутанные, кривые и тормозные из за кучи регистров доступов откуда достаются постоянно данные
3. Нет средств отладки RLS (даже ошибок внятных никаких не выдается)
4. Нет вменяемой документации (если честно вообще никакой не видел, кроме той что есть в инетах и это не документация от вендора, а то что народ сам докумекал)
(13) Правильно, рыбу надо уметь готовить. Просто в данном случае приходится работать с тухлятиной, по требованию заказчика . Это я понимаю. В результате лишняя головная боль у всех, начиная с программиста и заканчивая пользователем, у которого "все тормозит".
Постановка вопроса в корне неверная!
Ошибка не в RLS, а в использовании обработчика в режиме редактирования.
Наиболее частая ошибка - попытка изменения редактируемой записи, уже назначенной к записи.
ВЫВОД: Нужно искать не то, как отладчик юзать, нужно логику программирования менять.
Думать надо по 1с-овски.
Иначе говоря, причина во взаимной блокировке 2х транзакций:
Две конкурирующие транзакции (Т1 и Т2) читают один и тот же ресурс – Р1. При этом устанавливаются разделяемые блокировки на этот ресурс. Разделяемые блокировки от конкурирующих транзакций могут существовать одновременно, поэтому к моменту времени t1 обе транзакции успешно установили свои блокировки и продолжают работу.
Затем транзакция Т1 изменяет ресурс Р1 и пытается его записать. При этом устанавливается эксклюзивная блокировка на этот ресурс. Однако эта блокировка не может быть установлена одновременно с разделяемой блокировкой от транзакции Т2, поэтому она устанавливается в состояние ожидания. Транзакция Т1 прекращает работу и ждет, пока будет снята разделяемая блокировка, установленная транзакцией Т2.
Транзакция Т2, в свою очередь, хочет записать ресурс Р1, для чего также предпринимает попытку заблокировать его в эксклюзивном режиме. Однако это невозможно, так как существует уже установленная транзакцией Т1 разделяемая блокировка на этот ресурс. Транзакция Т2 также прекращает работу и ждет, пока будет снята разделяемая блокировка, установленная транзакцией Т1.
Обе транзакции находятся в режиме ожидания и не могут ни продолжить работу, ни освободить заблокированные ими ресурсы.
Всем добрый день!
Очень странная ситуация. В базе ведется учет по разным организациям. Права доступа настроены так, что пользователи видят только данные по своей организации. Есть два пользователя из разных организаций, у которых права доступа настроены абсолютно одинаково. Пытаюсь рассчитать средний заработок в документе "Оплата по среднему" (при расчете среднего заработка в отпуске тоже самое) - в одной организации все нормально, в другой не рассчитывается. Ошибка при выполнении запроса. Нажимаю подробно:
: Ошибка при вызове метода контекста (Выполнить)
ВыборкаБазы = Запрос.Выполнить().Выбрать();
по причине:
по причине:
Ошибка выполнения запроса
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.
Лезу в код. В этом модуле, перед тем, как выполняется запрос, вызывается процедура
ПроведениеРасчетов.ДописатьАлгоритмВЗапрос("РасчетнаяБазаСреднегоЗаработка", КомментироватьРасчет, Запрос);
в которой дописывается кусок запроса, именно в нем проблема. Если закомментировать вызов этой процедуры, запрос выполняется. Проверила доступ ко всем регистрам, справочникам, используемым в этом запросе - с доступом все нормально.
Не понимаю, где рыть. Повотрюсь - в других организациях все считается нормально. Только в одной.
Есть еще непонятная ситуация - перепровожу документы "Начисление зарплаты" (все в той же организации). Все документы перепроводятся, а по одному месяцу не проводится. Ошибка при вызове метода контекста (Выполнить):
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
: Ошибка при вызове метода контекста (Выполнить)
по причине:
Ошибка выполнения запроса
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.
В самом запросе идет затык при попытке выбрать записи:
|ИЗ
| РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций. ФактическийПериодДействия (
| ВидРасчета В
| (ВЫБРАТЬ
| СписокВР.ВидРасчета
| ИЗ
| ВТ_СписокВР КАК СписокВР)
| И (Сотрудник, ПериодДействия) В
| (ВЫБРАТЬ
| ОсновныеНачисления.Сотрудник,
| ОсновныеНачисления.ПериодДействия
| ИЗ
| ВТ_СотрудникиПериодыДействия КАК ОсновныеНачисления)) КАК НачисленияФПД
Что это за ФактическийПериодДействия и как к нему определяется доступ?
Если бы была проблема некорректной настройки правд доступа в принципе, не думаю, что документы "Начисление зарплаты по сотрудникам организаций" вообще бы проводились. А так, получается, что по всем месяцам проводятся, и только в одном - нет.
А отпуска и оплата по среднему вообще не проводятся. Кто с таким сталкивался? Не знаю, что делать, куда лезть дальше.
Ошибка Недостаточно прав на исполнение операции возникает после включения в 1С специального механизма Разграничение прав доступа на уровне записей .
Использование этого механизма дает возможность пользователям работать только с определенными объектами.
В 1С Бухгалтерия 3.0 включение Разграничения прав доступа на уровне записей устанавливается: раздел Администрирование — Настройки пользователей и прав — флажок Ограничивать доступ на уровне записей .
Настройка доступа по Организациям выполняется по ссылке Пользователи в разделе Администрирование — Настройки пользователей и прав .
По кнопке Права доступа настраивается доступ пользователям по Организациям .
Из настройки видно, что у пользователя Менеджер нет доступа к записям организации Техномир ООО.
Недостаточно прав на исполнение операции
Разработчики строго следят за тем, чтобы выставленные в настройках права пользователей четко выполнялись. При работе с документами пользователь Менеджер не может видеть документы организации Техномир ООО, к которой у него нет доступа, и менять данные по хозяйственным операциям этой организации.
При обращении к «закрытым» сведениям пользователь Менеджер обязательно получит ошибку.
Менеджер отдела продаж при работе с внешней обработкой Изменение организации в документе Поступление (акт, накладная) при попытке изменить в документе организацию на ООО Техномир получает ошибку Недостаточно прав на исполнение операции .
Ошибка возникает из-за того, что у пользователя Менеджер нет прав изменять документы организации ООО Техномир. Для исправления ситуации ему необходимо добавить права на работу с этой организацией.
См. также:
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
-
В Письме от 22.12.2020 N 03-04-05/112670 Минфин разъяснил, как быть.Владеете нежилым зданием с энергетическим паспортом, подтверждающим высокий класс энергоэффективности.По мнению Минфина, НДС, уплаченный за почтовые услуги, не принимается..
(1 оценок, среднее: 5,00 из 5)
Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинете
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Изменения в 2022 году, о которых нужно знать бухгалтеру
6-НДФЛ за 1 квартал 2022 в 1С
Санкции и контрмеры: как работать организации и ее бухгалтеру в новой реальности. Часть 2
Учет малоценных ОС и запасов (ОСН)
Отчетность за 1 квартал 2022
Большое Спасибо профессионалам Бухэксперт за очень полезные семинары и курсы, за полезные советы, за внимательное отношение и быструю реакцию на проблемы пользователя!
Содержание
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Описание ошибки:
Система компоновки данных. Ошибка при формировании отчета: Ошибка исполнения отчета по причине: Ошибка получения данных по причине: Ошибка создания набора данных "НаборДанных1" по причине: Ошибка при исполнении запроса набора данных по причине: Ошибка выполнения запроса по причине: У пользователя недостаточно прав на исполнение операции над базой данных.
Ошибка возникла при попытке сформировать специально реализованный отчет под пользователем с неполными правами.
Из конечной формулировки в описании ошибки "У пользователя недостаточно прав на исполнение операции над базой данных" в принципе понятно, что у пользователя не хватает прав на работу с каким-то объектом базы.
Можно пытаться анализировать запрос, сверяя его с настройками прав (ролями) пользователя. Но это может затянуться. Можно воспользоваться "Журналом регистрации". В сеансе работы пользователя сразу после возникновения ошибки нажимаем "ОК" и открываем список журнала регистрации через меню "Сервис" - "Журнал регистрации". Находим строку с описанием события "Доступ.Отказ в доступе".
Открываем форму события и в поле "Метаданные" анализируем, к каким объектам базы у пользователя не хватает доступа.
Конкретно в этом случае в базе 1С: Управление торговлей ред. 10.3 была доработана типовая роль для справочника "Контрагенты" для чтения на уровне ограничения доступа к данным - не предоставлять доступ к контрагентам из папки по логике содержащей контрагентов-поставщиков. Поэтому добавление в запросе ключевого слова "РАЗРЕШЕННЫЕ". Отчет сформирован, но для контрагентов, на которые распространилось право - в отчете не выводятся данные - вместо них .
Читайте также: