New POS version 6.39g released on 11-16-06

[Dale Harris]

There has been a change in the "Rounding" feature. The rounding factors of ".01" to "1" remain the same but there are new rounding factors of "10" to "10000". Here are the instructions...
<hr>
If you set a rounding factor from "10" to "10000" then currency values throughout the program will be rounded to "1", however only on receipts and the sales screen extra zeros will follow all currency amounts to make the values appear to be larger. For example if you set rounding to 1000 and have a price for something of 257 then everywhere in the program except the receipts and sales screen the price will be listed as 257, on the receipts and sales screen the price will be listed as 257000.

So how does that help? In most parts of the program there is no place to display and endless number of zeros. So if the value of the currency in your country is so small that a loaf of bread costs 2570000 then the program just cannot handle numbers that large. In that case what you have to do is to just drop the 4 zeros (and use a rounding factor of "10000") and list the price in the stock table as 257. In fact all the currency values in the program will have to be divided by 10000. You (and your local government buddies) will just have to understand that, and understand that currency values in the program are actually 1/10000 of the actual value, and to obtain the actual value the printed value must be multiplied by 10000. For example if the program tells you that the tax collected at the end of the day is 6539 then the actual tax collected was 65390000.

Well this is easy for you to understand and you should have to explain it to your tax buddies only once, but you sure do not want to have to explain it to every customer you have. So only on the sales screen and the receipts (what the customers can see) will the extra zeros follow every currency value.
<hr>
This can be downloaded from the usual place...
<center> http://keyhut.com/pos3.htm </center>

Make sure you follow the upgrade instructions. Backup, backup, backup.

[lemon535]

Hi im not sure about the general rounding policies in other countries, HOWEVER in NEW ZEALAND, (with the recent removal of the five cent peice) anything ending in a 5 goes down and 6 goes up.

E G 20.55 = 20.50
20.56 = 20.60

with DHPOS i think it goes like this....

20.54 = 20.50
20.55 = 20.60

Would it be hard to change the settings, so that 20.55 goes down and 20.56 goes up. maybe an option to change which rounding.

i hope you get what i mean

thanks

[Andrew]

lemon535,

You are correct that in 10cent rounding mode DHPOS rounds anything ending in 5,6,7,8,9 upwards. However your post indicated that rounding upwards should start from 6 cents in New Zealand.

That isn't entirely true, retailers can set their rounding policy as they please - the 6,7,8,9 rounding upwards is a guideline recommended by the NZ Retailers Association.

So perhaps a low priority option if Dale chooses to implement it, but no-one will be breaking any laws at this stage by rounding up from 5,6,7,8,9.

[lemon535]

yeh i do understand it aint LAW but most stores have their policy, and have used the same for years....... i know it would be a low priority and, most customers dont mind/care about the different rounding policy.
Just thought i wud mention it!!!!

[Dale Harris]

But here is some new stuff for the "Timer" feature.

If you close several timers at one time the total time for all the timers will be returned to the sale. Previously only the last timer closed was sent.

You may also set “FIRST ?? MINUTES FREE.” If your customers require a setup time (put on shoes, change clothes, bathe before entering the pool) you may give them a reasonable amount of time to prepare before their time begins. “Free” time would also include time at the end of the session that would be needed to change back so that they could come to the register. If the time used is less than the free time then no time will be charged even if you have set a minimum time.

There was an annoying bug if you used the timer feature with no printer connected to your computer, or the printer was turned off. This occured even if the program was not set to print anything and if you were not printing START or END timer receipts. A very talented bug indeed. But now squished, so it wasn't all that smart.

If you have already downloaded version 6.39e use the following link to download it again.

<center> http://keyhut.com/pos.zip </center>

If this is your first time with 6.39f then use this link

From the main POS menu or the sales screen you now access the timer feature by holding down [CTRL] and pressing [TAB]

[kbunady]

Dale,

Can it do the rounding for the last 2 digits ?
Example :
15.450 ---> round it to = 15.400 or 15.500
4.660 ---> round it to = 4.600 or 4.700
2.436 ---> round it to = 2.400 or 2.500

Thanks.

-Kian-

[Dale Harris]

kbunady,

I am assuming that you are asking about rounding the "pieces" of the time units that have been sold. This would be possible but the program does not do this at the present time.

Why would you want to?

[kbunady]

Well, i've forgot to mention that I want to round the money.
As I'm in Indonesia, we use Rupiah as currency and our smallest money is Rp. 50, so basically I want to round the money to Rp.100
The example that I gave you earlier is the amount of money, not the time or pieces.

-Kian-

[jake69]

Hi Dale,

Any reasons why in this version it shows on the receipt the Subtotal with lots of zeros? I am looking at a receipt right now that reads in the subtotal "Gesamt ex.%110.7500000000000" (Gesamt ex. is just in my language setting).

Thanks,

Jake

[daleadmin]

jake69,

Is that the only number that has lots of zeros? Is it on the screen, on the receipt, or both? Is it for a sale or an opening / closing receipt? Is it in a report? Check the "Rounding" feature of the POSCONFG.EXE program to make sure it is set correctly. If you change that label in the "Receipt language" feature of the POSCONFG.EXE program does the problem go away? Does it happen all the time or only occassionally?

Details please.

[daleadmin]

The latest version has a bug fix.

The problem was that the transactions numbers printed on receipts would only printed in 4 digits when the program was run over a network even if you had selected to print 6 digit transaction numbers. This has been fixed in version 6.39g available at the usual place...

<center> http://keyhut.com/pos3.htm </center>