Microsoft Worthy Plains Software development: typical scenarios in Sales Cast Processing module

Microsoft Dynamics GP has a locate of SDK and programming tools to enable business logic customization for software developers. You can utilize Extender, VBA with Modifier, direct SQL scripting as fresh as eConnect object calls from Microsoft Visual Studio C# or VB projects

However whether the refashioning should be seamlessly integrated in Great Plains user interface, you should consult Microsoft Dexterity tool. Regardless of the tool, you essential to understand which GP objects should be modified and where to find their description:

1. Great Plains Tables description. You can install Microsoft Dynamics GP SDK or Software Development Kit, which has entire overview of GP tables and their relations. If you work closely with GP users, you can get tables snapshot in GP interface: Microsoft Dynamics GP->Tools->Resource Description->Tables.

2. SOP tables, often participating in modification. GP design distinguishes work, posted and historical tables. In the event of Sales Order Processing module you see Sales Work Documents: SOP10100 - Sales header and SOP10200 - Sales lines tables (to name key tables, there are other tables as well, outside of the scope of this article); and historical tables: SOP30200 - Sales header and SOP30300 - Sales lines

3. Modification technique. You actually never spending money original GP tables; instead you add your fresh custom tables and link them one-to-one with GP original tables. In the circumstances of Sales header table, you link your custom table by these two fields: SOPTYPE and SOPNUMBE - Sales document type and Sales number respectively

4. Typical modifications in bag logic. Visualize - you have return and you would like to associate it with invoice. Custom logic may admit custom screen, where you select invoice number and click Create Return button. The logic copies all the items and qty from chosen invoice and creates reversing return. This is one of the typical scenarios, where your metier has special automation requirements, not available in GP or any other generic ERP application. The case history above is very ace candidate to be considered and implemented in Great Plains Dexterity

5. Additional Considerations. As we are talking about mid-size MRP application, where Great Plains Dynamics GP belongs, altered business logic is not a five minutes change. GP objects model is relatively complex , plus if you decide on Dexterity programming - it requires several age of extensive software development to get enough under your belt to consider learning curve to be finally behind. In any case - do not hope on short cuts or easy ways to get by

Source: Free Articles from ArticlesFactory.com