CftClub.ru
Клуб специалистов ЦФТ-Банк

Как дать права на печать отчетов (исключить расчет)?

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Банковская отчетность (оперативная, обязательная, Oracle Reports)
Предыдущая тема :: Следующая тема  
Автор Сообщение
timochev
Эксперт


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


Вступление в Клуб: 25.06.2007
СообщениеПт Сен 07, 2007 14:57    Ответить с цитатой
Полезность: Нет оценки
По некоторым отчетным формам у нас были сделаны собственные операции печати, запускаемые из справочников данных отчета. Это делали не из соображений разграничения доступа, а для печати отчетов в удобном для проверки виде с выводом вспомогательных данных и т.д. При этом получили "побочный эффект" в виде возможности дать права на печать, но не на расчет.

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


Вступление в Клуб: 29.06.2007
СообщениеПт Сен 07, 2007 15:42    Ответить с цитатой
Полезность: Нет оценки
Простой вариант - делаем копию операции, в ней в экранной форме делаем не активной кнопку "Расчет" и даем на эту операцию доступ юзерам. Делается за пару минут. Конечно если при смене версии дистрибутивная операция будет изменена, то придется повторить процедуру (согласен, это не красиво)
apovalyaev
Участник со стажем


Вступление в Клуб: 05.09.2007
СообщениеСб Сен 08, 2007 19:16    Ответить с цитатой
Полезность: Нет оценки
я бы сделал вот как: создал бы в типе REPS массив. Массив ссылок на пользователей, возможно массив структур, один из реквизитов - ссылка. Далее в типе REPS_PARAMS в SLIB сделал бы проверку существования пользователя в массиве у отчета. В случае если нету пользователя - pragma error.

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

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


Вступление в Клуб: 02.07.2007
СообщениеПн Сен 10, 2007 13:00    Ответить с цитатой
Полезность: Нет оценки
apovalyaev пишет:
я бы сделал вот как: создал бы в типе REPS массив.

Может тогда лучше насоздавать групп доступа с наперед заданным суффиксом (например, "CALC")? И проверять пользователей в группах. Все таки администратору доступа не с руки в Навигаторе работать.
За SLIB спасибо! Эта единая точка входа сильно поможет.
Rus6
Участник


Вступление в Клуб: 26.06.2007
СообщениеПн Окт 01, 2007 10:52    Ответить с цитатой
Полезность: Нет оценки
я голосую за

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

ЗАО "Neoflex"
apovalyaev
Участник со стажем


Вступление в Клуб: 05.09.2007
СообщениеЧт Окт 04, 2007 10:30    Ответить с цитатой
Полезность: Нет оценки
Rus6 пишет:
я голосую за

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



а теперь сравним трудозатраты на ваш вариант и на мой
_________________
Поваляев Александр, Русь-Банк
German
Профи


Вступление в Клуб: 25.06.2007
СообщениеЧт Окт 04, 2007 10:40    Ответить с цитатой
Полезность: Нет оценки
Сравним трудозатраты Wink

apovalyaev пишет:
создал бы в типе REPS массив. Массив ссылок на пользователей, возможно массив структур, один из реквизитов - ссылка.


При использовании готового механизма групп доступа трудозатраты меньше (создать группу, включить в нее людей).

apovalyaev пишет:
Далее в типе REPS_PARAMS в SLIB сделал бы проверку существования пользователя в массиве у отчета. В случае если нету пользователя - pragma error.
Такой подход хорош тем, что контролить во время обновлений прийдётся только одну эту библиотеку, а она меняется очень редко! Wink


В расширениях сделать вызов процедуры контроля из локальной библиотеки. Совсем недолго, и не надо отслеживать REPS_PARAMS.SLIB при обновлении IBSO.
_________________
Homo homini
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Банковская отчетность (оперативная, обязательная, Oracle Reports) Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru