I was wondering if anyone had come across this issue using POS. The function (a button that is set up in POS) is used so that a cashier can swipe the Mercury Gift Card after being prompted to do so, and the card's balance is returned. The problem we are having is that nothing comes back from Mercury, even though it appears it is running. If the card number is manually entered, then a balance is returned. We haven't had any problems with using the swiper for credit card and gift card sales, so I'm thinking that there is something wrong with the function itself. (I have already contacted Mercury about this problem but they are, for lack of a better term, stalling). Thanks for your time.
Problem with Mercury Gift Card Balance Function in POS
May 29, 2007
5 Replies
First, you should be getting support from your RMS reseller rather than direct from Mercury (that's how MPS is supposed to work).
What kind of MSR are you using? Can you scan a card directly into Notepad? If not, then you are probably using an OPOS MSR device - I doubt that the balance check is capable of 'claiming' the device. If you can scan the card into Notepad, what does the output look like (if you post the scan make sure you X out any identifying info)? When you scan the card into the balance check, does it appear that the number has scanned (does it appear in the text box)?
Glenn Adams Tiber Creek C> I was wondering if anyone had come across this issue using POS. The
I was wondering if anyone had come across this issue using POS. The function (a button that is set up in POS) is used so that a cashier can swipe the Mercury Gift Card after being prompted to do so, and the card's balance is returned. The problem we are having is that nothing comes back from Mercury, even though it appears it is running. If the card number is manually entered, then a balance is returned. We haven't had any problems with using the swiper for credit card and gift card sales, so I'm thinking that there is something wrong with the function itself. (I have already contacted Mercury about this problem but they are, for lack of a better term, stalling). Thanks for your time.
We can scan a card directly into Notepad, with the information appearing as ;999999999999™9999999? This information also appears in the box when scanning. What's even more interesting is that you can cut and paste the line from notepad into the gift card balance prompt, and a balance is returned. The only thing I can think of that might be throwing it off is that it also appears to add a carriage return and/or line feed after the card is scanned, so scanning it into notepad actually looks like ;999999999999™9999999?
(with the blank l> First, you should be getting support from your RMS reseller rather than
It looks like we've found the solution to our problem. Here's an excerpt of the message I sent to Mercury (and our reseller) about what happened:
"I believe we've found a potential solution for this. Of course, it had nothing to do with the Mercury application, but the programming of the magnetic stripe reader. The details are as follows: The magnetic stripe readers that we are using are Logic Controls model MR1000. As I had previously reported (at least I hope I did), swiping a card to a text file resulted in two lines - one line containing the card information, and then a blank line following that.
Utility (at the bottom of
formatting link
andwas able to take a look at how the stripe reader had been programmed(this utility was not on any of the workstations prior to this, so I'massuming it was a plug and play type installation). One thing Inoticed was that for the card data suffix information, there was acarriage return [CR] value. Remembering that there was an extra linewhen scanning a card to a text utility, I changed this to a line feed[LF] value. After making this change, the Gift Card Balance utility worked - and the stripe reader still appears to be working for credit card sales and gift card sales (which had been working before)."
Thanks everyone for their help and suggestions, and I hope this might be helpful to others. Tim
Good solution. Thanks for posting it back!
Glenn Adams Tiber Creek C> It looks like we've found the solution to our problem. Here's an
Join the Discussion
Have something to add? Share your thoughts — no account required.
Didn't find your answer?
Ask the community — no account required