![]() |
#1 |
Участник
|
D365FO. Права на таблицу
Здравствуйте.
Не получается правильно ограничить права на таблицу в D365. Задача: Таблица новая. Таблица добавляется на существующую форму, на которую у пользователей есть полные права. Данная таблица должна быть доступна пользователям только с ролью с нужными отдельными правами дающими доступ исключительно к этой таблице. ---------------------------- Сделано: 1. Отдельная привилегия с доступом к нужной таблице. 2. На форме размещены ДС и контролы для отображения данных таблицы. 3. На контролах установлено свойство Needed Permission --------- Таблица остается в доступе для всех пользователей, даже для тех у кого нет в доступе привилегии из п.1 Подскажите, пожалуйста, правильный алгоритм настройки свойств для достижения целей по задаче. |
|
![]() |
#2 |
Модератор
|
Security key проставлен, и какой?
С Уважением, Георгий |
|
![]() |
#3 |
Administrator
|
А нельзя сделать для этой таблицы FormPart таким образом, чтобы на исходной форме вообще не было бы упоминания про таблицу?
А дальше привилегию давать уже на FormPart, а не на таблицу. Тогда права на форму не распространятся на права таблицу. Идея присутствует в адресах. FormPart с адресами единая на несколько (может даже все) форм в системе Георгий - ты спутал версию ![]()
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 06.03.2020 в 11:17. |
|
|
За это сообщение автора поблагодарили: ta_and (4). |
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Moderator
|
Я бы еще добавил, что в большинстве случаев, после изменения security artifacts, система видит эти изменения только после глобальной синхронизации (то есть - не по твоему проекту, а вообще по всему AOD). При этом, иногда, синхронизации только текущего проекта хватает и изменения видно. (Однажды убил целый день на какие-то мелкие поправки в правах, прежде чем обнаружил.)
|
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
![]() |
#6 |
Administrator
|
Цитата:
Сообщение от fed
![]() Я бы еще добавил, что в большинстве случаев, после изменения security artifacts, система видит эти изменения только после глобальной синхронизации (то есть - не по твоему проекту, а вообще по всему AOD). При этом, иногда, синхронизации только текущего проекта хватает и изменения видно. (Однажды убил целый день на какие-то мелкие поправки в правах, прежде чем обнаружил.)
Поэтому только полная синхронизация даст гарантии корректного применения прав доступа
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#7 |
Участник
|
То есть я просто зря огород городил, нужно было подождать полного ребилда проекта?
и права должны были заработать? |
|
![]() |
#8 |
Moderator
|
Цитата:
P.S. Можешь просто залезть в AxDB и посмотреть там на таблички из серии dbo.security* Я в этой системе последний раз копался во времена DAX2012. На беглый взгляд - в D365 просто еще больше информации переложили из модели в обычную БД. Последний раз редактировалось fed; 06.03.2020 в 17:41. |
|
|
За это сообщение автора поблагодарили: ta_and (4), sukhanchik (2). |
![]() |
#9 |
Administrator
|
Цитата:
![]() ![]()
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 06.03.2020 в 17:34. |
|
|
За это сообщение автора поблагодарили: fed (2). |
![]() |
#10 |
Участник
|
Спасибо.
Ахарта велика и непознаваема как вселенная. И МС бог ее... |
|