|
|
|
Accepting Payments Online: An ECommerce Web Site Overview
There are a seemingly infinite number of choices and configurations to accepting payments online. Choices range from almost total "do it yourself" programming to turnkey packages. You can accept online payments from an ECommerce Web site in two...
Building Ecommerce Web Sites: Where Do I Start?
Building a web site isn't something that is really cut and dry. There's a huge variety of products and services that can either help you get your web site where you want it or simply confuse you. It's also important that you make the right choices...
Evaluating Vendors of Ecommerce Fulfillment Services
Once your website has secured an order, you have to fulfill it. While the fulfillment of digital goods is usually handled online, the delivery of physical goods is handled in a "brick-and-mortar" world.
When choosing a fulfillment company ( ...
Integrating Microsoft Great Plains Accounting/ERP: RMS, CRM, eCommerce, Lotus Domino overview for developer
Microsoft Business Solutions Great Plains has substantial market share among horizontal and vertical clientele in the USA, Canada (including French version for Quebec/Montreal), UK, Australia, New Zealand, Spanish speaking Latin and Central...
The No. 1 Ecommerce Solution Tip For You
The number one ecommerce solution you need to be a success on the Web is learning to write for the internet. You will be able to capture your visitors attention and hold it, otherwise it's click and off to another site.
You need to be able to put...
|
|
| |
|
|
|
|
| |
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
|
|
|
|
|
|