• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2436
  • Last Modified:

Swipe credit card on web based POS

Is there a way to swipe credit card on a web based POS?

The need is for a physical credit card swipe, and the transaction payment once processed, has to get settled on this web application built using PHP, MySql. In other words, the POS is a web page/form. Once the products are entered and the valid total is displayed on the form, the POS executive should have the option to complete the transaction by just swiping the physical card.
 
Also, if it is possible, we need to capture the card user name automatically along with the first 1 and last 3 digits of the credit card used, and the card type.

Can it be done?
0
pbonly
Asked:
pbonly
  • 2
  • 2
1 Solution
 
tchamtiehCommented:
All card readers do is to read the card number, name, and expiry date electronically. As of yet, your average credit card doesn't have much else on it than that. So a device like this would be pretty much redundant when a keyboard can fill out the information with no extra hardware needed.

That device is known as a wedge device. It just sends the characters in like keyboard entry. You will have to take the input string and chop it up and use JScript to dump the information in the right fields on your web form.

Hope this helps.
-Thomas
0
 
pbonlyAuthor Commented:
Thank you Thomas. This could lead to a solution, but need to clarify some.

Are you saying that by using the wedge device, the credit card details may be read to the webpage? The transaction then could get processed online through the the webpage (with a merchant account online gateway), or otherwise through the credit card swipe device directly, which normally happens in a store sale. Will the former flag this as a credit card present transaction? If not, then what about the transaction fee that varies for card present and card not present.

Further, on swipe, how would the the swipe reader know what amount to charge (which is displayed on the web-page/form). Will it read from the web page? and also let us capture the information like - card holder name and the partly the number for reference on the webpage.

Appreciate your inputs.
0
 
tchamtiehCommented:
Here's how I invision this taking place. The salesperson is already on the checkout page, and has to be in the credit card number field. The salesperson slides the card through the reader, the information is dumped into that form field, this triggers a jscript that would read the information read from the card and fill out the other 2 fields in the form namely Name, expiration date. Then once the salesperson is done inputting the rest of the information in the form (address, phone number etc...), if needed, then he/she submits the form and your application processes the payment with the online merchant. Keep in mind that the amount to charge would have already been determined from the shopping cart. When you say web based POS, it's assumed that this POS is a full blown shopping cart system too. To see what sort of information the credit card has, just get a card reader, open Notepad and swipe the card, it will dump the information into notepad. Hope this helps.

-Thomas
0
 
pbonlyAuthor Commented:
Thanks again Thomas, but this is not the remaining concern.

Actually we do not want the credit card to get charged online through the payment gateway. Mainly because the online credit card processing fee is far higher than the offline transaction fee through credit card swipe, i.e. with credit card present.

So we want the card to be authenticated through card swipe as 'card present transaction' and still save the details needed for reference.

Appreciate your comments.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Cloud Class® Course: Microsoft Office 2010

This course will introduce you to the interfaces and features of Microsoft Office 2010 Word, Excel, PowerPoint, Outlook, and Access. You will learn about the features that are shared between all products in the Office suite, as well as the new features that are product specific.

  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now