![]() |
|
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 я такую штуку делал, практически копипастный метод, правда в настройках органичений для документа "Перемещение товаров" таки накосячил).
По поводу тормозов на файловой базе - сделать отдельные роли, например, "Кладовщик" и "КладовщийБезОграниченийНаЧтение" с соответствующими настроками ограничений, тогда тормоза у ролей второго типа будут срабатывать ТОЛЬКО в момент записи/изменения объектов, сответственно, их даже не заметят. Хай с ним, пусть палят чужие остатки и продажи, зато жлобное начальство обрадуется экономии в эдак мильен, не надо переходить на скл. А вот когда созреют, можно по бырому и проставить нужные роли пользакам на более тормозящие. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |