From the Microsoft Dynamics GP Application Level Security Series.
When logging into Microsoft Dynamics GP or Microsoft Business Solutions - Great Plains, you might receive the following error:
You don't have security privileges to open this window.
Once you click OK, the login appears to complete.
During login, access is required to a number of forms within the product, if access has been denied you will receive the error described. Even if you follow the Knowledge Base (KB) Article 858718 on the subject (see link below) you might still receive this error. The issue is that many third party and Independent Software Vendor (ISV) products open hidden forms just after login. If security access has been denied to these forms you will be able to login, but will receive the error message and the third party product might not operate correctly.
We can use the Support Debugging Tool for Microsoft Dynamics GP to help resolve this issue. As we are only using Standard Mode features, any user can be used.
Below are the steps, please skip steps already completed previously:
Once you have the form identified, you can adjust the security settings to provide access and stop the error message appearing.
Note for v10.0 only: If the window is a third party hidden window, please contact the developer of the product in question and request that they update their code to remove their hidden window from the security system. The methods involved are described in the Integration Guide manual installed with Dexterity. Please see the post: Quick Tip: Updating Dexterity customizations to work with Security Tasks and Security Roles.
For v8.0 & v9.0: You can then use Advanced Security (Tools >> Setup >> System >> Advanced Security) or Standard Security (Tools >> Setup >> System >> Security) to grant access.
For v10.0 or later: You can use Security Tasks and Security Roles to grant access. For information on how to identify the Security Tasks and Security Roles linked to a particular form, please see the How to identify the Security Tasks and Security Roles associated with a specific window or report post or the How to identify the Security Tasks and Security Roles using the Support Debugging Tool post.
Edit: Build 10 of the Support Debugging Tool now includes a Security Information window which can be opened from the Security Profiler and Resource Information windows. This window will display the Security Tasks and Security Roles associated with the select resource and provide easy navigation to the security windows to make changes if desired. Just right click and select Security Information to open the window. For more information see Support Debugging Tool Build 10 released.
For more information on creating a DEXSQL.LOG or what the minimum security access required to log in is, please see the KB Articles below:
How to create a Dexsql.log file for Microsoft Dynamics GP and Great Plains (KB 850996)
How to set up minimum security access to log in to Microsoft Dynamics GP or to Microsoft Great Plains (KB 858718)
David
Ref: Updated from Internal KB 929596 to use Support Debugging Tool
07-Dec-2008: Updated Step 14 with information for logs from v10.0.
15-Jan-2009: Add details of new Security Info window in Support Debugging Tool build 10.
01-Jul-2009: Fixed typo as pointed out by Steve Endow's comments.
21-Oct-2011: Added Link to Quick Tip: Updating Dexterity customizations to work with Security Tasks and Security Roles post.
PingBack from http://blogs.msdn.com/developingfordynamicsgp/archive/2008/11/10/microsoft-dynamics-gp-application-level-security-series.aspx
Good article. We have a special user account with minimal access which would get 2 "you don't have permission..." messages on login. Found the problem windows in no time using your instructions and the Debugging Tool.
One of the great things about blogging is the ability to inform and educate partners and customers on
Posting from the Dynamics GP Blogster
http://dynamicsgpblogster.blogspot.com/2008/11/microsoft-dynamics-gp-10-security.html
From the Microsoft Dynamics GP Application Level Security Series . When access is denied by the application
Hi David,
Thanks for the great post and detailed instructions. This is a frustrating error to resolve!
One comment--It looks like there is a minor typo in this line:
For v10.0 or later: Find the last line starting with "{ CALL DYNAMICS.dbo.zDP_SY01000SS_1".
It looks like that should be SY10000SS_1, not SY01000SS_1.
Thanks for the note Steve. I've edited the typo to fix the mistake.
Any suggestions as to how to solve if you've identified the window, given the user the security. They show in the SY09400 and SY10000 tables as having access yet the message still pops up.
Hi John
Use the Support Debugging Tool's Security Information window to check the use really does have access.
There might be more windows causing the other errors, so repeat the process.
If the windows are hidden windows, contact the developer to get them exempted from the Security Model.
Posting by Rubul at Dynamics GP Help
dynamicsgphelp.com/.../tips-and-tricks-for-setting-up-user-security-in-microsoft-dynamics-gp
PLEASE READ BEFORE POSTING
Please only post comments relating to the topic of this page.
If you wish to ask a technical question, please use the links in the links section (scroll down, on right hand side) to ask on the Newsgroups or Forums. If you ask on the Newsgroups or Forums, others in the community can respond and the answers are available for everyone in the future.