Имя: Пароль:
1C
1С v8
Ограничения на уровне записей табличной части
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
Итак, принимаю решение.
Буду исходить не из то что нужно запретить, а из того, что должно быть доступно. Добавлю необходимые реквизиты в справочник ФизЛица и явно добавлю их в нужную вкладку. Максимально просто. :-)

Всем спасибо!