AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.02.2010, 19:22   #1  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,984 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Wamr Посмотреть сообщение
Как то я даже писал джоб который находил такие объекты и прописывал в них дефолтные менюитемы.

Подозреваю что разработчики аксапты сделали нечто подобное.
Старый 02.02.2010, 23:42   #2  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Я недавно по запросу одного из коллег-консультантов делал приблуду суть которой заключается в следующем: мы можем посмотреть права доступа для группы, но иногда возникает обратная задача - знать какие группы имеют доступ к элементу(ключу, форме, полю, меню айтему и т.д.).
Свои изыски излагал здесь http://greenlife.org.ua/?q=node/10

З.Ы. Только начал вести блог, ногами прошу сильно не бить.
Старый 03.02.2010, 07:54   #3  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от greench Посмотреть сообщение
Я недавно по запросу одного из коллег-консультантов делал приблуду суть которой заключается в следующем: мы можем посмотреть права доступа для группы, но иногда возникает обратная задача - знать какие группы имеют доступ к элементу(ключу, форме, полю, меню айтему и т.д.).
Свои изыски излагал здесь http://greenlife.org.ua/?q=node/10

З.Ы. Только начал вести блог, ногами прошу сильно не бить.
Ваш способ решения этой задачи (судя по описанию) не учитывает вариант, когда из таблицы AccessRightsList запись удаляется. А удалиться она может, когда у элемента, подчиненному некоторому Security Key установится доступ, равный доступу к этому Security Key.
Или доступ к элементу может быть, но записи о нем может не быть, если уровень доступа элемента равен уровню доступа к Security Key
__________________
Возможно сделать все. Вопрос времени
Старый 03.02.2010, 10:29   #4  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Ваш способ решения этой задачи (судя по описанию) не учитывает вариант, когда из таблицы AccessRightsList запись удаляется. А удалиться она может, когда у элемента, подчиненному некоторому Security Key установится доступ, равный доступу к этому Security Key.
Или доступ к элементу может быть, но записи о нем может не быть, если уровень доступа элемента равен уровню доступа к Security Key

Спасибо, этот вариант я действительно не учел. Буду думать.
Старый 03.02.2010, 10:56   #5  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,448 / 1792 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от greench Посмотреть сообщение
возникает обратная задача - знать какие группы имеют доступ к элементу(ключу, форме, полю, меню айтему и т.д.).
Решение такой задачи уже появлялось на этом форуме: Как программно изменить права доступа на объект ?
Старый 03.02.2010, 12:46   #6  
greench is offline
greench
Участник
Oracle
 
425 / 74 (3) ++++
Регистрация: 12.07.2007
Адрес: Киев
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Решение такой задачи уже появлялось на этом форуме: Как программно изменить права доступа на объект ?
Да,я видел это решение. Красивое, но есть один нюанс - при большом количестве групп работает очень медленно. Оно и понятно, потому что перебираются все группы.
У нас 264 группы(зачем столько это уже вопрос не ко мне).

Последний раз редактировалось greench; 03.02.2010 в 12:48.
Старый 03.02.2010, 14:12   #7  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от greench Посмотреть сообщение
Да,я видел это решение. Красивое, но есть один нюанс - при большом количестве групп работает очень медленно. Оно и понятно, потому что перебираются все группы.
У нас 264 группы(зачем столько это уже вопрос не ко мне).
В свое время я так насчитал порядка 300 групп. При 100 пользователей (имеется в виду кол-во, заведенное в UserInfo). После этого мы пересмотрели логику раздачи прав и сделали для каждого пользователя свою индивидуальную группу. Очень удобно стало настраивать. Присылают заявку на конкретного чела с конкретным описанием. Только ему и настраиваешь. Присылают заявку на 2 чела - обоим настраиваешь. А то начинаешь напрягаться когда у один чел состоит в Н-цати группах.

Конечно это в лучшую сторону сказалось на скорости работы формы с настройкой прав
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: AlGol (1).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Некорректный security key для smmActivitiesMain glibs DAX: Программирование 1 16.04.2009 11:39
Malaysia: Check Security Key via X++ Blog bot DAX Blogs 5 12.01.2009 19:56
Inside Dynamics AX 4.0: The Security Framework Blog bot DAX Blogs 0 31.10.2007 11:40
Security Key программно mit DAX: Программирование 6 09.09.2005 16:33
при построении перекрёстных ссылок выдаётся сообщение об ошибках mmmax DAX: Программирование 10 21.01.2005 12:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 21:22.