As simple if might look – this approach requires close familiarity with GP architecture, its Microsoft Dexterity database features (such as DEX_ROW_ID).
May 7, 2007 (Press Release) --
Alba Spectrum Group, http://www.albaspectrum.com help@albaspectrum.com 1-866-528-0577, 1-630-961-5918
Microsoft Great Plains is strictly MS SQL Server application, starting with version 8.0, which is about since 2004. This fact opens SQL scripting and stored procedures approach to software developer or technical consultant, who is assigned to the data conversion phase, say from Accpac or MAS 90 to Microsoft Dynamics GP. As simple if might look – this approach requires close familiarity with GP architecture, its Microsoft Dexterity database features (such as DEX_ROW_ID). So, here we would like to orient you in which set of tools should be tried first, which the second and the third.
• Data export. In the case of Accpac you have either Pervasive SQL 2000 or MS SQL Server database, so, you can pull data from Accpac via ODBC connection. You may create Linked Server from MS SQL Server Enterprise Manager – this will let you manipulate Accpac Pervasive SQL data directly from MS SQL Server. In the case of MAS 90 you can use reports and send them into text files and then import them into MS SQL Server custom database
• Period Balances approach. In this case you decide that in GP you will have period balances in GL for each month of the year plus for the beginning of current year. You will need to prepare General Ledger transactions for year opening and each month
• Master Records migration. In order to migrate such records as customers, vendors, accounts, employees, addresses, we recommend you first to consider GP Integration Manager. If IM is not available in your case, you can try to migrate data via SQL scripting directly into RM00101 – customer master table, PM00200 – vendor master table, etc. Prior to SQL migration – make DB backup in case if you need to roll back. When you try one step (like customers), open GP workstation and run check links: File->Maintenance->Check Links
• Historical Data migration. We discourage you from doing historical transaction migration to GP, instead we recommend you to keep your old Accpac or MAS 90 for inquiry only. If history migration is absolutely necessary, consider first importing transactions via IM and then post them in modules (if you plan initial balances approach, see above, in posting settings unmark Post to GL: Tools->Setup->Posting select series and origin). If IM is not available, you should never run Check Links against your historical migrated data in the future
Andrew Karasev, Alba Spectrum Group, http://www.albaspectrum.com help@albaspectrum.com 1-866-528-0577, 1-630-961-5918, serving GP customers locally in Houston and Dallas metros: Rosenberg, Katy, Richmond, Sugar Land, Brookshire, Creek Village, Missouri City, Bellaire, Hunters, Pearland, Manvel; in Chicago metro: Naperville, Aurora, Plainfield, Romeoville, Elgin, Schaumburg, Batavia, Bolingbrook, Lemont, Oak Brook, Lombard, Westmont, Darien, Mooseheart, Geneva, Winfield, Burr Ridge. Remote support service is available USA
Microsoft Great Plains is strictly MS SQL Server application, starting with version 8.0, which is about since 2004. This fact opens SQL scripting and stored procedures approach to software developer or technical consultant, who is assigned to the data conversion phase, say from Accpac or MAS 90 to Microsoft Dynamics GP. As simple if might look – this approach requires close familiarity with GP architecture, its Microsoft Dexterity database features (such as DEX_ROW_ID). So, here we would like to orient you in which set of tools should be tried first, which the second and the third.
• Data export. In the case of Accpac you have either Pervasive SQL 2000 or MS SQL Server database, so, you can pull data from Accpac via ODBC connection. You may create Linked Server from MS SQL Server Enterprise Manager – this will let you manipulate Accpac Pervasive SQL data directly from MS SQL Server. In the case of MAS 90 you can use reports and send them into text files and then import them into MS SQL Server custom database
• Period Balances approach. In this case you decide that in GP you will have period balances in GL for each month of the year plus for the beginning of current year. You will need to prepare General Ledger transactions for year opening and each month
• Master Records migration. In order to migrate such records as customers, vendors, accounts, employees, addresses, we recommend you first to consider GP Integration Manager. If IM is not available in your case, you can try to migrate data via SQL scripting directly into RM00101 – customer master table, PM00200 – vendor master table, etc. Prior to SQL migration – make DB backup in case if you need to roll back. When you try one step (like customers), open GP workstation and run check links: File->Maintenance->Check Links
• Historical Data migration. We discourage you from doing historical transaction migration to GP, instead we recommend you to keep your old Accpac or MAS 90 for inquiry only. If history migration is absolutely necessary, consider first importing transactions via IM and then post them in modules (if you plan initial balances approach, see above, in posting settings unmark Post to GL: Tools->Setup->Posting select series and origin). If IM is not available, you should never run Check Links against your historical migrated data in the future
Andrew Karasev, Alba Spectrum Group, http://www.albaspectrum.com help@albaspectrum.com 1-866-528-0577, 1-630-961-5918, serving GP customers locally in Houston and Dallas metros: Rosenberg, Katy, Richmond, Sugar Land, Brookshire, Creek Village, Missouri City, Bellaire, Hunters, Pearland, Manvel; in Chicago metro: Naperville, Aurora, Plainfield, Romeoville, Elgin, Schaumburg, Batavia, Bolingbrook, Lemont, Oak Brook, Lombard, Westmont, Darien, Mooseheart, Geneva, Winfield, Burr Ridge. Remote support service is available USA
Email
Print
SPAM
