rls: У пользователя недостаточно прав на исполнение операции над базой данн #257107

Конфигурация УПП (1.1.4.4) Много понаписано органичений по средствам RLS для разных объектов конфигурации. Пользователь (с ролью Роль1) проводит документ РКО если он пытается это сделать с видом операции:"Выплата заработной платы" то прога ругается пишет : "У пользователя недостаточно прав на исполнение операции над базой данных", для всех остальных операций проводит нормально. Логично предположить что нужно по отладчику посматреть где именно нет прав у пользователя (при обращении к какому объекту). но прога работает так: заходит в ПередЗаписью,ПриЗаписи а в обработку проведения даже не заходит (по отладчику). В связи с этим вопрос как установить место в коде где прога обращается к запрещенным данным?

вверх

ИМХО правила, прописанные в РЛС выполняются на уровне платформы. В смысле в конфигураторе ты не отследишь код, на котором оно отрабатывает не так, как надо...

Тут гадать можно сколько хочешь - сиди и разбирайся сам чего наколбасил в RLS. Может движения регистров, может справочник/документ. ХЗ.

В смысле в конфигураторе ты не отследишь код - отследить можно например по отчетам в случае если запрос написан без ключевого слова "Разрешенные" то запрос не выполнится но в отчете я вижу запрос и могу его исправить. так же и здесь если знать место где не может выполнится код то я бы его исправил.

сиди и разбирайся сам чего наколбасил в RLS - по средствам чего собственно я могу разобратся?????? есть туча rls запросов написаных к разным объектам есть модуль проведения который может обращатся в общем случае к любым  объектам конфигурации... от куда я могу знак к чему запрещенному он пытается обратится?

адресовано

Код РЛСов у тебя написан в ролях. Но отследить отладчиком - что именно не выполняется ИМХО нельзя. Насколько я понимаю, в этом смысле с РЛСами приходится работать вслепую.

Код РЛСов действительно описан в ролях. но код обработки проведения у меня написан не в ролях. и было бы не плохо если бы отладчик (или другие средства) показывали бы мне какая строка (строки) обработки проведения не могут быть выполнены из-за ограничений РЛС.

>>есть туча rls запросов написаных к разным объектам есть модуль проведения который может обращатся в общем случае к любым  объектам конфигурации... Что значит "к любым"? У тебя трабла в определенном состоянии документа судя по . У документа есть фиксированная коллекция регистров где он является регистратором. Начни с них - скорее всего проблема в этом. Потом можно перейти к тупой проверке - начать отключать по одной RLS и смотреть...

"У документа есть фиксированная коллекция регистров где он является регистратором. Начни с них - скорее всего проблема в этом. Потом можно перейти к тупой проверке - начать отключать по одной RLS и смотреть..." так в этом то и вопрос эти методы мне хорошо извесны но меня от них уже тошнит..... смотри есть некоторая ошибка в коде так прога выдает мне номер строки кода которую прога сочла при тех или иных условиях не выполнимой. так какова моржового тоже самое не сделано для работы RLS тут я как слепой котенок шарюсь по всему коду и думаю а что бы могло помешать проведению......

>>так в этом то и вопрос эти методы мне хорошо извесны но меня от них уже тошнит Переходи на 7.7 - там этого нет.

не знаеш в 8.1 не продвинулись в этом направлении?

ХЗ. Вроде есть там какие то "шаблоны RLS" но это наверное другая опера...

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

нету больше мнений?

Отладка -> остановка по ошибке? Не знаю остановится или нет, но я бы попробывал

пробывал не останавливается. (в обработку проведения вообще не заходит)

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

т.е. при автоматическом удалении движений у дока - все регисры для которых он является регистратором должны быть открыты на изменение

дело в том что на регистры также наложены rls запросы. и мне нужно знать место кода в котором идет обращение к запрещенным данным как его найти?

да нету эого места - ты определись сначала - у тебя именно на отмене проведения падает? т.е. новый док проводишь и все - изменить больше не можешь?

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

Пока ты стонешь на форуме, уже бы всё нашел...

там месяцами можно копаться...

Пока ты стонешь на форуме - я не стону.   уже бы всё нашел - если ты такой быстрый может ты все найдеш?

А мне накой? Была такая трабла - нашел.

так чево нашол то? с Расходником то я решил. ты нашол способ : как найти место кода который не может быть исполнен из-за rls?

+ при этом не лапатя весь модуль проведения и не рыская по объектам конфигурации изучая их на предмет запретов?

Это называется и рыбку съесть и на йух не сесть...

(+30) Такого инстументария платформа не предоставляет так что...

тема старая конечно, но у самого такая трабля случилась. к ссылке дока не было доступа

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

может быть с номерами проблема - то есть, существует документ с таким номером,, но он выпадает из области видимости пользователя

но ведь на чтение отдельно даны права на Дата, Номер, Ссылка, Проведен, ПометкаУдаления. Более того: фильтр накладывается только на реквизит касса (она же склад/магазин). Номер документа формируется из префикса этого самого магазина. Т.е. номер должен по-любому входить в зону видимости этому пользователю. Хотя если снова такой затык возникнет, надо будет повнимательнее посмотреть на номер. Самое странное, что сейчас этой ошибки нет, хотя конфа не менялась и натройки пользователя тоже. Вчера выход и заход в программу ничего не менял. Может сервер 1С тупит периодически.