eCommerce,Posting,for,Microsof computer eCommerce Posting for Microsoft Dynamics GP overview for w
Gone are those times when the companies and the organisations didn't need a hi-tech system to handle them. Owing to the considerable increase in the business sector and thus, an enormous increase in the complexity of the organisational struc ----------------------------------------------------------Permission is granted for the below article to forward,reprint, distribute, use for ezine, newsletter, website,offer as free bonus or part of a product for sale as longas no changes a
This tool allows you to create or update master records: customer, address, credit card info; also you can create or update work documents Sales Order Processing (SOP) order or invoice. If needed, eConnect allows you to work with the majority of GP master records and documents: purchasing, payroll, inventory control and other modules (in some cases, eConnect doesnt work Invoicing module, for example, but it is not heavily used in ecommerce automation anyway). Some ecommerce integration models require automatic posting this is not possible if you use eConnect only. In this small article we describe Autoposting server technology:Microsoft Dexterity posting engine. The heart of Microsoft Great Plains is well structured and allows Dexterity developer to submit the batch for posting and trigger posting process. In theory it looks nice, however if you are .Net C# or VB developer it doesnt look as the programming guideline for you: Microsoft Dynamics GP Dexterity is proprietary tool and it requires years of software development experience to program such intrinsic processes as instructions to post the batchPosting Server approach. Autoposting server is Dexterity customization, which checks newly entered records in approved batches table it checks the table every few seconds and if the new record is there it initiates the posting process for you. All you need to do is to place approved batch records into the status table. Posting Server works with almost all the types of posting batches, however the most popular are Sales Order Processing batches, where we post SOP invoicesOther eCommerce integration options. If you need very light version of eCommerce integration, then you may decide to utilize stored procedures, placing Sales Orders into SOP10100 and SOP10200 tables, especially when you do not charge taxes and all your items are non-inventoried ones. This simplification might be efficient in light weight ecommerce scenarios. The reason, why we recommend you to create Sales Orders and not Invoices you should avoid complex GL Sales invoice distribution records. If you need to create records for inventory items, then we recommend you not to do automatic allocation it might be difficult to program inventory allocation in SQL scripts you can always do order allocation in GP later on
eCommerce,Posting,for,Microsof