16.12.2010, 10:09
|
#1 |
|
Модератор
|
Таблица UserInfo. Права доступа.
Нужно создать группу пользователей, которая смогла бы обновлять данные в таблице UserInfo. (\System Documentation\Tables\UserInfo)
Какие права дать, чтоб не было Невозможно отредактировать запись в User Information (UserInfo). Сбой при проверке соответствующего AOS.
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
|
|
16.12.2010, 11:02
|
#2 |
|
Участник
|
Полный доступ на ключ AdminDaily.
__________________
Ivanhoe as is.. |
|
|
|
| За это сообщение автора поблагодарили: d&m (1). | |
|
16.12.2010, 11:19
|
#3 |
|
Модератор
|
Цитата:
Сообщение от Ivanhoe
Полный доступ на ключ AdminDaily.
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
|
|
16.12.2010, 11:27
|
#4 |
|
Участник
|
У таблицы установлено свойство AOSAuthorization в CreateDelete.
Насколько я понимаю новый механизм - в этом случае нужно дать права пользователю на данные действия непосредственно в БД. http://technet.microsoft.com/en-us/l.../dd361987.aspx Тем не менее странно, в случае обновления данных в этой таблице не должно происходить проверки на стороне AOS. Последний раз редактировалось jonny; 16.12.2010 в 11:29. |
|
|
|
16.12.2010, 11:35
|
#5 |
|
MCT
|
Цитата:
Сообщение от Ivanhoe
Полный доступ на ключ AdminDaily.
Цитата:
Сообщение от Poleax
Есть менее радикальный способ? Без полного доступа на этот ключ.
1. сначала включаем AdminDaily 2. потом отдельно настриваем то, что внутри AdminDaily - вплоть до полного отключения того, что внутри
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
|
|
16.12.2010, 11:43
|
#6 |
|
Участник
|
Может быть сделать так как описано тут:
AOSAuthorization и права пользователей Это если данные меняются из кода X++... Если пользователь изменяет данные в форме, то, возможно, "поможет" установить свойство в таблице (User Info) источника данных формы AllowCheck в значение "No" ? |
|
|
|
16.12.2010, 11:56
|
#7 |
|
Участник
|
Цитата:
Сообщение от Poleax
Есть менее радикальный способ? Без полного доступа на этот ключ.
Обратите внимание, что для создания нового пользователя прямо на форме также проверяется доступ на AdminDaily.
__________________
Ivanhoe as is.. |
|
|
|
| За это сообщение автора поблагодарили: Poleax (1). | |
|
25.04.2016, 12:37
|
#8 |
|
Участник
|
Такая же ошибка
Цитата:
Невозможно отредактировать запись в User Information (UserInfo).
Сбой при проверке соответствующего AOS. Обработка WF запущена через форму tutorial_WorkflowProcessor пользователем с ролью Системный администратор. Как ошибку починить? |
|
|
| Теги |
| права доступа |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| права доступа | 9 | |||
| Права доступа и переименование | 2 | |||
| Права доступа на поля формы. | 6 | |||
| Права доступа | 3 | |||
| Права доступа - Журнал платежей | 1 | |||
|
Линейный вид
