CftClub.ru

[timochev]

Коллеги!
А какие у Вас есть мысли по ограничению прав пользователя в продукте "Обязательная отчетность" только печатью формы (выводом в Excel)?
Сейчас дистрибутивные операции совмещают в себе печать и расчет. Но некоторым сотрудникам надо иметь доступ лишь к печати.
Есть ли решение?

[German]

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

А для дистрибутивных форм навскидку представляется лишь решение доработать расширение, в котором контролировать, например, включен ли пользователь в специальную группу доступа с правом на расчет отчетных форм.
_________________
Homo homini

[YuSokolov]

Простой вариант - делаем копию операции, в ней в экранной форме делаем не активной кнопку "Расчет" и даем на эту операцию доступ юзерам. Делается за пару минут. Конечно если при смене версии дистрибутивная операция будет изменена, то придется повторить процедуру (согласен, это не красиво)

[apovalyaev]

я бы сделал вот как: создал бы в типе REPS массив. Массив ссылок на пользователей, возможно массив структур, один из реквизитов - ссылка. Далее в типе REPS_PARAMS в SLIB сделал бы проверку существования пользователя в массиве у отчета. В случае если нету пользователя - pragma error.

Такой подход хорош тем, что контролить во время обновлений прийдётся только одну эту библиотеку, а она меняется очень редко!

Блин, надо начинать аутсорсить наверное )))
_________________
Поваляев Александр, Русь-Банк

[timochev]

[Rus6]

я голосую за

1 группу доступа
2 расширение к дистрибутивной операции
2 в дефолтном валидаторе расширения по отношению к группе доступа дизэйблить соотв кнопку расчета
_________________
Алексей Привалов

ЗАО "Neoflex"

[apovalyaev]

[German]

Сравним трудозатраты