Search
Recommended Sites
Related Links






   

Informative Articles

Blocking and Tackling | A quick look at some eCommerce fundamentals
eCommerce can be VERY complex.  To offer a world class customer experience, retailers must incorporate technologies and functionality that exceeds rising customer expectations. eCommerce can be VERY complex.  To offer a...

eCatalog - a Key Component of Your eCommerce Initiative
In recent years, Internet virtually has become major driving force of economic and technological growth in many industries. It is fundamentally changing the way companies operate, do their trade and interact with each other and it is giving birth...

Ecommerce 101 – Online Credit Card Processing
Back in 1998 (through 2000 or so), I worked for a small company (called PaymentNet / then Signio) that handled online transactions. Verisign later purchased this company, and the product team I led integrated the "client" - the portion that took...

eCommerce, How much does it cost?
Making profits with your existing website design or creating a new online store can be exciting, affordable and most of all; rewarding. Mmmm . . . that's what the last sales guy told me. What is eCommerce (or selling via the Internet)? It is...

eCommerce: Installing and Configuring your Shopping Cart
You decided you're going to sell your products online. Or perhaps you don't want to sell them yet, only display your catalog. So how do you go ahead and implement your virtual shop? The answer is short: you need to install a shopping cart in...

 
Microsoft Dynamics GP 9.0: Ecommerce Web Development – Overview For Programmer

Microsoft "Project Green" phase one is reflected in Microsoft Great Plains/Dynamics GP 9.0 realization. It is exposed to .Net developer currently through eConnect and as time goes – more and more eConnect object will have XML web service interfaces. In this small article we will be touching the set of object, deployed in eCommerce application, using Microsoft Dynamics GP as a backend.

• Sales Order Processing (SOP). In the light eCommerce case – you push data into SOP10100 – SOP
Header table and SOP10200 – SOP Line table. If you do create Sales Orders Only, do not accept deposits against sales order – then you do not care about SOP Distribution table: SOP10102. All these tasks could be realized through eConnect.

• Inventory Tables. If you sell from your inventory (not just services), then you use Inventory module tables: IV00101 – Item master, IV00102 – Item QTY master, the last one shows you quantity at the specific location and in general

• Receivable Management Tables. RM00101 – Customer master – in case if you create and register new customer or update existing customer info in Great Plains.

• eConnect extensions. Obviously eConnect will be repeating the logic of former Great Plains Dexterity objects. In Great Plains you typically create work documents: Quotes, Orders, Invoices and then you post them individually or in the batch – posting process is functionally assigned to the operator, this is why you will have hard time to program it via eConnect (which allows you to create work documents). You will need eConnect extensions or simply stored procedures, which post work records in Sales Order Processing and potentially Receivable Management modules – it is not recommended to create ones from scratch – posting and order transferring logic is very complicated.

• Stored Procedures approach. We see more and more cases when eCommerce is built around Microsoft Small Business Financials, former Microsoft Small Business Manager – in such a situation eConnect might be too expensive and too complex – you may need just several SOP oriented stored procedures to create SOP orders and invoices at the back end in SOP SQL tables. The advice to the developer in the case of Small Business Financials – ask SBF user to create sample transaction – Sales Order and watch how did it distribute across SOP tables – you will get the idea and replication pattern for your SQL coding

• Development Tools. Microsoft Visual Studio.Net is becoming the tool of choice (over now legacy Microsoft Dexterity or Great Plains Software Dexterity). However if you are eCommerce developer – you will have to use SQL scripting. Usually the first question is – where do I get Great Plains table structure description: Tools->Resource Description->Tables. Sometimes developers ask about Great Plains Integration Manager. This tool is in process of being rewritten with eConnect panidea. Integration Manager up to version 8.0 was relatively slow in its technical ability to integrate bulk number of records – it used legacy OLE Server technology – Great Plains was OLE Server and IM used GP screens to validate integration records. New integration manager should be more powerful and it is in the process of the creation as we write these lines.

• Microsoft Dynamics CRM web front. In some cases we see this scenario. Microsoft Great Plains – MS CRM integration is in process of being rewritten on eConnect – currently it uses BizTalk server (and does a nice job, however sometimes you have to programmatically tune the BizTalk integration). In CRM you can create Account or Contact that will be integrated to Great Plains Customer, then Order when submitted can be integrated to Great Plains if needed. Sometimes developers complain, that they have to force credit limit for the CRM Account to be non-zero – in order for the invoice to come through.


About the Author: Andrew Karasev is Chief Technology Officer at Alba Spectrum Technologies ( http://www.albaspectrum.com http://www.greatplains.com.mx http://www.enterlogix.com.br ) - Microsoft Business Solutions Great Plains, Navision, Axapta MS CRM, Oracle Financials and IBM Lotus Domino Partner. Please do not hesitate to call or email us: USA 1-866-528-0577, 1-630-961-5918 help@albaspectrum.com

Source: www.isnare.com