New POS version 6.36 released on 7-10-05 Bug fix!!!

[Dale Harris]

Serious bug fix.
As you ring up items into a sale they are removed from the inventory count in the stock table. In versions prior to 6.36 if after you pressed [+] to total the sale and then you then pressed [F5] to void out the sale, the merchandise in the sale was not returned into inventory. This means that your inventory total in the stock table would then be less than what is actually in your store. This has been fixed in version 6.36.

New feature.
The problem I have fixed is with the "Z" reading. As I hope you know the "Z" reading keeps track of the total net sales since the POS program started running on your computer. It cannot be erased or reset to zero. If you run multiple copies of the POS program for different register files, or in different directories, or even from different drives, the "Z" reading will be shared by all copies of the POS program and will increment when any transaction is rung up from anywhere on the same computer.

OK, so what's the point? Some stores are in malls and the mall charges rent as a percentage of net sales. The mall folks do not want to have to inspect closing receipts, journal rolls, etc. and then do the math to insure that all sales have been recorded. So they take the "Z" reading one day and then a week / month later they take another one. When they then subtract the first reading from the second one they will have the sales for that time period. Since closing the register, resetting sales totals, ringing up sales on multiple copies of the program, etc., will not lose any sale or reset the "Z" reading they can be sure that they have an accurate total of sales for the specified time period.

The only way to mess with the "Z" reading is to replace the computer or C: hard drive, format the C: drive, or somehow track down where the "Z" reading is stored and erase it. (You cannot change it, if you somehow find it you will only find a big encrypted something filled with booby traps. Mess with it and it resets to zero.) All these methods will reset the "Z" reading to zero, which will be highly suspicious if your "Z" reading all of a sudden goes from tens of thousands of dollars to nothing.

So what is the problem? Sales add to the "Z" reading and of course returns and voids subtract from the "Z" reading. It is possible that an unscrupulous store owner could ring up $1200 in sales during the day and then just before closing ring up a $900 return fooling the “Z” reading into thinking that only $300 had been made that day.

My solution to this problem is to have the “Z” reading also record total returns and total voids as separate figures from the “Z” reading. Now if the mall subtracts out the 3 figures and either the returns or the voids are a significant fraction of the sales the shop owner will have some explaining to do.

The problem I am trying to fix is with the "Z" reading. As I hope you know the "Z" reading keeps track of the total net sales since the POS program started running on your computer. It cannot be erased or reset to zero. If you run multiple copies of the POS program for different register files, or in different directories, or even from different drives, the "Z" reading will be shared by all copies of the POS program and will increment when any transaction is rung up from anywhere on the same computer.

OK, so what's the point? Some stores are in malls and the mall charges rent as a percentage of net sales. The mall folks do not want to have to inspect closing receipts, journal rolls, etc. and then do the math to insure that all sales have been recorded. So they take the "Z" reading one day and then a week / month later they take another one. When they then subtract the first reading from the second one they will have the sales for that time period. Since closing the register, resetting sales totals, ringing up sales on multiple copies of the program, etc., will not lose any sale or reset the "Z" reading they can be sure that they have an accurate total of sales for the specified time period.

The only way to mess with the "Z" reading is to replace the computer or C: hard drive, format the C: drive, or somehow track down where the "Z" reading is stored and erase it. (You cannot change it, if you somehow find it you will only find a big encrypted something filled with booby traps. Mess with it and it resets to zero.) All these methods will reset the "Z" reading to zero, which will be highly suspicious if your "Z" reading all of a sudden goes from tens of thousands of dollars to nothing.

So what is the problem? Sales add to the "Z" reading and of course returns and voids subtract from the "Z" reading. It is possible that an unscrupulous store owner could ring up $1200 in sales during the day and then just before closing ring up a $900 return fooling the “Z” reading into thinking that only $300 had been made that day.

My solution to this problem is to have the “Z” reading also record total returns and total voids as separate figures from the “Z” reading. Now if the mall subtracts out the 3 figures and either the returns or the voids are a significant fraction of the sales the shop owner will have some explaining to do.

Please note that returns and voids will still be subtracted from the “Z” reading.

Here is the link for downloading version 6.36...
<center> http://keyhut.com/pos636b.zip </center>

Here are excruciatingly detailed instructions on upgrading an existing version of the POS program.
<center> http://keyhut.com/upgrade.htm#current </center>

[Dale Harris]

Here is a really tiny new feature for version 6.36b.

When in the tax column of the stock table you can now press [F9] to change the tax rate chart.