Как правильно создавать новые и использовать существующие SecurityKey

[Logger]

Добавлю 5 копеек.
В ax 3.0 был неприятный глюк когда добавление корневого ключа приводило к странным багам. он был например выключен у админа. странно начинали работать RLS и.т.п. В 2009-й не проверял.

По п.2 - мы для особо важного функционала создали свои ключи и делали их наследников некоего базового ключа, который был для всех групп пользователей выключен. Таким образом новый функционал был автоматом недоступен никому и не приходилось перебирать кучу групп юзеров, отключая в каждом права.
Также тут выкладывали проект
Как программно изменить права доступа на объект ?
для массовой обработки групп прав.

[someOne]

Добавлю еще кое что от себя...

В ах2009 все же есть особенности, которые требуют несколько иного подхода к настройке прав по сравнению с Ax3.0 (о чем написал Ivanhoe).

Кое что обсуждалось тут
Недостаточно прав на использование таблицы Common (DAX2009)
AOSAuthorization и права пользователей
SysDictField.visible() возвращает неверное значение

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