eCommerce development for Microsoft Great Plains: tools and highlights for programmer
Microsoft Business Solutions Great Plains, former Great Plains Software Dynamics and eEnterprise was designed in earlier 1990th as ERP, which can be easily transferable to the winning Database and OS platform and it was originally available on Mac and PC – Mac OS and Microsoft Windows respectively. Graphical platforms battle is pretty much over and now with eCommerce demands, we should look at Great Plains Dynamics tables structure:
- Naming Convention. Great Plains was designed to be ready to move to the winning database platform and probably this is why we see this a bit complicated naming convention in place: SOP10100, RM00101, IV00101 – these are samples: SOP header, Customer master, Inventory master. First – we see module prefix: SOP – Sales Order Processing, RM – Receivables management, IV – Inventory control, etc., then 0 stays for the master files, 1 – so-called work files (before transaction being posted), 2 – open files (after transaction is posted) and 3 – historical files (when you close the year in General Ledger – transactions are moved from open to history files). So as you see – logic is present and structured, but it is not friendly to the developer, who never seen and worked with Great Plains Dynamics.
- Tables Groups. Great plains was designed to first serve mid-size businesses and then with the availability of third party modules – the intention was to compete on corporate ERP market with Oracle, PeopleSoft, SAP and others big players. This is why we see the whole cluster of tables to store, say Sales Invoice: SOP Header, SOP Lines, SOP Distribution, RM Key file, etc.
From the Forms side (or screens) you can see more human-readable names: SOP Entry, RM_Customer_Maintenance, POP_Entry or the like. But these legacy Great Plains Dexterity names do not help eCommerce developer – only probably as the reference on which table works with specific screen.
Let’s take a look at the tools available: