Version BETA 6.0J
Well finally. This is the complete beta test of POS version 6.0. All features have been added to all of the program files.
WARNING! This version will rewrite your stock table files so that they will no longer be able to be used by the current release version 5.0? of the POS program. Therefore you MUST create a new folder on your hard drive, copy all the files in your current POS folder to the new folder, then download
http://keyhut.com/beta.htm to the NEW folder and then unzip / extract the files. This will leave everything in your current folder intact, both the program files and the data files.
New features to version 6.0.
13000 items.
The maximum number of different items in the stock table has been increased from 5000 to 13,000. If you keep track of your sales history the maximum number of different items that you can sell in an entire year has been increased to 15,000. Since you may be inventoring a lot more items in your store the maximum number of count slips for taking inventory has been increased from 500 to 910.
The stock table is scaleable from 0 lines (no stock table is used) to 13,000 in increments of 1000. Smaller stock tables run faster and can be copied to a floppy, larger stock tables hold more items. The stock table can be resized at any time.
SCC-14 complient stock numbers.
Starting at the beginning of 2005 the new international standard for stock numbers will be 14 digits. While this program will not check to make sure that a stock number is a valid SCC-14 number it will allow you to use any stock number from 1 to 14 digits.
3 decimal places on pieces.
You may now use up to 3 decimal places (0.000) when entering "pieces", for example pieces to being rung up, pieces sold, and inventory. So if you are selling 4 3/8 of a yard of fabric you can ring up 4.375 "pieces" of a yard. Selling potting soil? Ring up 12.378 Kg.
Sale prices.
This is the feature that everyone is going to love. The stock table has a new column for "Sale price." Enter a sale price into this new column and it will over-ride the regular price. This is true even if the "sale price" is higher than the regular price. When the sale is over all you have to do is to delete the sale price and the regular price will be reinstated, you do not have to re-enter the regular price.
There is more. You can make price changes now and store them as files to be used later. To do this first backup your current prices (regular prices and sale prices are saved as separate files.) Now make any changes in the prices you want to use later and save them as files. Reload the current price list. Important note: if you are doing this on networked computers you must do it when the store is closed. If you change prices while other registers are active then the other registers will use whatever prices are in the stock table while you are making changes.
You can use the saved sale price lists to "build a sale." Assume that you have sales on different items that start and end on different days. For example....
<pre>
PRODUCT LINE SALE STARTS SALE ENDS
CROSS PENS 5-16-2004 6-30-2004
MUSIC BOXES 5-2-2004 8-14-2004
DESK SETS 5-14-2004 5-21-2004
KEYS 5-9-2004 7-12-2004
KWIKSET LOCKS 5-21-2004 6-15-2004
</pre>
To "build a sale" for 5-14-2004 you would first backup the current sale prices, then erase sale prices from the stock table. The program will erase an entire price list from the stock table for you. Assuming that at a previous time that you had saved a sale price list for each of the sales listed above, all you have to do now is load the sale price lists for CROSS PENS, MUSIC BOXES, DESK SETS, and KEYS but not KWIKSET LOCKS because they will not be on sale until 5-21. Now save the file using the "date" filename 20040514. Don't forget to reload the price list that you
backed up.
Note that loading a new price list will not erase the current prices, it will only change the prices that are in the new list. BTW, when you save a price list any item that has a price of 0.00 will not be saved, therefore you cannot change any price to 0.00 by loading a price list.
If an item is on sale in two different price lists, the price loaded last will be in effect. For example if a clock is listed as 23.85 in the "Bulova" sale price file and the same clock is listed as 25.78 in the "Clock" sale price file then the sale price that will be used on that clock will be 23.85 if the "Bulova" sale file was loaded last but 25.78 if the "Clock" sale was loaded last.
The reason that you want to save a price list using a "date" file name is that when you start the POS.EXE program it will look for a price change that begins on today's date. If it finds one it will automatically load the new price list. This will work for both regular and sale prices, however having the POS.EXE program load a regular price list will not erase all current regular prices first, loading a sale price list WILL erase all sale prices first.
A "date" file name must be in this format YYYYMMDD where YYYY is a four digit year (2004), MM is a two digit month (03 not just 3), and DD is a two digit day (08 not just 8). Therefore a "date" filename for January, 8th, 2004 would be 20040108. Make sure that "0" are zeros and not capital letter "O".
NETWORKS.
I have not pointed this out before but it is very important that if you are using this program on a network that you start the copy of the POS.EXE program in the GLOBAL folder first thing in the morning. Only the copy of POS.EXE in the GLOBAL folder will update files that need to be updated on a timely basis like the price files and the history file. Once you see the main menu, the global copy of POS.EXE will have made any updates required and it may closed down.