|
![]() |
#1 |
Administrator
|
Цитата:
Сообщение от Vadik
![]() Как сделано у нас (DAX 4.0):
На SysDataAreaSelect повешен SecurityKey (какой - не так важно, лишь бы не пустой, чтобы можно было доступом рулить, в нашем случае - AdminMisc) Создана группа для переключения между компаниями, у нее единственная запись для этого домена в AccessRightsList - SysDataAreaSelect) Минималистичнее вроде уже некуда ![]()
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: Eldar9x (1). |
![]() |
#3 |
Модератор
|
Цитата:
Цитата:
Vadik, у меня так не получилось
![]() Настраивалась/тестировалась эта схема "с колес" на спецпользователе, у которого в этот момент никаких прав кроме SYSDATAAREASELECT не было (ИЧСХ схема работала, т.е. список компаний фильтровался). В этом виде и ушло в продакшен (т.е. с момента постановки задачи в виде "а разве у нас этого еще нет?" до реализации менее часа), где и проработало неделю, после чего всплыла тема на форуме. Начал пересматривать настройку - НЕ РАБОТАЕТ! Как только у пользователя появляются в компании/домене какие-то права - компания автоматически появляется в списке SYSDATAAREASELECT. Специфика такова, что все права настраиваются в домене Admin (обеими руками за идеологичиски выдержанные цветные картинки с доменами, но реальность такова - структура секьюрных групп одна и та же во всех компаниях, число групп переваливает за сотню, компаний много, как обычных, так и виртуальных, и для поддержки этого монстра с использованием доменов потребовалось бы несколько выделенных security officer-ов) В итоге а) быстро была допилена SYSDATAAREASELECT на предмет наличия доступа в компанию, если надо - могу выложить б) были созданы фиктивные домены, единственная запись в ACCESSRIGHTSLIST для них - SYSDATAAREASELECT
__________________
-ТСЯ или -ТЬСЯ ? |
|
Теги |
dataarea, sysdataareaselect, права доступа, ax3.0 |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|