// you’re reading...

Software

Microsoft Great Plains Integrations – Tips for Developer

By Debbie ⋅ November 21, 2008 ⋅ Email This Post ⋅ Print This Post Print This Post ⋅
Filed Under  , , , , , , , , , , , , , , ,

In this short FAQ style article we would like to introduce you – software developer, programmer, database administrator into Microsoft Integration tools and options
Microsoft is main Microsoft product for US mid-market. Historically Software designed Dynamics and Dynamics C/S+ as multiplatform application and the integration was possible via Dexterity or Dexterity-based end user tools, such as Import Utility and later on via Integration Manager. When Microsoft Windows platform won the OS market (the last battle was in 1997 with PowerMac) recommended OLE Server approach: Continuum for VB and Delphi and new Microsoft light programming technology – VBA (Visual Basic for Applications), which was integrated into Dexterity application – Modifier (requires customization site enabler license). Since then Dynamics/eEnterprise integration techniques use Microsoft technologies.
1. Microsoft SQL Server approach. This integration technique uses SQL stored procedures and views to pull data from your legacy or third party application and push it into . The nice thing about MS SQL Server – it has linked server technology – you can establish the link to virtually all ODBC ir OLEDB compliant databases: Oracle, DB2/Unidata, Sybase, Ingress, Lotus/Domino, Pervasive SQL/Btrieve, Ctree/Faircom, Microsoft Access, Foxpro to name a few. You can schedule your integration as maintenance job or DTS package. However keep in mind that tables structure is rather complex (it has master records, summaries, historical, work, open tables) and you should probably verify your stored procedures business logic with source code (DYNAMICS.DIC with Dexterity procedures and functions scripts – in regular DYNAMICS.DIC these are stripped out – not every MBS partner has source code subscription – so do your selection work)
2. Dexterity integration with process server. This is more advanced and recommended approach, however it requires advanced Dexterity programming skills and access to the source code. The idea behind is simple – you populate so-called triggering custom table and then check it from Dexterity custom application every 5 seconds or so. If the record is there – then you process it. Processing is usually Dexterity source code stored procedure call. uses similar logic when you post the batch and see the status in Process Monitor window. If you don’t have source code – you can try to do the best guess with Microsoft Software Development Kit (SDK)
3. Integration Manager. This is end user tool and is easy to use. However – it uses as OLE Server and calls forms behind the scenes. As the result – it is very slow – we recommend using integration manager when you have up to one thousand transactions per day.
4. eConnect ? it is type of Software Development Kit with samples in VB.Net. Obviously the development environment should be Visual Studio.Net. eConnect will allow you to integrate master records – such as new customers, vendors, employees, etc, plus you can bring transactions into so called work tables (eConnect doesn’t allow you to bring open or historical records – you need to post work records in , the same limitation applies to Integration Manager above) eConnect is rather for ongoing integration. It was initially created for eCommerce application integration to .
Happy integrating! if you want us to do the job – give us a call 1-866-528-0577! help@albaspectrum.com
About The Author
Andrew Karasev is Chief in Alba ? USA nationwide Microsoft CRM, Microsoft customization company, based in Chicago, Los Angeles, San Diego, San Francisco, Denver, Houston, Dallas, New York, Boston, Atlanta, Miami, Canada, UK, Australia and having locations in multiple states and internationally (www.albaspectrum.com), he is Dexterity, SQL, C#.Net, Crystal Reports and Microsoft CRM SDK developer; akarasev@albaspectrum.com

Related posts