Credit card status comes back manual entry

This is a follow-up post to a problem I asked about to relate what I have found in case any one else may find it useful. Sorry, it is a little long.

Occasionally when a cashier swipes a credit card they may get a pop-up notifying them that the card number may not be valid. The box has two options, OK or CANCEL. Depending on how good the card read was, if you choose OK the credit card validation may go through fine without any intervention. Today I confirmed this is the source of many non-qualifying transactions, where the card clears as "MANUALLY ENTERED". The field RequestAccountDataSource in the VisaNetAuthorization Table value will be T (manual) instead of D (swiped). Besides paying more to your porcessor, you are also at risk if there is a chargeback because you may need a card imprint if the card status was not 'SWIPED' to prove the card was present. There is another field that does show card was present, but I have had a chargeback issue of this type already.

We have been re-training our cashiers to make sure they hit CANCEL on the credit card warning pop-up, but that is not fail-safe. I had not gotten a response to this question before, but maybe someone who is better versed in SQL can answer if it would be possible to have a trigger to check the RequestAccountDataSource value and prompt the cashier to get a card imprint if the status comes up a T, manually entered.

Marc

Reply to
Marc
Loading thread data ...

What i think is happening is the card reader can return track2 or track1. Track2 produces a normal swipe, but track1 produces a manual transaction since it doesn't contain the discretionary data. You might be able to configure the readers to only do track2 in which case you won't ever get this problem (but you'll have more situations where the card doesn't swipe). You should teach your clerks the old "wrap a plastic bag around the card and try to swipe" trick. It could be that you have a bad card reader that does a lot more than a fair share of these "track1" transactions. It would be great if you could configure RMS not to build a transaction if it only gets a track1 and not track2, but maybe it happens in the opos driver... Maybe someone else knows more of the story.

Marc Katz, CEO Mercury Payment Systems

Reply to
mkatz

Marc,

I would much rather have a NO swipe then get a manual entry. I have Mini-Mag readers and I will look into the possiblilty of programming track 2 read only. And yes it would be nice if RMS added in some control over this!

Thanks,

Marc (Beverly's Pet Center Marc!)

Reply to
Marc

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.