31.08.2011, 10:36
|
#1 |
|
Участник
|
CRM 4.0 Права на редактирование пользователей
Здравствуйте!
Пытаюсь создать отдельную роль, которая позволит редактировать параметры пользователей. Всё успешно, кроме изменения поля "Имя пользователя в домене": при попытке сохранить форму с изменением в этом поле появляется ошибка:  Возможно ли это изменение без роли системного администратора CRM?
__________________
С уважением, Tony Green |
|
|
|
31.08.2011, 11:11
|
#2 |
|
Чайный пьяница
|
Цитата:
Сообщение от Tony Green
Здравствуйте!
Пытаюсь создать отдельную роль, которая позволит редактировать параметры пользователей. Всё успешно, кроме изменения поля "Имя пользователя в домене": при попытке сохранить форму с изменением в этом поле появляется ошибка: Возможно ли это изменение без роли системного администратора CRM?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
|
31.08.2011, 12:51
|
#3 |
|
Участник
|
Не помогло, к сожалению
__________________
С уважением, Tony Green |
|
|
|
01.09.2011, 15:41
|
#4 |
|
Moderator
|
Возможно этого пользователя нужно засунуть в Deployment Administrators в консоли Deployment Manager. Ну или нужно смотреть в логе какой привилегии не хватает.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия.   MS Certified Dirty Magic Professional
|
|
|
|
01.09.2011, 19:04
|
#5 |
|
Участник
|
Добавление в деплоймент администраторов не помогло.
в логе есть идентификатор привелегии, которой не хватает. В таблице её имя "prvReadReport". Хелп плз.
__________________
С уважением, Tony Green |
|
|
|
01.09.2011, 20:05
|
#6 |
|
Чайный пьяница
|
Цитата:
Сообщение от Tony Green
Добавление в деплоймент администраторов не помогло.
в логе есть идентификатор привелегии, которой не хватает. В таблице её имя "prvReadReport". Хелп плз.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
|
02.09.2011, 11:57
|
#7 |
|
Участник
|
В ходе изысканий вырисовывается еще вот какая деталь: похоже, что при назначении роли пользователю, crm вываливает ошибку в том случае, когда в назначаемой роли содержится привилегия, которой нет у назначающего...
Продолжаю копать 
__________________
С уважением, Tony Green |
|
|
|
02.09.2011, 16:27
|
#8 |
|
Участник
|
Я правильно понимаю, что отдать функцию администрирования пользователей сотрудникам первой линии поддержки, не наделяя их при этом всевластьем в CRM, невозможно?
__________________
С уважением, Tony Green |
|
|
|
02.09.2011, 19:58
|
#9 |
|
Moderator
|
Уверен что нет. Хотя я такие задачи всегда выполнял от имени администратора. Продолжайте копать.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional
|
|
|
|
07.09.2011, 10:57
|
#10 |
|
Участник
|
Пока так и не удалось научить пользователя с небольшим количеством прав и включенной привелегией "Назначение ролей", раздавать толпу ролей всем остальным юзерам
Выплыл еще один непонятный момент с настройкой прав на включение пользователей в рабочие группы. В настройках роли включено казалось бы всё необходимо-возможное для этого:  А в карточке пользователя при этом кнопка "Присоединиться к рабочим группам" не появляется Кто-нибудь сталкивался? Есть варианты решения?
__________________
С уважением, Tony Green |
|
|
|
07.09.2011, 11:35
|
#11 |
|
Moderator
|
Могу добавить только то, что роли безопасности пользователя иногда кешируются CRM и изменения отражаются не сразу. Чтобы навернякак нужно перезагружать IIS или еще можно отбирать у него измененную роль и выдавать обратно.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional
|
|
|
|
|
|
Линейный вид
