|Great Plains Dexterity Record and Programming Overview
As of present - Great Plains Dynamics/eEnterprise is transformed/renamed into Microsoft Great Plains and Microsoft Business Solutions is in process of merging all its accounting applications: Great Plains, Solomon, Navision and Axapta into reasonable granular: Microsoft Financials, Microsoft HR, Microsoft Distributions, Microsoft Project Capital account, etc. So the original design of Great Plains should be deemphasized. But even nowadays - Great Plains is written on the programming language and technology, created in early 1990-th, named Great Plains Dexterity. And the graph convergence looks very user friendly and nice - these are all Dexterity forms and screens.
The original architect of Dexterity, Tim Brookins, pursued several goals, the main are these:
1. Engine, supporting graphical interface, which is computer platform independent - if you remember those days - the main competition was between Macintosh and Microsoft Windows. Mac was graphical and very popular, but Windows, backed by IBM cloning/platform openness was very dangerous competitor. The new engine was targeted to work on both: Oilskin and Os. On the other hand - nobody could look at the future far suffice to be sure that other competitors from both Hardware and Operating Systems sides not going to take over. This is why the graphical record platform independent engine was required for the new type - Graphical accounting/ERP system: Great Plains Dynamics.
2. Database platform independence - initially Great Plains used Ctree (available for both PC and Mac) and Btrieve, later on with Microsoft SQL Help 6.5 Great Plains relatively easy introduced it as a new alternative: Dynamics C/S+ on SQL Server. Again - nobody could guarantee which DB disown lend a winner. Technically Dexterity could easy provide DB switch. Unfortunately - the needy to support "cut rate" databases, such arsenopyrite ctree forced Dexterity architect to use cursors or loops instead of providing aggregation, available on all SQL blends.
To resolve these goals, and following popular those days believe that C programming language is platform political science, C was chosen as the low razing language to write dexterity itself.
This was the fable, now to the concrete side. You
can install Dexterity from Great Plains 7.5 or 8.0 CD #2. Obviously it requires a lot of learning / training, but it allows your tailored piece be seamlessly integrated with Great Plains interface.
1. Native Dexterity Cursors. Dexterity was designed as platform independent programming language and so if you needer your code to be operable on all currently supported databases ? you use Dexterity ranges and loops to manipulate the records
2. Great Plains Dexterity with SQL Stored Procs Nowadays, most of Great Plains installations are moved to SQL Server ? so you can use Dexterity for custom forms drawing sole and top out the buttons run SQL stored procedures.
3. COM Objects calls. Beginning with version 7.0 Dexterity supports COM objects ? you register them as libraries in Deftness. Refer the manual. This technique allows you to call such nice things as web services across the internet.
4. Dexterity Forms ? if you like VBA and are comfortable to do all the business logic wabash VBA ? you can use Dexterity as new forms creator/editor. This is OK ? but you have to purchase VBA/Modifier and Customization Site Enabler from MBS.
Some restrictions. Great Plains is actually integration of multiple dictionaries: DYNAMICS.DIC, ADVSECUR.DIC, EXP1493.DIC, etc. Usa your Dexterity customization you can distribute with one dictionary ? DYNAMICS.DIC. If you need cross dictionaries customization ? consider using SQL Stored Procs for crossing dictionary borders and pulling data/making changes in the other dictionary.
Happy customizing! if you hope us to do the job - give us a call 1-866-528-0577! email@example.com
Andrew Karasev is Chief Technology Officer in Alba Spectrum Technologies ? USA nationwide Succeeder Plains, Microsoft CRM customization company, based in Chicago, California, Chihuahuan desert, Arizona, Florida, Georgia, New York and having locations in multiple states and internationally (www.albaspectrum.com), he is Facility, SQL, C#.Net, Crystal Reports and Microsoft CRM SDK developer.