Skip to main content

Notifications

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Suggested answer

Converting Different Customer DBs on Locally Instance of Dynamics

(0) ShareShare
ReportReport
Posted on by 5

Hi - I am continually converting databases for multiple companies and I have been uninstalling all the version e.g. 2010, 2013, 2015 on up and clearing the folders and reinstalling to make sure I am starting fresh. Does anyone know a way to avoid having to do this? I heard somewhere about rebuilding the dynamics.dic file and that the account structure was a concern so I decided to avoid any issue and reinstall and reconfigure the options and feature and so on. Any thoughts out there to make this easier to handle?

Vince

  • Vincent Stefanetti Profile Picture
    5 on at
    RE: Converting Different Customer DBs on Locally Instance of Dynamics

    Thanks for that. It was helpful.

    Vince

  • Suggested answer
    Derek Albaugh Profile Picture
    on at
    RE: Converting Different Customer DBs on Locally Instance of Dynamics

    I'm not fully understanding the question, but as far as account framework structure, when you first install Dynamics GP and create databases, you specify an account framework maximum, as far as the number of segments and number of characters per segment the account numbers can have.

    The company databases don't have to use the maximums, but they can use up to those maximums.

    Depending on the GP databases you're pointing the GP code at, if they are the same exact version/build and in most cases same features installed (as per Dynamics.set), but the account framework may be different, you can synch the dictionary files with the acct framework maximums by going into the Dex.ini and changing SYNCHRONIZE=FALSE to TRUE, saving changes then launching GP Utilities and it will synch.

    You can verify the synch by going back into the Dex.ini and seeing that SYNCHRONIZE= is set back to FALSE, otherwise the Dynamics.dic may be damaged.

    You can re-create the Dynamics.dic by renaming it and running a Repair against Dynamics GP via Control Panel > Programs and Features.

    That being said, the synch only lets the GP code know what to use for times when you're re-creating dex procedures which are specific to tables and that.

    If you're always changing installs and versions to match different GP databases, there may not be an easier process than what you're doing, to make sure everything matches exactly how the databases are setup.

    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

Jainam Kothari – Community Spotlight

We are honored to recognize Jainam Kothari as our June 2025 Community…

Congratulations to the May Top 10 Community Leaders!

These are the community rock stars!

Announcing the Engage with the Community forum!

This forum is your space to connect, share, and grow!

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Martin Dráb Profile Picture

Martin Dráb 601 Most Valuable Professional

#2
Abhilash Warrier Profile Picture

Abhilash Warrier 416

#3
Adis Profile Picture

Adis 384 Super User 2025 Season 1

Product updates

Dynamics 365 release plans