![]() |
#1 |
Участник
|
![]()
Каким образом можно для определенной группы пользователей запретить доступ к к значку и пункту меню - репозитарию прикладных объектов.
Заранее благодарен за ответы. |
|
![]() |
#2 |
1C
|
В Ax для этого придуман целый механизм. На пункт меню вешайте SecurityKey и через него осуществляется настройка доступа для любой группы пользователей. Или я не про то говорю.........
|
|
![]() |
#3 |
Участник
|
А если не трудно, кратко, каким образом это делается?
|
|
![]() |
#4 |
Участник
|
В форме Права групп пользователей(Администрирование\Группы пользователей\Права доступа) выделить узел Разработка и указать уровень доступа "Нет доступа".
|
|
![]() |
#5 |
Участник
|
Это не поможет.
Ситуация следующая: необходимо создать два уровня администраторов. Первая группа администраторов имеет право на все, в том числе и на разработку, AOT, и т.д. Вторая группа не должна иметь доступ к репозитарию, но должна иметь возможность создавать новые группы пользователей и назначать им права и иметь возможности друго администрирования. Если же отключить Контроль доступа/ Разработка создание групп пользователей будет невозможным. Как быть в этом случае? |
|
![]() |
#6 |
Участник
|
Цитата:
Если же отключить Контроль доступа/ Разработка создание групп пользователей будет невозможным.
|
|
![]() |
#7 |
Участник
|
Извиняюсь за неточность! Недоступным будет назначение прав для групп пользователей
|
|
![]() |
#8 |
Участник
|
А, нет, нет. Все отлично работает. Но тогда другой вопрос. Если пользователь имеет права на все, кроме разработки, что мешает ему назначить себе права на разработку?
|
|
![]() |
#9 |
Участник
|
Цитата:
Если пользователь имеет права на все, кроме разработки, что мешает ему назначить себе права на разработку?
|
|
![]() |
#10 |
Участник
|
здесь было обсуждение подобного вопроса.
можно попытаться закрывать ветки в АОТ, можно вставлять хитрые проверки в код. Но это самообман. ![]() Вы правильно выразили суть - если у человека есть права на распределение прав, то он может включить себе разработку. если у человека есть права на разработку, то он может все. Это принципиальное свойство прав доступа в открытых системах. Поищите обсуждение. |
|
![]() |
#11 |
Участник
|
А как сделать так, чтобы он не смог этого сделать?
|
|
![]() |
#12 |
Участник
|
Одна группа Администраторов - может всё,
другая группа Администраторов - может всё кроме раздачи прав доступа. Права доступа не так часто настраиваются. Один раз настроил необходимые группы и работай. |
|
![]() |
#13 |
Участник
|
Цитата:
Изначально опубликовано Yuri Safronov
другая группа Администраторов - может всё кроме раздачи прав доступа. Если она может все - значит она может залезть в таблицу AccessRights. В т.ч. средствами СУБД. Как вы ей запретите раздавать права? Это настолько глубокие и комплексные настройки должны быть. Вы уверены, что не страдаете фигней? |
|
![]() |
#14 |
Участник
|
Есть еще один момент.
Даже если вы комплексно запретили доступ к AccessRights, то имея средства разработки можно написать скрипт-job-класс, который выполняет "некорректные" действия от лица любого пользователя. Имея средства разработки сделать так, что "некорректные" действия выполняются не только от лица любого пользователя, но и при запуске сессии этого пользователя, с клиентской машины этого пользователя... Просто поймите - если вы даете средства разработки - вы даете все! |
|
![]() |
#15 |
Участник
|
Я имел ввиду:
Одна группа Администраторов - может всё, другая группа Администраторов - может всё кроме разработки и раздачи прав доступа. |
|
![]() |
#16 |
Участник
|
Цитата:
Изначально опубликовано Yuri Safronov
другая группа Администраторов - может всё кроме разработки и раздачи прав доступа. Новых пользователей вводить? Управлять пакетами и архивом печати? Это скорее консультант. По-моему, стоит подумать еще раз на эту тему. Поищите таки прошлое обсуждение. |
|
![]() |
#17 |
Участник
|
Вы поймите ситуацию. Большое предприятие. Постоянно происходят какие-то изменения в его структуре. Есть два отдела: первый занимается исключительно разработкой, СУБД и ничего не понимает, кому какие права давать. Второй отдел - знает структуру предприятия и назначает права (система на этапе внедрения). Здесь люди в большей степени с эконом. обр. Ну нельзя им давать права на разработку!
|
|
![]() |
#18 |
Модератор
|
Раздача прав - дело администратора. Заведите (или выделите), и пусть раздает права... по служебным запискам второго отдела.
|
|
![]() |
#19 |
Участник
|
Цитата:
Изначально опубликовано Grey
Вы поймите ситуацию. Поймите и вы. Либо вы будете заниматься самообманом и запрограммируете что-то похожее на разделение прав. Либо поймете концепцию. А старое обсуждение вы похоже даже и не искали. Что ж, как хотите. |
|
![]() |
#20 |
Участник
|
Искал, но не нашел...
|
|
|
![]() |
||||
Тема | Ответов | |||
права доступа | 9 | |||
Права доступа Группы пользователей к таблице | 2 | |||
Права доступа на поля формы. | 6 | |||
Права доступа - Журнал платежей | 1 | |||
WebGrid и права доступа | 0 |
|