POS version 5.05 released

[Dale Harris]

POS version 5.0 has been released. And then POS version 5.02. And then POS version 5.03. http://keyhut.com/pos3.htm

YOU MUST CLOSE OUT YOUR REGISTER & RESET SALES TOTALS TO ZEROS BEFORE USING THE NEW VERSION.

REMEMBER TO MAKE BACKUPS FIRST.

The new features are that the "credit" pay method has been split into credit and debit and that information for a pole display is being sent to a disk file. Jon is working on a program that will actually send the information to the pole display so this feature is kind of useless until that is done.

Version 5.03 has additional support for serial cash drawers.

Three bug fixes in version 5.01

When the program was used without an associate list and customer info was taken before the sale, then after parking a sale and starting a new sale the program did not ask for the new customer's information. Reported by Tarah.

When used on a network the register letter did not appear after the transaction number on the journal file. Reported by Brian.

When a phone number was the first line used when accessing "Customer info" the program would die what you tried to edit a customer's information. Reported by Tim.

Two bug fixes in version 5.02

When using the program from the global folder and having "Payouts" turned on, at the main menu you would have an option of "/ Payouts" which should not be there. Reported by Brian. Fixed in version 5.02

If PIN numbers were required and with "Return after sale" set to "The next sale" of you voided out a return or payout and were returned to the main menu, when you went to the next sale your were not asked for your PIN number. Reported by Andrew. Fixed in version 5.02.

[Andrew]

A possible bug, reproduction steps:

In this exercise payouts are enabled and there are three Payout stock numbers in the stock table (9001, 9002, 9003), employee PINs are also active and there is a password on the returns feature.

<LI>Access "Returns/Payouts" from the main menu.
<LI>Select "2. Payout" from the sub-menu.
<LI>Entered the password, then an employee PIN.
<LI>Entered 9002 as stock number to select Payout item.
<LI>Entered amount of 20.00, quantity 1.
<LI>Pressed [+] to subtotal, then [TAB] to bypass customer info entry.
<LI>Pressed [F5] to void the payout, was returned to the menu.
<LI>Selected "Purchase" from the main menu, wasn't prompted for an employee PIN.

Bug: was able to access the purchase screen without a PIN (if in the rare occurence someone voided a payout or return from the tender screen).

Suggestion: I find being able to hit F5 and a transaction disappears a little scary, I know most users will "be careful" but wouldn't a "Are you sure?" prompt be useful here (in any Void situation)?

[Dale Harris]

Andrew,

As you can see above your bug has been squished.

I must congratulate you on your presentation of the problem. You told me where it was, how your configuration file was set up, and the steps you took get to the problem. A textbook example of how to do it. Following your notes, it was no problem to find out what was causing the bug.

Now teach everyone else how to do it.

[chasmit]

You Forum Members might get tired of my
posts.
But the way you people operate is just great.
A team effort that gets real
quick effective results.
Try calling a big corporation with a question
or an observation.
Thanks Dale et Ux.

[Andrew]

Thanks Dale

[Dale Harris]

Print additional alternate transaction numbers.

Some countries require a two part transaction number. The actual transaction number is reset to zero when the register is closed and starts the next day at "1". The second part of the transaction number counts the number of times the register has been closed. So today the transaction numbers may be 2687-1, 2687-2, 2687-3, 2687-4... and tomorrow the transaction numbers will be 2688-1, 2688-2, 2688-3, 2688-4...

This program will now do this. Use "Printer setup" setup feature of the POSCONFG.EXE program to turn on the printing of these new transaction numbers on your receipts. These new transaction numbers are in addition to the old transaction numbers and if you choose to print them both the old and the new transaction numbers will be printed. The new numbers will be printed on the left side of the dashed line that is printed after the header. The new numbers will also be printed in the journal file.

Both numbers will reset to 0 after they reach 30,000 so if you have more than 30,000 sales on ONE register in a single day or use this register for more than 82 years, assuming that you close out the register only once a day, this could be a problem.

[barryhart1]

i like this idea alot.

this also keeps track of how many transactions/ customer come in each day.

nice!

although, i might like the provision of a continual transaction number from day 1.

(i want to know who my 1,000,000th customer is!)

baz

[Robert_Nel]

Hi I cannot seem to be able to download version 5.05. Is there a problem

[peewee3ie]

No. I have downloaded pos version 5.05 without ant problems