Определение доступа к контролам

[HorrR]

Есть ли какой-то иной способ статически определить доступ к контролам (не тем, которые имеют отношение к данным или меню айтемам), например обыкновенным кнопкам, кроме как привязать их к ключу и выставить neededAccessLevel?

Сейчас объясню почему возник такой вопрос: в SysSecurityFormControlTable есть записи, касающиеся доступа к нескольким кнопкам(не menuItemButton'ам) определенной формы.
При этом в самом дизайне в свойстах кнопок ключи не выставлены.

В связи с этим и возникает вопрос: то ли есть какой-то иной способ определить доступ к кнопке, кроме как посредством ключа; то ли запись неверная и попала в таблицу или из-за ошибки синхронизации прав(то есть выставили ключ -> создалась запись, убрали ключ, а запись не удалилась), или вообще была кем-то проимпортированна\создана вручную.

[Ivanhoe]

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

[HorrR]

Цитата:

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

Насколько я помню, на такую кнопку можно поставить уровень доступа в настройке прав.

Эмм, каким образом? В этом собственно и заключается вопрос.

Просто дерево прав доступа включает в себя ключи, с подэлементами, которые к этим ключам привязаны. В этом дереве не отображаются объекты (в том числе и контролы), не привязанные к определенному ключу .

[HorrR]

В общем, судя по всему записи таки артефактные и находятся в таблице по ошибке.

Цитата:

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

Насколько я помню, на такую кнопку можно поставить уровень доступа в настройке прав.

низя.

[sukhanchik]

Потренировался - посмотрел как что работает.
В 3.0 таблички SysSecurityForm* точно работали. У них был глюк, связанный с тем, что после изменения дизайна формы - контролы могли перенумероваться и слетал доступ.
Как сча в 4.0 не знаю - не пробовал.
В 2009 SP1 RU5 доступ в дереве на кнопки (которые Button) установить / снять можно и это приведет к появлению записей в вышеуказанных таблицах... Но.. не работает. Т.е. Button отображается также, как будто на нее был установлен полный доступ.
Установка выключенных Security Key конечно же эффект имеет.
Также имеет эффект замена Button на MenuItemButton с запретом на привязанный Menu Item. Но и это понятно - т.к. доступ регулируется штатным механизмом контроля доступа к пункту меню.

Даже не знаю - сожалеть об этом или нет. Полноценно - это все равно не могло работать, при постоянной доработке системы (а кто ее совсем не трогает?).
С другой стороны - "помирать, так с музыкой" - могли бы убрать этот функционал вообще - а то вроде как доступ поставить/убрать можно, а не работает.

[Ivanhoe]

Цитата:

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

Эмм, каким образом? В этом собственно и заключается вопрос.

Просто дерево прав доступа включает в себя ключи, с подэлементами, которые к этим ключам привязаны. В этом дереве не отображаются объекты (в том числе и контролы), не привязанные к определенному ключу .

Не совсем так. К ключам привязаны пункты меню (menu item), но "внутри" пунктов меню, которые ссылаются на формы есть и таблицы, и кнопки.

Цитата:

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

В общем, судя по всему записи таки артефактные и находятся в таблице по ошибке.

Нет.

Цитата:

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

низя.

Можно

Пример:
1. Откройте настройку прав доступа группы "Тест".
2. Расчеты с поставщиками, форма "Заказ на покупку", папка "Запасы".
3. Раскройте форму "Регистрация" - внутри найдете обычные кнопки, которые есть только в самой форме, например, "Разнести все".
4. Закройте доступ на кнопку.
5. Проверьте работу запрета, если пользователь входит только в группу "Тест".
6. Проверьте НЕ работу запрета, если пользователь также входит в любую другую группу.

[Ivanhoe]

Цитата:

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

В 2009 SP1 RU5 доступ в дереве на кнопки (которые Button) установить / снять можно и это приведет к появлению записей в вышеуказанных таблицах... Но.. не работает. Т.е. Button отображается также, как будто на нее был установлен полный доступ.

Плохо, если не работает - раньше работало

[sukhanchik]

Мдя... Видимо в тот раз у меня что-то закешировалось.
Еще раз перепроверил на 2009 SP1 RU5.
Классический пример - кнопка, которая отвечает за перевод из простого в расширенный режим на форме PurchTable

Настраиваем права в группе Test (по умолчанию - на эту кнопку есть доступ, поэтому доступ убираем).

Получаем:


В табличках SysSecurityForm* имеем:

[sukhanchik]

Цитата:

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

6. Проверьте НЕ работу запрета, если пользователь также входит в любую другую группу.

Хм.. не получилось воспроизвести. Создал группу test2 и дал ей доступ только к плану счетов.