Показать сообщение отдельно
Старый 22.04.2009, 13:16   #25  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Ваши внедренцы под ключик "Разное" насовали своих ключиков. А у Аксапты есть такая фича - если пункт меню и ключ подчинены одному ключу - то пункт меню не отображается в в дереве настройки прав. Просто я на эти грабли уже наступал - поэтому шишку еще помню
Вроде бы дело несско в ином: если у ключей доступа иерархия превышает 2 уровня, то дальше второго уровня ключи на форме настройки прав доступа не отображаются. К пунктам меню или любым другим объектам AOT, на которые можно повесить ключи доступа, этот глюк формы настройки прав доступа отношения не имеет.
Цитата:
Сообщение от db Посмотреть сообщение
The full Axapta package consists of a number of modules. Example of modules are Financial, Trade, and Logistics. To make it easy to set up security keys, both with respect to global availability of features and with respect to the security system, security keys are organized in the same manner for all series.
Only 9 security keys are allowed for each branch in the main menu.
One of the 9 security keys on a branch (the parent) should take the name of the module. The other keys (up to 8 more on a branch) should have the name of the module followed by one of the following suffixes: Daily, Journals, Inquiries, Reports, Periodic, Setup, Misc, Tables.
Это "всего лишь" Best Practice, к отображению сильно разветвленных иерархий ключей доступа, опять же, отношения не имеющая. Другое дело, что следование этому подходу и создание иерархий ключей доступа вложенностью не больше 2-х уровней позволяет обойти некоторые штатные глюки