Phone-in orders and credit cards

[mlulm]

I have lots of customers who prefer to call in their cc numbers.

I would like to be able to look up his order in the admin program and have a button that would allow me to enter his cc numbers and have them processed by my credit card company. Finnishing the order.

[Aodhan]

I have lots of customers who prefer to call in their cc numbers.  

I would like to be able to look up his order in the admin program and have a button that would allow me to enter his cc numbers and have them processed by my credit card company. Finnishing the order.

 

Do you have a merchant account? If so, find out if they have a web page where you can do validation. That way you can just go to the website to validate while you have the customer on the phone.

 

If you don't have a merchant account yet, then find one that has a web validation capability.

 

Aodhan

[mlulm]

Yes I have a merchant account. I'm just trying to avoid having to manually enter the customers name, address, order number and amount into the virtual terminal.

[mattice]

The problem will not be getting the cardnumber in the database through the admin, the problem will be you

 

1) really do NOT want to store cc nrs in the database

2) need to connect to the virtual terminal

 

I seriously doubt if option 2 will ever be coded and contributed as it is so

merchant account specific.

 

HTH

Mattice

[mlulm]

I don't want to store cc numbers.

I have customers who use the Mail/Phone_in payment option. The ones who send checks are no problem. But the ones who phone in their cc numbers require a lot of work typing in their information into the terminal.

It seemed to me that since I have all the order and customer info in the database it would some how be possible to jump to the checkout_payment.php page and enter the cc numbers completing the order.

[mattice]

look how your module (the one you would normally use) connects to your payment processor. Then code a seperate, secured page that does the checkout again with specific data pulled from the db. Won't be easy but should be possible.

 

Rgrds,

<Matthijs>

[mlulm]

That sounds like what I need. I could select the unpaid order in the Orders section of the admin program. Click a button which would pass the order data to a page that looks like or is my "Payment Method" page.

All I would need to enter is the cc number and expiration data to finnish the order.

I use Authorize.net and Linkpoint for cc processing.

This is probably way above my skill level. Any hints to get me started.

[mlulm]

Maybe this would be an easy to do.

When a customer with a pending order returns and goes to checkout enters his ID and password the cart remembers his old order information. He can then enter his cc info and complete the purchase.

If we could add a code that makes the software think we are that customer the problem would be solved. The only problem I could see is if the customer had more than one order pending, then it would have to be order number specific.

[mugitty]

I also have customers who would prefer to phone in an order- some who don't want to enter their card online and some who just happen to order at the end of an information request, whether by credit card or by check.

 

My initial thought was to just create their account in OSC for them while on the phone - at some point, I will have to type their complete information anyway if I am going to be shipping something to them. They would be given the info necessary to view their order status and history as well as me having the info in the same place that normally processed orders would be. You would need to point out to them that you were creating an account in their name, as you would actually be entering their email address and password for them. I have a local terminal to my payment processor through which I can process the credit card, but if you have OSC set for processing credit cards online, that could be used instead.

 

Question: Does the email splitting function for credit card numbers (ie: outer 2 quads show in the account info on OSC and the inner 2 quads are emailed to the store owner) that is included in OSC provide a fair level of security?

 

I don't know if this gives you any additional food for thought, but would be interested in any feedback or other ideas for a solution.