Share
ReportAfter upgradem, I see that I don't have the "C" table property that we had in AX 4.
How can I set maxAccessMode = View in AX 2012 R3?
*This post is locked for comments
You’re offline. This is a read only version of the page.
2,987
After upgradem, I see that I don't have the "C" table property that we had in AX 4.
How can I set maxAccessMode = View in AX 2012 R3?
*This post is locked for comments
Well.. Accidents happen.
I just wanted to confirm that we don't have a way to do something that is exactly the same in AX 2012 through standard configuration.
We will certainly have to put in some coding or use restricted roles.
Thanks.
Hi,
The system administrator role in AX2012 is a special one. This bypasses all security in AX. Usually only a few people will have this role and should be skilled enough to deal with the tables. All other roles will not have access to the AOT.
If you think the few system administrators are not able to be careful, don't assign that role or customize some tables where you restrict some access by adding x++ coding.
In the four years I have now experience with AX2012, this topic was never an issue.
Thanks for the answer,
I've read through this posts, but I don't understand how can I achieve the same result as with "maxAccessMode".
The first link talks about security at a form level, but with"maxAccessMode", we could set the behaviour even at table level, this means, when the user opens the table from AOT to browse data.
The second link needs to associate the permissons to a security role, this could get the job done, but I don't want even a sysadmin to open the table and accidentally modify the data. However, inserts and updates should be allowed by code. All this was achieved with "maxAccessMode" and was "inherited" to forms as well.
In 2012 AOT, I'm not able to modify the -SYSADMIN- role.
Hi Ghetz,
The maximum access level is maintained within the new security framework of AX 2012.
Have a look at the next page for an explanation: msdn.microsoft.com/.../gg879980.aspx
In addition you can have a look at the Table Permissions Framework to have an additional check on table access for sensitive data: technet.microsoft.com/.../hh965683.aspx.
#1
André Arnaud de Cal...
292,494
Super User 2025 Season 1
#2
Martin Dráb
231,305
Most Valuable Professional
#3
nmaenpaa
101,156
All responses (
Answers (
