Released on = June 22, 2007, 3:25 pm

Press Release Author = Alba Spectrum Group

Industry = Computers

Press Release Summary = We heard multiple complains from Microsoft Dynamics GP
eCommerce developers, who are deploying eConnect to move eCommerce transactions to
GP - why eConnect doesn't post them in Great Plains? This is probably because GP
has very structured architecture and eConnect mission is to create so-called work
transactions (in the case of eCommerce - these are more likely SOP Orders and
Invoices: tables SOP10100 and SOP10200). Posting routine in GP is the duty of GP
user

Press Release Body = Alba Spectrum Group. http://www.albaspectrum.com
help@albaspectrum.com 1-866-528-0577, 1-630-961-5918

We heard multiple complains from Microsoft Dynamics GP eCommerce developers, who are
deploying eConnect to move eCommerce transactions to GP - why eConnect doesn't post
them in Great Plains? This is probably because GP has very structured architecture
and eConnect mission is to create so-called work transactions (in the case of
eCommerce - these are more likely SOP Orders and Invoices: tables SOP10100 and
SOP10200). Posting routine in GP is the duty of GP user. If you look at the
posting process - it should have audit trail - who did post, who did approve, etc.
However as eCommerce in some cases requires posting automation, we developed the
product, which utilizes Microsoft Dexterity internal code and procedures to enable
automatic posting. In this article you will see some technical highlights, for
additional details please visit our web site and read product specifications:
. GP Dexterity engine. Microsoft Dynamics GP is written in former Great Plains
Dexterity, current product name is Microsoft Dexterity. Dexterity itself is written
in C programming language and has its own compiled scripting language sanscript.
Sanscript has procedures and functions, the descriptions of these objects you can
find in Microsoft Dynamics GP SDK. However, do not be too optimistic - it is really
difficult job to program Dex and also interpret SDK.
. The approach. Instead of exposing you to Dynamics GP SDK, we decided to simplify
your life and have you as programmer place records into specific tables - which
should be considered as approved batches in GP for posting. Posting Server checks
the appearance of new records in these tables and if so, launches posting process.
All this happens in quasi real time (5 seconds interval to check the table if new
records are there - 5 sec are chosen as a compromise do not clog the network)
. Beyond eCommerce. Posting Server allows you to post virtually every batch in GP,
not only Sale Order Processing batches. You should be familiar with GP architecture
and its modules. In some cases Autoposting server was tried to post so-called third
party products batches: WennSoft, for example - and as it is third party module, we
can not guarantee the success.

Andrew Karasev, Alba Spectrum Group. http://www.albaspectrum.com
help@albaspectrum.com 1-866-528-0577, 1-630-961-5918, serving MS Dynamics GP
customers locally in Houston: Richmond, Rosenberg, Dallas, Katy, Sugar Land,
Galveston; Chicago: Naperville, Aurora, Morris, Glen Ellyn, Winchester, Oak Park,
Lyons, Alsip, Lemont, Seneca, Ottawa, Joliet, Plainfield, Romeoville, Barrington,
Crystal Lake, Rockford, DeKalb, Wheaton, Lisle, Downers Grove, Batavia, St. Charles,
Norway. Dex customizations USA/Canada nationwide support is available via remote
support/connection: California, Minnesota, Florida, New York, Virginia, Oregon,
Arizona, Pennsylvania, Vermont, Rhode Island, New Mexico. We also serve GP
international customers: UK, Australia, New Zealand, Brazil, Mexico, Caribbean,
Europe, Pacific, Asia.


Web Site = http://www.albaspectrum.com

Contact Details = Alba Spectrum Group. http://www.albaspectrum.com
help@albaspectrum.com 1-866-528-0577, 1-630-961-5918