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.


Topics - Lee

Pages: [1]
1
ezPower / Inventory Accuracy
« on: September 13, 2013, 08:46:54 AM »
We have had problems with inventory accuracy:  fewer items on the shelf than the records indicate. 

It has now been ascertained that the quantities are not being decremented when a sale is closed out with the "SNAP" method of payment.  This payment method is enabled on the ManagerControl\Settings\PaymentMethods window and is immediatly under the "Cheque" method.  I believe that it was originally "Food Stamps"...  I changed the terminology to conform with the SNAP program.

The register is running V13.701

So, what can I do to get SNAP sales to decrement the counts properly? 

Again, Thanks for the help,
Lee

2
ezPower / Dead MSR in need of replacement
« on: October 01, 2011, 02:48:13 PM »
Well, my Bematech MSR appears to have died.  It beeps but imports no data.  I tried re-booting the system but that did not help.  I have scanned the data from a card into Notepad before but that doesn't work either.  I am in the market for a replacement.

In another thread I read "It must read both tracks 1 & 2 (not 3) to be used."

Is this still the case?

Thanks Ronald,
Lee

3
ezPower / Case definition causes odd behavior
« on: August 15, 2011, 09:06:50 AM »
I purchase Pepsi in 36-packs to sell as singles.  I have records for "Pepsi - 36pk" and "Pepsi - Single".

"Pepsi - 36pk" has a cost of 12.29 and a Markup% of 45, causing Retail to be 17.82.

"Pepsi - Single" has a cost of 0.34 (12.29/36) and a Retail of 0.70.  When I select "Functions/Build from Parts" I see that I have selected "Case Definition".  I also see that the "Part#" is the correct number for "Pepsi - 36pk" as that is what is displayed in the "Description" field.  The "Qty" is set to 36.

This all appears to be correctly entered as, when the "Pepsi - Single" record has a Qty of 5 and I sell 6 the quantity in the "Pepsi - Single" record is set to 35 and the Qty in the "Pepsi - 32pk" is decremented by one.

EXCEPT for this odd behavior... when I close the "Build from Parts" window the Cost is changed from 0.34 to 442.44 and the Retail Price is changed from 0.70 to 641.52.  I have deduced that these numbers are derived by multiplying the respective numbers from the "Case" record times the "Qty per Case".

It WOULD be nice for the unit cost to be derived, automatically, from the Case cost; but I would, apparently, need to set the "Qty per Case to 1/32 instead of 32 - which would not allow the case-to-singles stock transfer to function properly.

I have found this to be repeatable with all such Case/Single pairings I have created.

What am I doing wrong?  Thanks.

4
ezPower / "Avg Cost" nails me again
« on: June 12, 2011, 02:44:31 PM »
I checked yesterday's sales report to find a total income of $1400 and a cost of $6,853 for a Gross Profit of -$5497 (rounded figures).

Investigation found that the software decided - for whatever reason - to set the average cost of gasoline to $80.19.  So, that screws up the monthly report AND the historic graphs I had come to use.

This is not the first time this has happened.

5
ezPower / Audio feedback when receiving stock
« on: February 20, 2011, 08:55:12 AM »
This is a small matter, but it would be nice....

While receiving stock, under Products/Adjust Stock, I hear a pleasant little "Ding" when the scanner has understood the bar code and received one unit (in one-per-scan mode). 

Sadly, the computer makes the same happy little sound when it scans a UPC that is not in the database because it is a new product.

What would be nice would be to have the ability to modify the audio files so that an unrecognized or new UPC made an unpleasant sound, or say "Unrecognized Code" or something.

I know that the terminology can be modified, would it be difficult to allow for the modification of the sound files (that is, if the ability isn't already there someplace and I just haven't found it).  If the software just invokes a sound file I could re-name a more desirable sound-bite to that file name; but I'm guessing that the software invokes the same file whether the UPC is valid or not.

Thanks Ronald,
Lee

6
ezPower / Understanding the Average Cost
« on: February 02, 2011, 09:15:31 AM »
From another thread:

"The number used for the Total Assets is the Avg Cost field times the Qty field on all the products.  Check those fields."

Having learned this I checked one product that I sell... propane.  My most recent purchase was of 640ga at $2.88/ga. while the previous delivery was of 475ga at $2.74/ga.  Present inventory was reported as 858ga with a cost of $2.88/ga and an average cost of $2.49/ga.

Adhering to a "first in, first out" stock rotation policy (as is necessary with other, perishable items) my present inventory, 858ga, is 640ga at a cost of $2.88/ga and 218ga at $2.74/ga for a true "average cost" of $2.84/ga.  As 858ga is $2,436.72 at $2.84/ga and $2,136.42 at $2.49/ga it appears that my present inventory is being undervalued by $300.30.

Furthermore, whenever depleted stock is replaced it is immediately devalued unless the cost has not risen, resulting in an ever-increasing de-valuation unless the "average cost" is consistently reset.

I would prefer that the value of my stock was related to the most cost and not the average of what I have paid over the last few years.

"The Avg Cost can be set the Cost using the Tools / Set Avg Cost to Cost function."

Apparently, I shall be doing this often.

7
ezPower / Processing checks.
« on: January 31, 2011, 11:32:10 AM »
I have an ongoing problem that is a huge headache but should be an easy programming fix.

The situation occurs when a customer wishes to use a check that is over the amount of purchase.  Grab a calculator, enter the amount of check, subtract the amount of purchase, select "cash back" on the sales screen, enter the amount from the calculator, verify that the total equals the check.

Why is this so unnecessarily complicated?

Why not allow me to select "check" from the payment options and have that pull up a window that gives me the option of selecting "exact amount" or entering the amount of the check and letting the software calculate the change?

In our little store in the mountains people receive checks from many sources which we accept.  Perhaps one in five is for the exact amount.  The rest of the time the check is a government check or a personal check from a third party and they are never for the exact amount.

Thanks,
Lee

Pages: [1]