|
Ограничения на уровне записей табличной части | ☑ | ||
---|---|---|---|---|
0
ddiimmaann
14.06.12
✎
10:48
|
Всем доброго времени суток!
Встала задача ограничения доступа некоторых пользователей к некоторым персональным данным в самописной конфигурации. Исходные данные: 1. В конфигурацию интегрирована библиотека стандартных подсистем (2.0.1.16) 2. Имеется справочник "ФизическиеЛица" и в нем есть табличная часть "КонтактнаяИнформация" (Все по требованиям БСП, штатно) Задача: Необходимо запретить некоторой группе пользователей просмотр адресов физлиц. Предполагаю, что правильным решением будет запрет просмотра некоторых строк ТЧ с помощью RLS. (по условию Справочник.ФизическиеЛица.КонтактнаяИнформация.Вид НЕ В (перечне элементов справочника "ВидыКонтактнойИнформации") Как это сделать? |
|||
1
Defender aka LINN
14.06.12
✎
10:52
|
(0) Адрес - часть информации об объекте, согласно новой идеологии. А т.к. прав на "полобъекта" быть не может, то и ограничения такого ты не наложишь.
|
|||
2
ddiimmaann
14.06.12
✎
10:55
|
Пытался (по документации к БСП) настроить - не удалось. Слишком много "рычажков" и перебрать/проверить все варианты представляется нереальным.
Сейчас сделано так (и не работает - доступны все записи ТЧ) 1. Константа "ОграничиватьДоступНаУровнеЗаписей" -Истина 2. Создан параметр сеанса "ОграничиватьДоступПоВидуВидыКонтактнойИнформации" 3. в ПВХ "ВидыДоступа" Добавлен нужны вид доступа 4. В Роль "ЧтениеФизическихЛиц", на право "Чтение" добавлено ограничение: Поля: "ТЧ:Контактная информация", Ограничение: #ПоЗначениям("Справочник.ФизическиеЛица.КонтактнаяИнформация", "Чтениа", "", "ВидыКонтактнойИнформации", "Вид", "", "", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","") Куды рыть дальше?? |
|||
3
ddiimmaann
14.06.12
✎
10:56
|
(0) Ну права на пловину реквизитов - тоже права на полобъекта))
|
|||
4
ddiimmaann
14.06.12
✎
10:56
|
это было для (1) :)
|
|||
5
Агент Инфостарта
14.06.12
✎
10:57
|
(0) Как вариант, настроить видимость группы контактной информации в справочнике для определённых ролей или групп пользователей. Недостаток, можно вытащить инфу не слишком хитросделанной обработкой или отчётом.
|
|||
6
Defender aka LINN
14.06.12
✎
10:57
|
(3) Получи для начала такой объект, потом его запиши. А я пока подожду.
|
|||
7
Buster007
14.06.12
✎
10:59
|
КонтактнаяИнформация", "Чтениа", "",
ЧтениЯ, мб?) |
|||
8
ddiimmaann
14.06.12
✎
11:01
|
(5) С видимостью проблем почти нет. Дело в том, что заведено несколько видов КИ, и некоторые видеть не нужно, а некоторые - нужно. Скрывать вкладку - не вариант. Поля на форму в БСП добавляются "на лету" - управлять видимостью мягко говоря неудобно :)
(7) Опечатался при копировании, исправить тут нельзя после поста... При тестах система не ругается. |
|||
9
Defender aka LINN
14.06.12
✎
11:01
|
(7) ЧтениеЕ тогда уже. И один фиг не взлетит
|
|||
10
Йюхйюх
14.06.12
✎
11:02
|
(0)переделай табличную часть на регистр сведений и установи по нему RLS
|
|||
11
ddiimmaann
14.06.12
✎
11:02
|
(6) (7) Твое мнение я понял. спасибо.
Какое все-таки твое конструктивное предложение? |
|||
12
Defender aka LINN
14.06.12
✎
11:02
|
(8) Ну вломись в процедуру вывода их на форму. А RLS не взлетит.
|
|||
13
ddiimmaann
14.06.12
✎
11:04
|
(8) Вариант, возможно придется использовать. С обновлениями б потом не закопаться.
(10) Тоже придется снимать подсистему КИ изменять процедуру чтения значений тогда. Кстати в старых версиях это подсистемы сама КИ лежала в отдельном регистре... |
|||
14
ddiimmaann
14.06.12
✎
11:05
|
вместо (8) читай (12)
|
|||
15
Агент Инфостарта
14.06.12
✎
11:07
|
(13) Нет, в БСП хранение КИ изначально стало составной частью объекта. В регистрах инфа хранилась в конфигурациях линии УТ 10.3, БП 2.0, etc.
|
|||
16
ddiimmaann
14.06.12
✎
11:46
|
Итак, принимаю решение.
Буду исходить не из то что нужно запретить, а из того, что должно быть доступно. Добавлю необходимые реквизиты в справочник ФизЛица и явно добавлю их в нужную вкладку. Максимально просто. :-) Всем спасибо! |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |