Good day,
I am curious what is forcing me to re-synchronize permissions.
I am using NAV 5.0 on SQL 2000.
I have been making some changes to custom functions that affect the side panel of Sales Quotes and Sales Orders.
I think it revolves around custom flowfields and the need to add/modify keys.
Amongst other changes, I modified a custom flowfield in the item table which forced me to modify a key in the Sales Line table. I believe that this was the change that brings up the message....
'You do not have permission to read the Sales Line table. Contact your system manager......'
The user previously had access to the Sales Line table.
When I add/modify/delete a key do I have to re-synchronize permissions with the SQL Server everytime?
I don't recall having to do so in the past.
Any insight would be greatly appreciated.
Thank you.
0
Answers
If you have the standard security model, then u need not to sysnch.
I checked and the Advanced Tab shows Security Model = Advanced.
I never had to resynch in 3.70 A. In fact, I can't even find this option (there is no Advanced Tab).
I remember having to resynchronize a number of times...around the time of our conversion to 5.0, but I thought this just part of the conversion process. My Microsoft Partner was surprised that I previously never had to synchronize.
Now this makes sense, it looks like Enhanced Security was implemented in 4.0.
I found this when I started investigating further.
http://dynamicsuser.net/forums/t/19622.aspx
I am going to switch 'back' to Standard.
Thanks again.
The objective is we need all windows mode login working and for this i need to move to standard login.
Thanks
You should really start a new thread when you have a new question instead of piggybacking on someone else's.
RIS Plus, LLC
I've added new tables to the database and then added the permissions to a users role. However NAV still thinks that they do not have permission and I suppose a synchronisation will sort this out.
The thing that has thrown me though, is that I've tried to replicate this problem on the test system (it's configured the same) and I've added these permissions to my user account on there (previously SUPER, but replaced it with a sales persons permissions) and I don't have the issue - it allows me access after logging in with the lower permission level. Could it be that because I was previously a super user that has meant this problem is not occuring.
It seems really strange, but I'm sure there's a reason for it. Is it possible that the user could be setup wrong on SQL or is it more down to the enhanced security model?
New Tables, then New Permissions added for New Tables, No Synch = No Access
Super User, then Permissions changed to Limited User, No Synch = Super User Access
In both situations, access rights have not changed because synchronization has not taken place.
Is this correct?
Note:
I have changed from Enhanced to Standard and everything is working wonderfully again. No more headaches.
I should add that I needed to recreate some Windows Login Permissions that were assigned to SQL Server Tables and Views after I made the change.
Navision requires you to run the 'Synchronize All Logins' function to finalize the change.
We use SQL Permissions exclusively within Navision; however, I have created a number of reporting tools outside of Navision using Windows Security.
Since these Windows Users did not 'exist' with Navision, the 'Synchronize All Logins' function decided to delete all permissions associated with the Windows User Accounts.
Navision asks if you would like to delete the Windows Users or not, but deletes the permissions regardless of what you choose.
I simply restored a copy of the database prior to the change and used a few SQL Scripts to transfer the missing permissions to the production database.