SecurityKey и Tab

[Damn]

Такие контролы как Tab и Grid позволяют заполнить у себя свойство SecurityKey
Зачем это нужно? Как на них права-то настроить?

[oip]

Просто задать SK и настроить для этого SK права. В чем проблема?
Только что проверил, все прекрасно работает.

[kashperuk]

Нужно для того, чтобы позволить пользователям с разными правами работать с одной формой и видеть только те закладки, которые им можно.
Правда на них настраиваются аналогично правам на пункты меню, к примеру

[db]

Цитата:

Сообщение от kashperuk

Нужно для того, чтобы позволить пользователям с разными правами работать с одной формой и видеть только те закладки, которые им можно.
Правда на них настраиваются аналогично правам на пункты меню, к примеру

Закладки сами никакой ценной информации, которую надо защишать не несут. Ну скорете Вы закладку - через security key или еще как нибудь. А что помещают юзеру добавить через настройку формы поля, которые были на этой закладке куда нибудь еще? В итоге приходим к тому, что все равно надо раздавать права на отдельные поля. Закроете все поля - закладка сама пропадает

[Damn]

Может я не там настраиваю
Хорошо, права на пункты меню и на таблицы я настраиваю на форме "Права групп пользователей" на закладке "Права доступа". В поле "Просмотр" стоит значение "Контроль доступа". В дереве я вижу все пункты меню и таблицы, к которым привязаны ключи контроля доступа. А где увидеть закладки или гриды, к которым тоже привязаны ключи? В этом дереве я их почему-то не нахожу.

[kashperuk]

Цитата:

Сообщение от Damn

Может я не там настраиваю
Хорошо, права на пункты меню и на таблицы я настраиваю на форме "Права групп пользователей" на закладке "Права доступа". В поле "Просмотр" стоит значение "Контроль доступа". В дереве я вижу все пункты меню и таблицы, к которым привязаны ключи контроля доступа. А где увидеть закладки или гриды, к которым тоже привязаны ключи? В этом дереве я их почему-то не нахожу.

В этом окне вверху есть поле Просмотр - в нем выбрано Контроль доступа.
Если в нем выбрать, к примеру, Главное Меню, то увидите другое дерево, в котором найдете ваши настройки

[oip]

А какой Вы SK привязали, например, к гриду? Какой-то стандартный или вновь созданный?

[Damn]

Ладно, я взял для примера форму CustTable и на ней у закладки Overview выставил SecurityKey равным CustDaily. Вопрос - где мне для группы пользователей выдать права на просмотр формы CustTable, но отобрать права на эту закладку. Где конкретно найти в дереве эту закладку "Обзор" ?

[oip]

Придется на закладку выставить другой SK.

[Sergo]

Цитата:

Сообщение от Damn

Ладно, я взял для примера форму CustTable и на ней у закладки Overview выставил SecurityKey равным CustDaily. Вопрос - где мне для группы пользователей выдать права на просмотр формы CustTable, но отобрать права на эту закладку. Где конкретно найти в дереве эту закладку "Обзор" ?

Я делал отдельный ключ и на него раздавал права для групп пользователей.

[sukhanchik]

Цитата:

Сообщение от Damn

Ладно, я взял для примера форму CustTable и на ней у закладки Overview выставил SecurityKey равным CustDaily. Вопрос - где мне для группы пользователей выдать права на просмотр формы CustTable, но отобрать права на эту закладку. Где конкретно найти в дереве эту закладку "Обзор" ?

Контрольки, к которым привязывается Security Key (в т.ч. закладка - TabPage) пропадают при выключении самого SK. Т.е. доступ к ним регулируется доступом к SK. Однако MenuItem в данном случае регулируется независимо от SK, в нем указанного. Доступ к MenuItem по умолчанию наследуется от SK, но он может быть изменен (все это при условии включенного конфигурационного ключа, на который в конечном счете завязан данный Security Key).
Существует доступ по контролькам (можно настроить) формы - но как я понимаю - этот доступ отыгрывает только на контрольках семейства Button и он не касается остальных контролек (TabPage, семейство Edit)

Случай отключенного конфигурационного ключа - не проверял, но вроде как в списке соотв MenuItem появляются - однако попытки изменить на них права доступа не приносят ощутимого результата. Что логично. Хотя на этот счет - лучше проверить. Может они вообще не отображаются в списке (что тоже логично).

[Damn]

Цитата:

Сообщение от oip

Придется на закладку выставить другой SK.

Хорошо, я создал новый SecurityKey и указал его для закладки. Эффект тот же. Закладку в дереве прав найти не могу.

[Sergo]

Цитата:

Сообщение от Damn

Хорошо, я создал новый SecurityKey и указал его для закладки. Эффект тот же. Закладку в дереве прав найти не могу.

А ее не нужно искать, на одну из групп пользователей поставьте этот ключ на запрет и зайдите под пользователем, входящим в эту группу, и вы эту закладку не увидите.

[oip]

Я бы сделал так:
1) Создал бы SK CustControls и указал бы у него ParentKey=Cust.
2) Создал бы SK CustTableTab и указал бы у него ParentKey=CustControls.
3) У нужного таба указал бы SK=CustTableTab, который будет в ветке Расчеты с клиентами->CustControls
4) Все необходимые SK для других контролов форм, табов, гридов и.т.д. наследовал бы от CustControls.
5) Соответственно, для других модулей создал бы (при необходимости) VendControls, LedgerControls и.т.д.

[Delfins]

Ja vse taki ne ponimaju, zachem prjatat' TAB? Esli dejstvitelno net prav na polja ili vikljuchen ConfigKey.. to ona sama propadjet...

SK - ne dlja konfigurirovanija GUI
SK - dlja konfigurirovanija prav dostupa k dannim cherez polja.

Drugoe delo, esli eto Tree (s drag/drop + modify)... tak kak eto "Customized Data View and edit"

[sukhanchik]

Цитата:

Сообщение от Delfins

SK - ne dlja konfigurirovanija GUI
SK - dlja konfigurirovanija prav dostupa k dannim cherez polja.

Не совсем так. Для настройки различных прав доступа (неважно к чему - GUI, данным) в Axapta 3.0 не существует другого способа настройки кроме как через SK. (в смысле что конфиг ключи действуют в рамках всего приложения и не бьются по пользователям) Доступ к SK может проверяться также из кода. Понятно - что можно настроить права доступа без SK, однако не стоит забывать о том, что такая возможность появилась только в 3.0 (если я не ошибаюсь; причем настройка прав доступа по контролькам - точно только в 3.0).
Можно привести - наглядный пример. Нельзя сказать что это лучшее решение исходной задачи - но по крайней мере одно из решений точно.
Имеем форму сотрудников. На новой TAB вешается SK. На нее помещается информация - которая должна быть доступна ограниченному кругу лиц (к примеру характеристика на сотрудника). Полный перечень всех сотрудников видят все имеющие доступ к форме. Но информацию по каждому из них видят урезанную. В то время как служба безопасности или служба персонала - видят все закладки.

Понятно - что можно сделать отдельную форму и менюайтем к ней и настроить таким образом доступ. Но гораздо приятнее просматривать все в одной форме

Никто не заставляет закладку вешать на тот же SK, на котором висит таблица сотрудников. Равно как и пользоваться этим решением. Просто это допвозможность.

Кстати - эта идея реализована уже в форме настроек параметров пользователя. Обратите внимание на закладку Разработка и попробуйте отнять разработческие права. Закладка автоматически исчезнет

[Delfins]

Цитата:

Сообщение от sukhanchik

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

Sdelaj grupu polzovatelej, kotorie vidjat polja etoj dop. informacii. Ostalnim grupam - na polja etoj tablic/-i postavit "net dostupa"... i vse... zakladka budet pustaja i nechego tam ne uvidesh!... nikakogo programmirovanija...

[sukhanchik]

Цитата:

Сообщение от Delfins

zakladka budet pustaja

Тоже вариант. Но закладка тем не менее будет. А как мне кажется корректней ее все-таки скрывать (типа незачем некоторым личностям знать о ее существовании вообще). А потом - есть еще такая вещь как дисплей-методы и отвязанные контрольки. С ними не все так тривиально. Я уже как-то расписывал минусы установки прав на контрольки. А тут (с установкой SK на TAB) все чисто

[Delfins]

Nu vprincipe, vo pervih, ustanavlivajem SK na polja, a potom na TAB, esli us tak nuzno nuzno...

A s display metodami delajem tak...

display str sensitiveInfo(...)
{
    return (global::hasSecuritykeyAccess(...)) ? this.SensitiveInfo : "@noacces" ;
}

[kashperuk]

Ну и разве не изврат?