Duplicate charges using RMS -> PCCharge

We are using PCCharge Payment Server 5.7.1 F, installed on a server machine. We have two RMS POS workstations. We have configured our EDC settings to point to PCCharge on that server.

Over the weekend, we discovered that there were several transactions duplicated in PCCharge. They had the same TroutD, and initially they looked like they had the same authorization code. Using a utility program given to me by PCCharge support, I looked at the raw batch data, and saw that the duplicates were sent within 1 - 2 seconds of each other. They had the same TroutD, but they did have different (sequential) authorization codes.

Has anyone ever encountered this problem before, when one copy of PCCharge is serving multiple RMS POS workstations?

During the interim, we have changed our tender types in RMS from Credit Card to Other. When our cashiers have a credit card transaction, they bring the card into the office,whre PCCharge Payment Server is running, and run the card directly through PCCharge. We've done this for two days, with no duplicates.

One concern is the time delay from the time we swipe the card in RMS to the time PCCharge sends back the authorization. In our current environment, with PCCharge on a server machine, the time from card swipe to authorization in RMS is about 5-7 seconds. During my testing, when I had RMS and PCCharge on the same box, the time was

2-3 seconds. One suggestion that PCCharge gave me was to install a copy of the payment server software on each workstation, so that time delay would disappear. I know there are several people here who have multiple registers hitting one copy of PCCharge. What sort of timing from swipe to authorization are you experiencing?

Bill Yater The Worth Collection snipped-for-privacy@worthltd.com

Reply to
Bill Yater
Loading thread data ...

There was a hot fix that addressed duplicate charges in PC Charge. You should upgrade to RMS SP3 or later.

When everything is working, delay is negligible between local copy of PC Charge and Server Copy. The only time I've seen a delay across the network is when the wrong screen is open on Payment server, or when the server has lost it's connection to the internet and uses a dial-up connection - both of those result in much longer delays or actual timeouts. You may have some network congestion, or possibly some user authentication issues

Reply to
Glenn Adams [MVP - Retail Mgmt]

Glenn:

Are you aware of duplicate charge issues with just RMS? From time to time we ave transactions fail due to the initial send action being delayed for some reason, which causes the second send to fail. Seams to mostly affect debit/check cards.

Thanks!

Beau

"Glenn Adams [MVP - Retail Mgmt]" wrote:

Reply to
Symmessooner

All of the duplicate charge issues I know of were related to the PC Charge integration. You might want to run that one by MS...

Reply to
Glenn Adams [MVP - Retail Mgmt]

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.