Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - SteveH

Pages: [1] 2 3
1
ezPower / Re: Program Hang
« on: September 24, 2013, 09:10:27 AM »
We are Saco River Camping Area. We do not generally restart the computer but usually restart the program each morning. Right now the program is using 20Meg of memory. The computer is running XP and has 2G of RAM. I do not believe it is out of memory but will check later.

2
ezPower / Program Hang
« on: September 24, 2013, 05:36:41 AM »
We have had a number of ezpower program hangs recently. One just happened a few minutes ago right after running a credit card (Mercury). It appeared that the credit card transaction finished fine, printed the receipt, but ended with the screen going completely white - same background when bringing up the Sales Window and the pop-up box (Open Sales Window) is asking for a password though there was no pop-up box. Looking at the task manager, the ezpower program is running, no cpu usage, but not way to access anything in it either. I ended up ending the ezpower task and restarted it. The last transaction seems to have completed.

I know that isn't much to go on but do you have any ideas? We are running Version 13.480.

3
ezPower / Re: Partial Credit Approval
« on: August 22, 2013, 05:42:13 AM »
Thanks. I verified that this worked with a split sale. Assuming the partial authorization updates the total properly (which I assume it does but can't easily test it), then this ought to work.

Thanks.

4
ezPower / Re: Partial Credit Approval
« on: August 20, 2013, 11:12:53 AM »
Mercury's response: The POS program needs to be able to send a Void or Return request for that transaction.

A little more research into the Partial Approval process shows Mastercard and I believe Discover both require this type of approval. In the event the customer cannot pay the balance, a Real Time Reversal is performed which is basically a void sent from the merchant.

So, what is the best way to close out a sale that is partially paid for?

5
ezPower / Partial Credit Approval
« on: August 20, 2013, 07:46:29 AM »
A customer wants to pay with a credit card and for whatever reason, the authorization ends up being a partial approval. What do you do? Example: Charge goes in for $50. Credit is approved for $25. The customer has no money or another credit card to finish the sale. How can you close the sale? You can't void it because it isn't finished. The register is basically hung on this transaction!

Is there a way to disable a partial approvals? This is the root cause of the problem.

One of our cashiers ran into this the other day and ended up deleting the items in the sale (not sure how this is legal either since one of the items was partially paid for). Then rang up a new customer with a new item for cash and the original sale item was obliterated but the partial credit card charge was still in there. This all happened in a single register receipt number. The End of Day recorded the correct amount for cash sales (i.e. picked up the second item sold for cash) but was over by the partial credit card amount for credit card charges.

We use Mercury for CC processing and had to call them to get this straightened out - voiding the partial charge.

6
ezPower / Re: Moving to a different register
« on: June 26, 2013, 11:47:57 AM »
Maybe I am not familiar with the cashier report. I would like to move a cashier without having to count the drawer. I do not see how that can be done without moving the drawer and associated transactions to a new register.

7
ezPower / Moving to a different register
« on: June 24, 2013, 05:13:09 AM »
Is there a way to move a cashier and cash drawer to a different register and transfer all the transactions with it? I'd like to be able to move a cashier around and still have the z-out accurate at the end of the day.

8
ezPower / Re: Credit Card Processing
« on: January 31, 2013, 01:06:52 PM »
One more CC question... Is there a way to set up a payment type for an alternate credit card processor? I'm asking because suppose we had a second processor like "Square" running off a cell phone. If our network went out or we were selling items on the road where an internet connection wasn't available, we could run the charge through the cell phone. I would still like to account for it in ezPower as a special payment type. Suppose I changed an existing payment type such as PayPal (assuming it is unused) to Square. Any payments using Square could be accounted for and would show up in the Daily Reconciliation report, correct?

9
ezPower / Credit Card Processing
« on: January 30, 2013, 11:16:15 AM »
We've been using ezPower POS for years and love it. We've had the Credit Card processing enabled all along as well, first with PCCharge, then Mercury following the V13 upgrade. Today an email was sent around advertising ChargeItPro with ezPower. Could someone summarize what Credit Card options are available with ezPower today? My version current has configuration settings for:
  • Merchant Warehouse
  • Mercury
  • CIP - which I'll assume is ChargeItPro

Is ChargeItPro simply another option or is Mercury being phased out?

10
ezPower / Re: Transaction zeroed out
« on: September 27, 2012, 08:11:48 AM »
Is there any way to recover the details of a voided sale?

11
ezPower / Re: Transaction zeroed out
« on: September 26, 2012, 12:36:05 PM »
Is there a way to see the details of the activity prior to a void closed sale?

I'm also having trouble understanding the following sequence in the log with the same record number:
Void Closed Sale
Finish Sale
Payouts
Open Drawer
Open Drawer

I was there for the open, open, payout, finish which all have the same record number. I have the payout slip but there is no record number printed on it though the time stamp matches. What would the "Void Closed Sale" do to a payout? I still see a payout on the "Daily Reconciliation" report.

I assume given the above sequence that a record number is applied to all operations until a finish sale or equivalent happens.

This activity log is really useful!!!

12
ezPower / Re: Transaction zeroed out
« on: September 26, 2012, 07:59:06 AM »
AH... I've never used the activity log. It was a void on the other register! Thank you very much!!!

13
ezPower / Transaction zeroed out
« on: September 25, 2012, 04:23:19 PM »
I had a strange problem today. We have two cash registers running ezpower. One was over by $10 at the end of the day and it appeared to be because one transaction showed up as zero. I had the receipt with the receipt number and all looked well there ($10 charge, $20 given, $10 in change). But the receipt record when we reconciled the drawer showed zero (no charges).

Interesting also was the time stamp on the record in the sales window. The receipt showed 4:28pm while the record in the sales window showed 4:45pm and a different cashier (who was on the other cash register).

So what could cause this? I'm guessing that the other cashier somehow voided the sale. Would that update the time stamp on the sale and change the cashier name?

14
ezPower / Re: Mercury Response Timeout
« on: August 07, 2011, 09:38:24 AM »
This is becoming a regular occurrence. At least once a day for the last few days a CC charge comes up with the data entry window, we swipe the card, all fields get populated in the form, and then the program hangs indefinitely - meaning we're not waiting forever to see if there is a timeout. Something is causing a CC transaction to stall out.

In all of these situations, the CC charge has not appeared at Mercury - indicating that the connection/transaction never made it to the Mercury server.

How long does the system wait for the initial response to a CC request.

15
ezPower / Re: "Avg Cost" nails me again
« on: July 28, 2011, 05:24:30 AM »
I believe we encountered this problem when we entered the cost incorrectly once. For example we'd accidentally enter the case price vs the individual item price. You could reset the cost but the damage was already done and there was no way to undo the data already entered. I believe that you had to actually sell some items at the incorrect price for this to happen though.

Pages: [1] 2 3