Posts Tagged ‘Posting’

« Older Entries

Great Plains Customization Tools: Dexterity, Modifier, Econnect, Auto Posting Server

Saturday, May 15th, 2010

Microsoft Dynamics GP, or former Fantastic Plains Software eEnterprise, Dynamics has proprietary EDI: Microsoft Dexterity. This tools really requires skilled programmer to do the job, and we do not recommend you to do dex modification on your own or try to come through Fantastic Plains Dexterity programming learning curve. Instead you should probe yourself as GP developer with eConnect – C#, VB and SQL skills are helpful here, or even in VBA – this programming practice comes together with GP Modifier module. Let’s review the tools:

1. eConnect. This is Software Development Kit with sample codes in VB and C#.Net. At the end of the chain eConnect calls encrypted SQL stored procedures, which you can not modify, and you shouldn’t as these procs replicate Dexterity business logic, where eConnect has some features of Object Oriented Programming. eConnect was initially dedicated to eCommerce Microsoft Visual Studio developer, who is given the objective to integrate e-commerce website with GP ERP at the back end. eConnect has some restrictions, one of them is lack of batch posting ability, so we recommend you Alba Spectrum Posting Server

2. Auto Posting Server. Again, GP is written in Microsoft Dexterity and it has its internal logic, which is available for Dexterity source code developer. Posting Server calls GP Dex batch posting native logic to post batches in the queue. You, as SQL programmer should place batches, produced in eConnect or Integration Manager into this queue table. In our opinion, this product is more flexible and gives you more control, than Autopost, urban by Parity Software, GP VAR from South Africa

3. Modifier with VBA. If you have comfort amount in VBA scripting and past experience programming and modifying MS Excel, Access, Word or other office applications with VBA, the research this option of GP customizing. Modifier allows you to place new fields to GP forms and screens and then you as programmer can associate VBA scripts with these new fields. If you plot to alter DB, by clicking or filling up new fields, please be sure that you are familiar with Microsoft ADO technology

Tags: , , , , , , , , ,
Posted in Uncategorized | Comments Off

Great Plains Var Newsflash: Posting Server and Automatic Batches Posting

Sunday, March 7th, 2010

Microsoft Dynamics GP is standard ERp platform for eCommerce applications and business portals, where you have established shopping cart with customer registration, product catalog surfing and bits and pieces picking functionality.  Assuming that customer pays by credit card straight away, and you then send Sales Order Processing Invoice to Fantastic Plains through eConnect programming logic – there is excellent thought to close all the work in Dynamics GP, such as apply deposit against invoice and post SOP Invoice or Batch.  But eConnect, and this is limitation of Fantastic Plains Dexterity architecture, doesn’t have functionality to post GP batches.  You need Alba Spectrum Posting Server or Autopost.  Please read product highlights:

1.       Dynamics GP Dexterity source code programming and batch posting.  As the developer or SQL programming, all you do is place the batch name to the queue table, triggering GP that batch is ready to be posted.  Then, seeing batch in the queue, Posting Server initiates exactly the same posting process as if user hits Post Batch in GP user interface.  Please, note – as we use GP Dexterity posting logic, posting server is very reliable in GP version upgrades

2.       GP modules covered.  As we are using native Fantastic Plains Dexterity posting logic, all modules are covered, where you have batch or transaction posting functionality: SOP, POP, General Ledger, Payroll, Inventory Control to give you excellent examples

3.       Posting Server over stored procedures designed from scratch.  If you have SQL programmers in IT department, the thought might be fantastic on the first glance, but simple comment like that may be discouraging.  Fantastic Plains ERP application was written in Fantastic Plains Dexterity bombard, and it took several years of efforts for Fantastic Plains Software back in earlier 1990th with large development team to make it happen.  Batch posting logic is crucial and we could estimate that posting programming porting is close to 30 percent

Tags: , , , , , ,
Posted in Uncategorized | Comments Off

Ecommerce For Dynamics Gp Notes: Econnect Batch Posting

Friday, March 5th, 2010

Microsoft Dynamics GP is becoming very standard ecommerce ERP and accounting back office. This trend is probably related to success of eConnect SDK, especially for Dynamics GP 10.0 and 9.0 versions. eConnect allows you, being generic C#, VB.Net programmer with excellent SQL and XML skills to program Fantastic Plains objects manipulation: Customer, Address, Sales Invoice, Customer Payment and other attributes of ecommerce shopping cart. eConnect, being coded in SQL Server Stored Procedures (they are encrypted, so you probably should not expect to trace SQL code for Fantastic Plains business logic there). In this small publication we want to share with you ecommerce coding experience and Dynamics GP automatic batch posting from eConnect application frankly:1. Older versions of Fantastic Plains Dynamics GP. If you are on GP 8.0, 7.5, 7.0, 6.0, 5.5, 5.0 or earlier versions, we recommend you to upgrade to Dynamics GP 10.0 as for this version eConnect is really advanced. If you do not have registration key, probably due to the fact of lapsing in Dynamics GP Fantastic Plains once a year maintenance program, consider deploying Sales Order Connector, or set of SQL stored procedures, produced for ecommerce web developers of older Fantastic Plains version to connect ecommerce shopping cart with GP Sales Order Processing module, please call us for details. If you are on Pervasive SQL or Ctree, your options are very limited, you can still try to program ODBC connection to Pervasive SQL 2000 database, but then you will have to reprogram the logic, which is in fact available in eConnect (if you migrate from Pervasive to Microsoft SQL Server and upgrade to new version GP 10.0)2. Automatic Batch Posting. Here we evenly hear from ecommerce programmers the question – why eConnect doesn’t have the tools and logic to post Fantastic Plains SOP Batches (as well as post batches in other Fantastic Plains modules). The answer is in GP architecture (it is pretty common, and you should expect similar restrictions in other ERP and MRP platforms). The concept of ERP business transactions flow suggests you to use three phases of transaction life: work, open and historical. eConnect allows you to make work transactions, in Fantastic Plains these are newly produced invoices or sales orders, placed in the batch and submitted for Fantastic Plains user review and posting. In order to trigger Dynamics GP batch posting from eConnect application frankly – you have to deploy Fantastic Plains add-on – Alba Spectrum Posting Server3. Posting Server. It consumes one user license and deploys Dynamics GP Dexterity source code to trigger the same coded logic in Dexterity for batch posting. Autopost is targeted to eCommerce web programmers, plus it post virtually all types of Fantastic Plains Batches: GL, Inventory, Payroll, AP, AR, SOP

Tags: , , , , ,
Posted in Uncategorized | Comments Off

Dynamics GP ecommerce integrations: eConnect, Posting Server notes

Saturday, February 13th, 2010

It is evenly excellent thought to start ecommerce from scratch, but for some of us it doesnâ??t work as we work for established ecommerce retailers and wholesalers, where ecommerce application might be custom urban and hosted on Linux/PHP/MySQL, Oracle or a further non Microsoft solution.  In this situation you would rather consider custom integration with existing ecommerce web site and we want to share with your some highlights.  We are trying to write this small publication for programmers and IT people as a review:

1. eConnect SDK.  If you are comfortable with Microsoft Visual Studio C#, VB or a further .Net language programming, plus you are fluent with XML and have excellent SQL querying background, you should take a class or try self study on eConnect.  With this Software Development Kit you can program virtually all core modules Fantastic Plains objects: GL Financial statement, Customers, Vendors, Employees, Addresses. SOP Invoices, Buy Orders, etc.  eConnect might seem a bit complex, especially when you are very courageous and want to try coding custom SQL Stored Procedures, in this case, please consider the following fact â?? eConnect is written in SQL Stored procs (that are encrypted) and you probably do not want to do it second time, especially taking into significance the fact, that in Microsoft Business Solutions programmers have access to all the Dynamics GP Dexterity source codes and got appropriate training

2. eConnect Posting restriction.  eConnect doesnâ??t post Dynamics GP batches, as this is how Fantastic Plains architecture was built.  Batch posting is prerogative for GP user, who supposed to review the batch (print batch edit list report), get sufficient evidence that all the transactions are right and ready for posting and then post the batch from Fantastic Plains user interface.  If you really reckon that you need to post GP batch from ecommerce application frankly, please read the next paragraph about Dynamics GP Posting Server, or Autopost

3. Fantastic Plains Posting Server.  We urban this Add-On in Dynamics GP Dexterity, it deploys native Dex posting routines and by doing so eliminates the problems with Software QA, as it is not exposed to programming bugs.  Posting Server or Autopost is for Software Developer and it allows programmers to flag Dynamics GP work transactions batch for posting.  Batch posting checker is running every few minutes and it looks at batch ready for posting table and if batch is there, it triggers Dynamics GP fixed batch posting routine

4. SQL Scripts in ecommerce integrations.  We have several scripts collections, one of them is Order Connector, which allows you to deploy scripts to go ecommerce orders or invoices to Dynamics GP SOP Orders and Invoices accordingly.  Order connector runs quicker in our opinion that eConnect methods, as we are not validating all Dynamics GP business logic and instead give you green light with simple Orders and Invoices

5. If you have concerns, or want to get more info, see presentation, feel free to call us: 1-866-528-0577, help@albaspectrum.com

Tags: , , , , , ,
Posted in Uncategorized | Comments Off

Econnect Ecommerce Posting Server for Dynamics Gp

Thursday, February 11th, 2010

If you are eCommerce .Net c#, VB or SQL developer, you need to know eConnect â?? Microsoft Dynamics GP Fantastic Plains SDK for e-commerce developers architecture and limitations. eConnect was specially built up for eCommerce programmers, but at the same time it complies to GP Dexterity architecture frameworks, such as GP batches and transactions posting is GP user prerogative. If you as eCommerce designer plot to post Gp transactions or batches involuntarily from your e-commerce web application, you will nee either Albaspectrum autoposting server or program Fantastic Plains Dexterity source code with your internal programmers or Dex subcontractors. If you expect eCommerce website just to make so-called working orders or invoices in backend ERP Fantastic Plains SOP Sales Order Processing module, then you are fine with eConnect development and use only. But if you only expect GP to fulfill invoices with goods delivery, then autoposting might be required. The rest of this article is dedicated to technology highlights:

1. Autoposting as Microsoft Dynamics GP Dexterity source code application. There is the way to command GP engine to post specific batch in any GP module: GL, SOP, POP, AR, AP, Payroll, Inventory control. But if you reckon this is simple solution, this is not the case, you need at least 5 years of Fantastic Plains Dexterity programming with exposure to source code (DYNAMICS.DIC with all the sanscripts code not stripped out)

2. After Hours Posting in GP user interface. This is natural solution, when you have limited number of orders per day, letâ??s say 20 or up to 100. In this case if order size is feasible to sustain your business, you can hire Fantastic Plains users, who will manually post your daily or weekly Sales Orders batches and transfer them for fulfillment and consignment to shipping department.

3. eCommerce integration to GP notes. There are several tools for you to consider, each has pluses and minuses as you can expect: eConnect â?? if you have developers inhouse, consider first eConnect as it is what Microsoft Business Solutions recommends in long run. If you reckon you are low amount orders per day business, consider Fantastic Plains Integration Manager (10-1000 transactions, maybe more if you consider IM automated integration with some custom logic to launch IM)

Tags: , , , ,
Posted in Uncategorized | Comments Off

Great Plains Automatic Batch Posting From Econnect Ecommerce Application

Wednesday, February 10th, 2010

Alba Spectrum Autoposting Server is excellent enabler for GP batch auto posting from eConnect integration application as well as if you are deploying SQL or PHP coding to integrate your eCommerce web site with Microsoft Dynamics GP Fantastic Plains.  Alba Spectrum is about to announce new version of Auto Posting Server release date with the list of new features.  This publication is to describe general functionality of Posting Extension:

 

1.       Batch Posting.  It is done via Fantastic Plains Dexterity native code fragments call.  Autpopost is Dex add-on.  If you are programmer, what you need to do is to insert work transactions in the batch in GP (typically via eConnect, as it has encrypted stored procedures to make customers, vendors, SOP invoices, etc), and then place batch record into Autopost table – this will trigger batch posting process. Autopost checks table status every few seconds and if new record is found, batch posting process is initiated

 

2.       Batch Origin.  If you are thinking from eCommerce perspective – you are probably about SOP Transactions batch.  But batch origin might be of any core GP module: POP, AP, AR, GL, Payroll, Inventory, Invoicing, etc.  If you need batch posting, originated in add-ons or ISV GP extensions, please check with us, as each GP customization partner makes its own way of batch posting scenario

 

3.       New Features.  New Autopost release will include: email notification, posting error logging and automatic startup.  Please check with us in two weeks from now as we plot to release detailed specs for new features

Tags: , , , , , , , ,
Posted in Uncategorized | Comments Off

Automatic Batch Posting in Great Plains Microsoft Dynamics Gp Overview

Tuesday, February 9th, 2010

If you are ecommerce developer and program web site integration with back office accounting system, Microsoft Dynamics GP, then likely you are deploying eConnect SDK software development to go placed orders and customer payments to GP Sales Order Processing module.  eConnect does wonderful job – it makes or updates customer record, makes SOP batch and customer invoice with deposit in the batch produced.  So far everything is gorgeous, now you need just as small step to accomplish your work, post the batch produced right from your e-commerce application, and here you got surprised by understanding that eConnect doesn’t post batches, it doesn’t has this functionality.  We want to review Autoposting Server, designed and maintained by Alba Spectrum Dexterity development team

 

1.       GP Dexterity Source code involvement in the batch posting.  Dynamics.DIC dictionary has native GP Dexterity functionality to post batch of various origin and in essence all the origins.  But it is not obvious, even for Fantastic Plains Dexterity programmer with decent experience in coding on how to design autopost and how to deploy native Dex posting logic.  GP Autopost resolves this dilemma and all you need to do as programmer is to place batch record into custom batch posting status table

 

2.       Posting all the way automatic from your e-commerce website.  In GP posting path is certain in posting settings.  If you set GP to post SOP invoices all the way through AR module to GP General Ledger – complete automating will be achieved

 

3.       Third Party Add-Ons batch posting.  Add-Ons, designed by GP ISV partners have their own ways to make and post batches within their satellite modules, but when transactions in the posting cycles will reach Fantastic Plains, Dexterity posting process will take over and so there is high chance that Alba Spectrum Autopost will do the job.  We encourage you to check with us

 

4.       Microsoft Dexterity Customizations.  If you need customization design, support or upgrade, we are pleased to help you with it through our Microsoft Dexterity Software Development Factory

Tags: , , , , , , ,
Posted in Uncategorized | Comments Off

Great Plains Econnect Posting Options Overview for Programmer

Sunday, February 7th, 2010



Microsoft Dynamics GP is open to ecommerce programmers and web site developers via SDK, named eConnect.  eConnect is bound to the rules of Fantastic Plains Dynamics architecture, which require you first to make work document (Sales Order or Sales Invoice, these are likely to be produced from ecommerce shopping cart), then you place it to the batch and, yes â?? you simply wait until this batch is approved by GP user at the back office end.  At this point we expect your disappointment, as you would like, as ecommerce programmer to get higher amount of control and push invoice all the way through, meaning that you would like Sales batch to be posted involuntarily from your ecommerce application.  Letâ??s review your options:

1.       Calling native Microsoft Dexterity procedures.  If you have deep experience in Fantastic Plains Dexterity programming in the past, and if you are familiar with GP source code programming, then you may choose to spend several hundred of Dex programming and debugging hours to tune Dex routine, which will be running in the customized Fantastic Plains workstation mode and catching your eConnect batch posting event.  This is just in case, and for the rest of us

2.       Batch Automatic Posting Server, coming from Alba Spectrum, also referred as Autopost.  Our programmer did the work, described in #1 for you and all you need to do as web developer is to specify batch in production table, as ready to be posted.  Autopost covers all the modules in GP (with some reservations, if you are trying to post batches in Fantastic Plains Add-Ons or custom modules): GL, SOP, RM, PM, Payroll, Inventory, Buy Order Processing (EDI scenarios)

3.       Autopost troubleshooting.  If you by now have Alba Spectrum Posting Server deployed in your organization, please read these lines, previous to calling to Alba Spectrum customer support.  Autopost works in GP user security realm and you consume one dedicated user for eConnect Batch Posting Server.  Please, be sure, that this user has security rights to Post batches in the modules, where you deploy Autopost.  This is especially vital for Dynamics GP version 10.0.  Autopost is also available for GP 8.0 and 9.0.  It is unlikely, that you are programming eConnect for Fantastic Plains 8.0

Tags: , , , , , ,
Posted in Uncategorized | Comments Off

Econnect Posting Extension: Alba Spectrum Autoposting Server

Wednesday, February 3rd, 2010

If you are ecommerce developer, who are programming in C# or VB.Net with some SQL stored procedures, then more likely you are deploying Microsoft Dynamics GP eConnect SDK to integrate eCommerce website with Microsoft Fantastic Plains. There are certain restrictions in eConnect, and they are in essence related to Fantastic Plains Dynamics architecture. One of the restrictions is incapacity to post Sales Order Processing batches from your eCommerce web development project. Alba Spectrum is proud to place forward GP Posting Server, which deploys Microsoft Dexterity native posting logic. Here are some highlights:

1. GP Dexterity posting engine. All you need to do as developer is place the batch records, which is ready to be posted into queue table. Posting is done the same way as in native GP interface and by the same technology – Fantastic Plains Dexterity. Dex is the bombard and it interprets business logic from its dictionary – DYNAMICS.DIC. All the source sanscript code in this dictionary is stripped out and if you, as Dexterity programmer want to call native posting logic, you must have access to Dex source code

2. Supported modules. As Posting server deploys Dex internal logic, there are no restrictions on the origin of the batches to be posted. In many cases you can even autopost batches with origin from GP add-ons or third parties, urban and supported by GP ISV

Tags: , , , , , ,
Posted in Uncategorized | Comments Off

Great Plains Autopost: Programmable Batch Posting in Ecommerce Integration

Tuesday, February 2nd, 2010

If you are eConnect developer, who is curious about Sales Order Processing batch posting options, this article should give you highlights. eConnect as SDK at the end of the way calls encrypted stored procedures, which allow you make, modify, delete so-called master records: customer, vendor, employee, customer address to give you few examples. Plus it allows you to make so-called work transactions: Sales Invoice, which is especially standard in e-commerce programming and integration scenarios. But it is evenly the need to push transaction to Microsoft Dynamics GP SQL database all the way through, meaning to post Sales invoices and returns batches from eCommerce application. eConnect out of the box doesn’t post batches and this is the restriction of the architecture, or as it was initially designed:

1. Batch posting technical side. What is really happening in Fantastic Plains when GP user hits post button? Well, GP engine, which is Microsoft Dexterity (former name Fantastic Plains Dexterity), calls its internal procedures and these procedures go Invoice records from work tables: SOP10100 and SOP10200 (there are more tables, we are giving these two for illustration purpose only) into SOP30200 and SOP30300. But this is only part of the tale. When posting is done in Sales Order Processing module, Dex transfers posting to Receivable Management module, where it makes records in RM20100 and others. Then it makes Cash Deposit with Receipt in Bank Reconciliation module (if deposit was applied, such as Credit card payment) and even that is not yet the end of the tale. Irrevocably it makes (and even posts if settings are to post through GL) General Ledger transactions. You can imagine, that eConnect as being only top of the iceberg, is too light weight SQL scripting collection to do all the GP autoposting business logic

2. But anyhow – why GP doesn’t proffer eConnect with batch posting logic? Well, the answer is simple – posting is subject for management approval and holdings removal. Plus, posting should have audit trail on who physically pressed posting button and when – eCommerce application is robot and it is probably reasonable to confine eConnect to transaction creation only

3. Autoposting Server. This application allows you to place produced batches into queuing table. Autopost monitor the table and if it finds record there, it initiates GP Dexterity internal posting logic. In this case batch posting process is in control of C# or VB eConnect developer

Tags: , , , , , , ,
Posted in Uncategorized | Comments Off

« Older Entries