<center> http://keyhut.com/pos3.htm </center>
New feature.
In keeping with my policy of no longer saving users from themselves...
From the "Stock table" feature of the POSCONFG.EXE program you may set “Allow negative inventory amounts in stock table” to “NO”. Then if a customer finds an item in your store but when you go to ring it up the inventory for that item is zero, the register will allow you to ring up the item but the inventory for that item will remain zero. Obviously your inventory was incorrect and you cannot have a negative number of items in your store.
However if you do not check in items into your inventory when they arrive, and before you put them on your sales floor, then you may want to set “Allow negative inventory amounts in stock table” to “YES.” Then when you sell this item your inventory will go below zero and will hopefully be corrected when you do get around to entering your shipments into your inventory. However this is a truly horrible idea and will lead to huge errors in your inventory. You should set this feature to “NO” and make sure you enter shipments into your inventory as they arrive and BEFORE the merchandise is put into stock.
Bug fixes to POS since version 6.08
“No sales” would print only at 40 characters not 80 characters. Also “No sales” were counted on the local folder correctly but when used over a network they were not counted in the global folder. Reported by Brad Anderson
When used over a network if an employee tried to print her sales report from a local register it would only show sales from that register, not all of her sales from all registers.
If you set the number of items to be in your stock table to zero and then tried to access your stock table (which would have a maximum of zero items in it so why would anyone want to do that) the program would die. Reported by David Liljengren
These bugs have been squished.
New features to POS since version 6.08
<center>
</center>
POLE DISPLAYS
<hr>
Note: The “Pole display” feature will be undergoing several upgrades in the next couple of weeks. Check here for updates http://www.home-nets.biz/discuss/phpBB2 ... ad7befa504
<hr>
If the monitor on you computer cannot be seen by your customers you may want to connect a pole display to your register.
A pole display is a device that usually displays two lines of 20 characters and faces your customers so that they can see what is being rung up on the cash register.
Pole displays are serial devices and plug into the serial port of your computer, this means that you must configure your serial port to the settings that your pole display needs to read the data from the port.
You will find the serial port settings for your pole display in the manual for your pole display or contact your pole display’s manufacturer.
The first setting you will need is PORT, i.e. to which serial port you have attached your pole display. Serial ports are numbered COM1:, COM2:, etc. Other settings are SPEED or BAUD, DATA BITS, STOP BITS, and PARITY. These settings are entered into the “Pole display” feature of the POSCONFG.EXE program.
To actually send the data to the serial port (and thus to your pole display) you must run the program POLE.EXE. POLE.EXE must be started before the POS.EXE program is started and must be left running while the POS.EXE program is running.
IMPORTANT: If you change the settings for your pole display using the POSCONFG.EXE program and POLE.EXE is currently running, you must exit and restart POLE.EXE for the new settings to be used.
The settings for the pole display are shared by all register files that are in the same folder on the same computer.
NOTE: So far this feature has only been tested with the “Logic Controls” brand of pole displays but it will probably work with others also. The settings for Logic Controls pole displays are SPEED = 9600, DATA BITS = 8, STOP BITS = 1, PARITY = NONE
NOTE: This version of POLE.EXE will require that the computer running it also be running a version of Windows 3.1 or later. Jon is working on a DOS only version.
POLE.EXE was written by Jonathan Simpson. Huge thanks for his effort.
Jon and I would like to thank POS World for supplying technical information on pole displays and for testing POLE.EXE as it was being developed.