Имя: Пароль:
1C
1С v8
v8: Закрытие доступа к конкретному складу 8.2
0 volfy
 
16.01.13
16:27
Не подскажете уважаемые дамы и господа? Как закрыть конкретный склад для определенной роли так что бы его и видно не было? Реквизитик какой булевский в него добавить?
1 Fragster
 
гуру
16.01.13
16:28
RLS
2 volfy
 
16.01.13
16:29
(2) что? =) Щас погуглю
3 volfy
 
16.01.13
16:29
*(1)
4 Fragster
 
гуру
16.01.13
16:30
как правило есть что-нибудь типа регистра "доступные элементы пользователя"
5 volfy
 
16.01.13
16:32
ЗначенияДополнительныхПравПользователя   такой есть щас посмотрю что там =)
6 AaNnDdRrEeYy
 
16.01.13
16:34
в конфигах на 8.2 есть функциональная опция типа "Использовать доступ на уровне записей" и константа для этой функциональной опции, пока ее в истина не установишь механизм не включится
7 volfy
 
16.01.13
16:37
то есть реальна закрыть не справочник а какую то его позицию, например Склад: Оптовый
8 volfy
 
16.01.13
16:38
Чтоб его менеджеру и видно то не было?
9 Ranger_83
 
16.01.13
16:40
(7)Да.RLS
10 AaNnDdRrEeYy
 
16.01.13
16:41
(7) Конечно реально. не только элемент справочника но и все документы по этому складу и движения в регистрах.
это RLS как в (1) сказали
11 Ranger_83
 
16.01.13
16:41
Но есть неприятный момент после включения RLS,особливо на файловой базе-тормоз
12 AaNnDdRrEeYy
 
16.01.13
16:47
и не только тормозить будет, вот еще недостатки.
volfy тебе это действительно надо?

Недостатки использования RLS:

Применение механизма ограничения доступа на уровне записей приводит к неявному увеличению таблиц, участвующих в запросе, что может привести к ошибкам в клиент-серверном режиме работы базы данных.
Для контроля записи бывает трудно или невозможно реализовать сложную логику приложения. В таких случаях лучше использовать условия в процедуре ПриЗаписи().
Написание условия (запроса) требует определенной квалификации разработчика.
Дополнительные трудности может создать невозможность отладки условия (запроса).

http://1c-perfect.ru/?p=187
13 volfy
 
16.01.13
16:58
(12) спасибо за ценную инфу, сообщил клиенту а он пусть сам решает
14 volfy
 
16.01.13
16:59
Просто наверно геморно в каждом документе где есть склад накладывать ограничение
15 Ayne
 
16.01.13
17:29
(14) Не очень геморно. Смотришь на уже созданные механизмы и добавляешь по аналогии (В УТ 10.3 я такую штуку делал, практически копипастный метод, правда в настройках органичений для документа "Перемещение товаров" таки накосячил).

По поводу тормозов на файловой базе - сделать отдельные роли, например, "Кладовщик" и "КладовщийБезОграниченийНаЧтение" с соответствующими настроками ограничений, тогда тормоза у ролей второго типа будут срабатывать ТОЛЬКО в момент записи/изменения объектов, сответственно, их даже не заметят. Хай с ним, пусть палят чужие остатки и продажи, зато жлобное начальство обрадуется экономии в эдак мильен, не надо переходить на скл. А вот когда созреют, можно по бырому и проставить нужные роли пользакам на более тормозящие.
2 + 2 = 3.9999999999999999999999999999999...