How to transfer Security Tasks and Roles between Systems

David Meego

From the Microsoft Dynamics GP Application Level Security Series.

With the change from the optimistic user and class based security model in Microsoft Dynamics GP v9.0 (and v8.0) to the pessimistic role and task base security model in Microsoft Dynamics GP v10.0, a question that is often asked is how can security settings be transferred between a test and live system.

With version 8.0 and 9.0, you could use the Export and Import facility built into Advanced Security to transfer the settings for a user/company or class as an XML file. As Advanced Security is no longer relevant with the role and task based model, that option is not available for version 10.0.

The alternative for version 10.0 is to copy the data from the appropriate tables from source system to the target system. You can copy the data using a variety of methods, but the simplest would be to use the XML Table Export and XML Table Import features of the Support Debugging Tool for Microsoft Dynamics GP. As we will be using Advanced Mode features, we will need to log in as a user with administrator permissions.

Below are the steps, please skip steps already completed previously: 

  1. Click here for the links to download the tool from PartnerSource.

  2. Extract the archive files to your application folder.

  3. Launch Microsoft Dynamics GP and select Yes to include new code.

  4. Log into Microsoft Dynamics GP as 'sa' or a user with administrator permissions.

  5. From the menus click Microsoft Dynamics GP, click Tools, click Support Debugging Tool.

  6. From the Support Debugging Tool window, click Options, click Dex.ini Settings.

  7. On the Debug Tab, in the Support Debugging Tool Options section, select the Enable Debugger Advanced Mode Features checkbox.  If a System Password is in use, you will need to enter it.

  8. Click OK to close the Dex.ini Settings window.

  9. From the Support Debugging Tool window, click Options, click XML Table Export. If a System Password is in use, you will need to enter it. 

  10. Add the tables to Export from the Microsoft Dynamics GP product in the System Series.  The table below shows the tables to use.  If you wish to transfer the settings without the actual user assignments, leave off the final two tables.

  11. Table Name Physical Name Description
    sySecurityMSTRRole SY09100 Master table for Security Roles
    sySecurityAssignTaskRole SY10600 Assignment table for Security Roles to Tasks
    sySecurityMSTRTask SY09000 Master table for Security Tasks
    sySecurityAssignTaskOperations SY10700 Assignment table for Security Tasks to Operations
    sySecurityMSTRModAlt SY09200 Master table for Alternate/Modified Groups
    sySecurityAssignModAltOperations SY10800 Assignment table for Alternate/Modified Operations
    sySecurityAssignUserRole SY10500 Assignment table for Users to Security Roles
    sySecurityAssignUserModAlt SY10550 Assignment table for Users to Alternate/Modified Groups

    The window should look similar to the following screenshot:

    XML Table Export 

  12. Change the Export Path if desired. 

  13. Click Export to export the data into the specified XML file.

On the target system, install the Support Debugging Tool and activate Advanced Mode as before.

  1. From the Support Debugging Tool window, click Options, click XML Table Import. If a System Password is in use, you will need to enter it. 

  2. Select the Import Path to point to the previously exported XML file.

  3. Select the Overwrite Table Contents checkbox to remove the old settings before importing the new settings.

  4. Select the tables you wish to be imported.

  5. Click Import.

  6. When completed, close the window.

Now the data from the source system will have been copied to the target system. If you did not copy the User Assignments, you can now use the Microsoft Dynamics GP v10.0 user interface to select the Security Roles and Alternate/Modified ID for each user and company combination.

Note: A quick note about SmartLists added using SmartList Builder.  If the systems do not have the exact same SmartList Builder configuration (by copying data files), it is possible for the SmartList Security IDs to be different between systems.  In this case copying security between the systems could give incorrect results.  The idea is that the test system is the same as the live system, same dictionaries installed, same data.

To speed up the selection of the tables for export, a settings file has has been attached to the bottom of this post which can be loaded using the Configuration Export/Import window.

For more information on the role and task based security model, see the Knowledge Base (KB) article below:

Frequently asked questions about role-based security in Microsoft Dynamics GP 10.0 (KB 951229)  Secure Link 

Just a little addition, the SnapShot tool can also be used to transfer data between systems. For more information have a look at the SnapShot for Microsoft Dynamics GP post.


10-Nov-2008: Add link to SnapShot as another method.

07-Apr-2010: Added warning about custom SmartLists added by SmartList Builder.


Comments (18)
  1. For the next couple of weeks, I have decided to focus on Microsoft Dynamics GP application level security and methods for resolving security related issues.

  2. David Musgrave over at Developing for Dynamics GP is tackling Dynamics GP 10 Security in a new series

  3. Andrew Snook says:


    Is it necesssary to log in with a user that has admin privileges in GP or a admin rights in SQL for the specified tables?



  4. David Musgrave says:

    Hi Andrew

    All the Advanced mode functions of the Support Debugging Tool (including XML Table Export and XML Table Import) required the user to have database owner or administrator rights at the SQL level.  They would also need security access to the actual forms and if a system password is in use, they would need that to.

    Because the Advanced Mode features can allow access to the data directly, they are all protected from use by unauthorised users.


  5. One of the great things about blogging is the ability to inform and educate partners and customers on

  6. From the Microsoft Dynamics GP Application Level Security Series . This is the final article in this

  7. Denise says:

    Wil this tool (or possibly another tool available) allow you to transfer security from 1 company to many other companies all in 1 step?

  8. Patrick Roth [MSFT] says:


    No this tool won’t do that.  It is merely (in 2 steps) copy all the records from one database into another database as-is.  It doesn’t make any changes.

    What you would need to do is copy the security records for one user/company and then insert the modified records (with the new company id) back to the same table.

  9. Chris Williams says:

    I was really excited to find this posting. Unfortunately for me the import side of the process failed. I ended up using DTS to accomplish this task.

  10. David Musgrave says:

    Hi Chris

    Can you explain what failed with the import side of the process?

    Did you select to Overwrite Table Contents?



  11. David Musgrave says:

    Posting from Jivtesh Singh at About Dynamics, Development and Life…/dynamics-gp-sdt-essential-series-2.html

  12. Bron Tamulis says:

    David –

    This is very helpful. I have additional question – I performed TEST upgrade from GP9 to GP2010 – In TEST – I setup configured Security from scratch. I plan backing up my DYNAMICS from my TEST, then when I  perform the real upgrade – restoring DYNAMICS database from the backup. Would this eliminate the need to export and re-import security?

    Thanks for any guidance.

  13. David Musgrave says:

    Hi Bron

    This would eliminate the need to export and re-import security.  However, it will also wipe out any changes made to the DYNAMICS database in the time between the test upgrade and the live upgrade.

    You would be creating the situation for a number of issues including cross linked notes and problems with multi-currency.…/understanding-notes-and-the-note-index-field.aspx

    I would recommend against this approach.


  14. David Musgrave says:

    Posting from Terry Blaser at Dynamics GP Support and Services Blog…/how-to-move-your-security-settings-from-test-into-production.aspx

  15. Chico says:

    Hi David, When you say copying security between systems could give incorrect results for Smartlist Builder reports, can you please clarify what kind of issues? I want to copy the role and task settings from one of my server to another with a different SmartBuilder set of reports, but I am worried about the impact on the SmartBuilder reports in the target client. Thanks!

  16. David Musgrave says:

    Hi Chico

    Smartlist builder generates an Security ID to be used when the Smartlist is created.

    This ID is used in the security task setup to reference the Smartlists.

    For a system with the same Smartlists added, it is likely that the Security IDs for each Smartlist are different, unless they were added in the same order or copied at the table level.

    For a system with different Smartlists, they will be different.

    I suggest not setting security for any Smartlist builder favourites until on the final system.


Comments are closed.

Skip to main content