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

Книга знаний: Права пользователей в 1С:Предприятии 8.0
Книга знаний: Быстрое создание и настройка правил обмена для зависимых объектов в Конвертации Данных v8

вверх

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

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

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

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

(6) адресовано (4)

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

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

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

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

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

(11) >>так в этом то и вопрос эти методы мне хорошо извесны но меня от них уже тошнит

Переходи на 7.7 - там этого нет.

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

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

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

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

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

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

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

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

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

да нету эого места - ты определись сначала - у тебя именно на отмене проведения падает?

т.е. новый док проводишь и все - изменить больше не можешь?

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

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

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

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

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

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

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

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

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

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

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

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

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