Quote Originally Posted by DivaVocals View Post
and let me expand my answer here..

The issue is that you are letting the term "PAYMENT MODULE" throw you off.. A P.O. remitted as part of an ordering process is payment that is an AUTHORIZATION to order and a PROMISE TO PAY.



A P.O. is what the customer remits as payment to secure the release of their product. By issuing a P.O. the buyer is agreeing to pay for the goods at terms specified in the P.O.

By accepting the P.O. you are agreeing to those payment terms and will both ship the goods to the buyer, and then invoice them for those goods.

I believe that what you are hung up on is the fact that there is no actual CASH transaction taking place so you want to SKIP the payment step in the checkout.. Except at WHAT POINT in the checkout process do you exactly see is the place to collect the P.O. data?? All you need is a P.O. module to be offered as your ONLY form of payment. Then your customers can enter their P.O. number and place their order in your store. You can then bill them using whatever invoicing software you are using (Quickbooks, Peachtree, etc)

I HONESTLY do not think you need custom development for this unless you are using P.O.'s in some sort of custom/non-standard manner..
More...
Electronic purchase orders

Many purchase orders are no longer paper-based, but rather transmitted electronically over the Internet. It is common for electronic purchase orders to be used to buy goods or services online for services or physical goods of any type.
Again.. In order for ANYONE to help/advise, there needs to be an understanding about WHY the collection of a P.O. number CAN'T be done as a payment module...

Also since this discussion is now FULLY off topic for FEC, I'm going to request that the admins/moderators MOVE all of these posts to a NEW SEPARATE thread..