|
Microsoft Dynamics GP Development & Customization perspectives
By Andrew Karasev
Microsoft Dynamics GP or former Great Plains has large selection of development and programming tools. As technical consultant you should decide on the customization scope, life time expectancy, future customization migration to Project Green/Microsoft Dynamics (without GP AX NAV SL), etc.
Microsoft Business Solutions or current name is Microsoft Dynamics subdivision of Microsoft is on the way of very rapid and substantial changes. In earlier XXI century Microsoft purchased Great Plains Software (Great Plains and Solomon), then a bit later Navision Software (Navision & Axapta). Then it produced very nice idea on standardizing the ERP modules: Financials, Manufacturing, Supply Chain/Distribution, Human Resources with the following seamless blocks interaction and integration. Imagine – you have Financials module from, say Great Plains, then you integrate it with Supply Chain modules suite from Axapta. Plus users (and consultants) will be prepared to future Dynamics through unification of interfaces. This seems very logical and nice for consultant, however if you develop customizations – you may raise a lot of questions. Let's look at the reasonable questions and possible answers:
• Native Programming Languages: Microsoft Dexterity in the case of Dynamics GP or MorphX/X++ in the case of Axapta or C/SIDE in the case of Navision. If in your customization you would like to have full spectrum of Microsoft Dynamics GP objects and tools, you have to use something very close to Microsoft Dynamics GP original source code. Microsoft reopened Microsoft Great Plains source code program for MBS partners. Source code program allows you to see dexterity scnscript code and so deploy it in your customization via analysis and imitation. However the fate of native languages is not very clear. As you may say – Microsoft will have to move all the code to .Net (or its successor), something like C# or VB.Net coding
• eConnect and XML Web Services. As more and more objects are exposed through eConnect and XML Webservices (abstraction of eConnect classes and methods) – these seems to be natural tools. However we would be very conservative in the sense of Microsoft Dynamics module future. Imagine – you are deploying custom logic and in a few years Microsoft Dynamics replaces your database structure or the whole module, just leaving the interface similar. You customization might be coming deeper than interface level. Then what would be the implication to recode or upgrade it? Obviously if you program on the SQL level then – database restructuring by MBS itself will make your customization non-functional, but even if you work on XML web service level – it is not quite 100% guaranteed that XML Web service interface will not change or if the set of XML web services will be replaced with new set
• Dexterity – it will probably be in place till 2011 or something about 5 years. And all these years we, as software developers will have to keep our eye on the Microsoft plans. .Net tools are subject to .Net evolution and its pace. SQL scripting will probably be always good if you are lucky that MS doesn't change database structure in the scope of your custom logic
Please do not hesitate to call or email us: USA 1-866-528-0577, 1-630-961-5918 help@albaspectrum.com
About the Author Andrew Karasev is Chief Technology Officer at Alba Spectrum Technologies ( http://www.albaspectrum.com http://www.enterlogix.com.br http://www.ronix-systems.de ) - Microsoft Business Solutions Great Plains, Navision, Axapta, MS CRM, Oracle Financials and IBM Lotus Domino Partner, serving corporate customers in the following industries: Aerospace & Defense, Medical & Healthcare, Distribution & Logistics, Hospitality, Banking & Finance, Wholesale & Retail, Chemicals, Oil & Gas
Article Source: http://www.simplysearch4it.com/article/27466.html
If you wish to add the above article to your website or newsletters then please include the "Article Source: http://www.simplysearch4it.com/article/27466.html" as shown above and make it hyperlinked. |
Some other articles by Andrew Karasev | SAP Business One Implementation for Multinational Companies with subsidiaries in Brazil SAP B1 has over 200 installations in Brazil at this time and the number of new customers is growing. In this article we would like to recommend SAP ...
SAP Business One in Illinois: implementation, upgrade, customization, integration Chicago metropolitan area and downstate Illinois might be characterized as mid-west distribution place. This means that we see large number of diversified mid-size businesses, ...
SAP Business One Chicago Market Review, plus customization, integration & data conversion SAP B1 is becoming more popular in the USA, increases number of implementation each year substantially. Originally designed by one of the Israel software development companies, now it is part of SAP ERP brand. This ERP ...
Microsoft Dynamics GP Office Stack Integration advances – Microsoft Great Plains Dynamics GP is on the way of Microsoft Dynamics or former Microsoft Project Green advances. Great Plains Dexterity is still a core of fat client ...
eConnect and Microsoft Dexterity: Dynamics GP development tools comparison notes This article is dedicated to Microsoft Great Plains eCommerce and web software development primarily, plus Microsoft Dynamics GP customization, integration, data conversion and reporting. As software programmer you should know where one customization realm ...
Microsoft Dynamics GP Dexterity Customization Microsoft Great Plains software development, customizations, reporting. Microsoft Dexterity programming as reliable alternative to newer technologies and platforms, such as ...
|
|
| |
|