На нашем предприятии один из сотрудников при работе с номенклатурным справочником производства ("Производство"->"Учет производства"->"Работа с картотекой"->"Номенклатурный справочник")
пользуется только одной из групп этого справочника. Другие группы его совершенно не интересуют. Приходиться постоянно ставить фильтр при открытии справочника.
Подскажите, как сделать этот фильтр для этого сотрудника фильтром по умолчанию?
Чтобы ему каждый раз не приходилось его ставить.
(Для сотрудника или роли прав доступа. Спецфункциями или настройками, как угодно, но как?)
Евгений Плешивцев пишет:
Первое что приходит в голову, написать свой реестр и сделать пункт в меню. Стандартный же вход в номенклатурный справочник для пользователя закрыть.
Обидно, однако...
Сколько я не думал еще и после того как задал тут , а мне в голову пришло тоже самое...
Я так понимаю придется реализовывать "всё", что "происходит" при стандартном входе в номенклатурный справочник?
(Хотя этому сотруднику далеко не все требуется...)
Евгений Плешивцев пишет:
Первое что приходит в голову, написать свой реестр и сделать пункт в меню. Стандартный же вход в номенклатурный справочник для пользователя закрыть.
Нашёл более простой способ!!! Можно поставить скоб! К стати, можно даже индекс поменять текущий, по которому выводиться список номенклатуры!!! Скоб ставиться в спецф-ии по работе в реестре. А внутри - проверка пользователя, если нужный, ставим скоб. Либо пользователь вручную вызывает спе-ю.
Цитата
Ирина Глухова пишет:
Включим в план доработок по правам доступа.
Боюсь не поможет:(. Проблема в том, что ограничить нужно ТОЛЬКО при работе в самом реестре номенклатуры, а вот при вызове рееста номенклатуры на просмотр при составлении спецификаций пользователю нужны совсем другие группы.
К стати, по поводу написания своего реестра. Вчера впервые "внедрил" текстовую форму. Теперь, в общем-то написание своего реестра не кажется таким уж страшным делом, тем более функционал, оторый требуется реализовать в десять раз меньше, чем у разработчиков.
Но есть , который заинтересовал еще когда пробовал графические формы внедрять в Б-5, самый главный :
Каким образом ограничивать доступ пользователям к вновь введенным меню в Б-5? (Т.е. сделали новое меню - "Аптека" или еще что-либо, в менеджере пользователей ограничить не получиться....) Раздача прав на вновь введенное меню Б-5...
Этот очень сильно волнует. Единственное, что приходит в голову, это, возможно, если описать свою новую форму так же как и описаны все формы в Б-5 (у них там уник идентификаторы и много еще какой информации по ним), вручную добавив информацию в таблицы, отвечающие за работу с ними, и м\б тогда появиться новое меню и менеджере пользователей?
В свои функции можно сделать вызов функции, такого типа
Код
Local aAdmin:={'admin','itman','saak'}
Local aUser:={'admin','itman','oper1','buh1','buh2'}
AltD()
If AScan(aAdmin,ident_user)=0
sayandwait("У вас нет прав доступа")
Return
EndIf
Смысл в том, чтобы разделить юзеров на уровни доступа
и соответственно там уже как удобнее делать проверку.
Главное - переменная iden_user, а уж когда ее проверять - дело ваших задач.
itman пишет:
В свои функции можно сделать вызов функции, такого типа
Код
Local aAdmin:={'admin','itman','saak'}
Local aUser:={'admin','itman','oper1','buh1','buh2'}
AltD()
If AScan(aAdmin,ident_user)=0
sayandwait("У вас нет прав доступа")
Return
EndIf
Смысл в том, чтобы разделить юзеров на уровни доступа
и соответственно там уже как удобнее делать проверку.
Главное - переменная iden_user, а уж когда ее проверять - дело ваших задач.
Да смысл весь в том, чтобы вообще этого нового меню не было видно определенным пользователям... Я так понимаю, при проверке идентификатора пользователя на получение права доступа, не даст ему всего лишь войти в это новое меню и все. Такой вариант не устраивает:( и мной рассматривался.
nordk пишет:
Все так но при условии что у Вас не будет сортировок под которые скоб не подходит...(индексы такие есть)
Да, это так. Правда , что основная часть индексов по UPPER(STATUS+GRUP....). И еще фильтр после этого не ставиться.
К стати при вызове спецфункции по работе в реестре на клиентской машине фокус не прошел, скоб слетает... Пользователь просто вызывает спецфункцию
А что по поводу прав доступа скажете?
Ирина Глухова пишет:
По поводу возможности в менеджере пользователя по пунктам меню пользователей станвливать доступ по ролям: включим в план.
Я имел ввиду при создании пользовательских форм (серых и синих). Те, формы, которые разрабатываются дизайнером приложений и подключаются при помощи файлика userbdll.txt.
Вы о них говорите?
Если да - было бы здорово.
Добрый день!
Скажите, пожалуйста что по поводу прав доступа к новым меню в Б-5???
Очень интересует данный !!!
И еще попутно в продолжение а о доступе.
Подключаемые *.bdll файлы необходимо "перетаскивать" на каждую пользовательскую машину. Нельзя ли придумать какой-либо механизм, который бы позволял обновлять клиентской программе, самостоятельно забирать эти *.bdll файлы с сервера?
Скажем такой же механизм как и при обновлении сервиспаками. В файле version.txt (или какой-то др.) содержиться информация о текущем СП сервера. Такой же файл и у клиента. Нельзя ли просто сделать вот так в этом файлике:
Код
//Часть 1. Разработчиков.
Virsion_id= SP12 //Версия СП 12.
//Часть 2. Пользовательская.
Virsion_id= 533_SP12 //Версия *.Dbll файлов № 533 в текущем СП 12.
При запуске клиентского Б-5 сверялись бы обе части. И при несоответсвии Ч2 клиентская машина скачивала бы все подключенные *.bdll файлы.
Тогда я бы смог легко и очень легко обновлять *.bdll файлы, не бегая к каждому и не опасаясь, что кого-либо забыл.
И после своего очередного обновления я бы менял Част2, увеличивая № версии.
А при установке нового СП. № пользовательской версии обнулялся бы. (Да как угодно можно придумать....)
Для сетевых проектов следует размещать конечный файл в папке \BEST5_34\Server\DATA\Pro\userlibs\. В этом случае клиентские места (каталоги \BEST5_34\Client\Bin\userlibs ) будут автоматически обновляться при запуске БЭСТ-5. Т.е. все файлы c расширениями .bdll .rc, расположенные в каталоге \BEST5_34\Server\DATA\Pro\userlibs\ переносятся в\BEST5_34\Client\Bin\userlibs и загружаются в память.
После внесения изменений и компиляции проекта необходимо закрыть клиентский модуль и запустить его вновь, в этом случае обновленные библиотеки будут скопированы на клиентские места.
itman пишет:
Для сетевых проектов следует размещать конечный файл в папке \BEST5_34\Server\DATA\Pro\userlibs\. В этом случае клиентские места (каталоги \BEST5_34\Client\Bin\userlibs ) будут автоматически обновляться при запуске БЭСТ-5. Т.е. все файлы c расширениями .bdll .rc, расположенные в каталоге \BEST5_34\Server\DATA\Pro\userlibs\ переносятся в\BEST5_34\Client\Bin\userlibs и загружаются в память.
После внесения изменений и компиляции проекта необходимо закрыть клиентский модуль и запустить его вновь, в этом случае обновленные библиотеки будут скопированы на клиентские места.
А с какого СП такое поддерживается? У меня СП 12 стоит и "не покатило".
P.s. К стати там такой папки не было "\BEST5_34\Server\DATA\Pro\userlibs\", я её создал.
itman пишет:
Для сетевых проектов следует размещать конечный файл в папке \BEST5_34\Server\DATA\Pro\userlibs\. В этом случае клиентские места (каталоги \BEST5_34\Client\Bin\userlibs ) будут автоматически обновляться при запуске БЭСТ-5. Т.е. все файлы c расширениями .bdll .rc, расположенные в каталоге \BEST5_34\Server\DATA\Pro\userlibs\ переносятся в\BEST5_34\Client\Bin\userlibs и загружаются в память.
Евгений! А где Вы это прочли? У меня это во всяком случае не работает!!!
И очень бы хотелось узнать по правам доступа!!!
Когда появиться возможность (и появиться ли вообще) определять доступ к новым меню Б-5?