Programming for Microsoft Dynamics GP requires experience and good project management with initial specification, coding, beta testing and software quality assurance. For Dynamics GP Partner it is good idea to segregate Great Plains functional consulting and technical consulting or in other words coding, troubleshooting, fixing existing records in GP, etc. Popular concept is Software Development Factory, which is typically placed in one central location, where programmers feel themselves comfortable and have good synergy from each other
In the case of Dynamics GP, formerly known as Great Plains Dynamics traditional software development tool is Microsoft Dexterity, former Great Plains Dexterity. In this small publication we are giving you the highlights on our technology oriented subdivision
1. Sales Engineering, Specification Writing, Coding, Testing and Quality Assurance – these functions are delegated to our Dex Software Development Factory. Sales Engineering and Specs writing is typically given to Technical Project Manager, who is your contact through the lifecycle of the project. This person involves Dexterity programmers and separate QA specialist.
2. Test Server. We highly recommend each customer to dedicate testing server, where you have copy of your Dynamics GP system, including recent copy of your production company. As Dexterity customization often is data driven, it might be not feasible to test your unique GP add-on in abstract sample company. In our experience, the lack of testing environment often results in deploying custom module in production prematurely. And, again, in our opinion Dexterity developers do their best and try to keep you happy, so it is rather methodic, which keeps you happy and stress free
3. Dex customization life cycle. Nowadays realities require you to follow the trends in technology, including such often scary things as new versions and version upgrade, service packs and patches. Customization is the thing that stays in the middle of the same trends and currents, so it also requires version update, code revision and rewriting. One of our goals in Software Development for Dynamics GP is to envision the future and make your custom add-on less sensitive to future versions expected changes, meaning that in the best case, it should work for the new version out of the box, or it might require minor code review and recompile
Dexterity Customization for Dynamics GP Evaluation Level Paper
When you are developer it is always a good idea to read technical manuals. But if you was just assigned to the IT team to decide if Dexterity is the right tool to customize your ERP application then first you need something which is in style of ‘easy reading papers’ or FAQ
Planning Dynamics GP Customization in Large Corporation
If you are reading this page then chances are high that you were not able to find ISV add-on and need customization project. Let’s talk about planning, quality assurance and future event such as version updates.
Dynamics GP Invoice Logo Attributed to Specific Company or Crossing the Borders of Three SOP Forms
Initial Great Plains Dynamics architecture had three SOP Invoice forms: Long, Short and Blank. Modern GP is popular in scenarios where you have more than three companies under one business entity umbrella
