web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics AX (Archived)

AX 2012 R3. MaxAccessMode Table property

(0) ShareShare
ReportReport
Posted on by 3,013

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

I have the same question (0)
  • Ghetz Profile Picture
    3,013 on at

    I mean:

    After upgrade, I see that I don't have the "maxAccessMode" table property that we had in AX 4.

    How can I set maxAccessMode = View in AX 2012 R3?

  • Suggested answer
    André Arnaud de Calavon Profile Picture
    301,075 Super User 2025 Season 2 on at

    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.

  • Ghetz Profile Picture
    3,013 on at

    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.

  • André Arnaud de Calavon Profile Picture
    301,075 Super User 2025 Season 2 on at

    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.

  • Ghetz Profile Picture
    3,013 on at

    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.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Martin Dráb Profile Picture

Martin Dráb 4 Most Valuable Professional

#1
Priya_K Profile Picture

Priya_K 4

#3
MyDynamicsNAV Profile Picture

MyDynamicsNAV 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans