Microsoft Dynamics GP Advanced Customization - Autoposting


by Andrew Karasev - Date: 2007-01-15 - Word Count: 448 Share This!

If you are developer or application consultant, who customizes and integrates Microsoft Great Plains with eCommerce applications, you probably already come across the problem of autoposting when you already fed in and created working batch in SOP, POP, Payroll, etc.  Typical eCommerce example – you can create SOP Order or Invoice and even apply deposit or payment against this document, however it is not clear how to post the batch automatically – eConnect leaves it to the operator for verification and approval.  You can have many different customization approaches to do the job – in this small article we would like to share with you very elegant method, using GP Dexterity process server to do the job:

Dexterity Engine.  Microsoft Dexterity or former Great Plains Dexterity is currently the engine for so-called fat client, it processes according to the dictionary (DYNAMICS.DIC) and this dictionary (plus few so-called third party dictionaries) plays all the business logic of Microsoft Dynamics GP.

Dexterity Posting Logic.  Instead of trying to replicate pretty complex posting logic of Dynamics GP in SQL Stored Procedures, it is better idea to deploy Dexterity Posting logic directly.  You simply “provoke” Microsoft Dynamics GP workstation to post at the certain event firing, provoking in the sense that Dexterity thinks that operator pushes Post button on the batch or master posting forms

Scenario.  You use eConnect to create work documents and place them into the batch, you do not do any posting, you just “signal” in one custom table that this specific batch in AP is ready to be posted.  Customized Great Plains workstation, running permanently, say on the processing server, checks every few seconds this signaling table and finds that batch is ready to be posted.  It calls Dexterity Posting chain of procedures in AP module to do the job.

Upgrade Safe Customization.  If you try to implement posting logic in SQL Stored Procedure, every new version will require fundamental revision for your SQL scripts.  If you call Dexterity procedures, you just verify that the interface is still the same and upgrade is pretty simple

Smart Integration.  The described logic allows you to deploy auto posting in any GP module, where posting is applicable.  We know examples when customer deploys this smart logic for the integration.  Imagine, you can advance GP Integration Manager data import with auto posting to provide automatic on-going data conversion and feeding from your legacy or third party accounting or MRP system

For Web Developer.  All you need to do is deploy eConnect or relatively simple SQL Stored Procedure to feed order data into work tables: SOP10100, SOP10200, etc.  You do your job in Visual Studio.Net C# or VB and then Dexterity posting engine does the rest of the job



Andrew Karasev is Chief Technology Officer in Alba Spectrum Technologies – USA nationwide Great Plains, Microsoft CRM customization company, serving Chicago, California, Arizona, Texas, Florida, Georgia, New York, Australia, UK, Canada, Germany, Continental Europe, Russia and having locations in multiple states and internationally ( http://www.albaspectrum.com ), he is Dexterity, SQL, C#.Net, Crystal Reports and Microsoft CRM SDK developer
Your Article Search Directory : Find in Articles

© The article above is copyrighted by it's author. You're allowed to distribute this work according to the Creative Commons Attribution-NoDerivs license.
 

Recent articles in this category:



Most viewed articles in this category: