BETA test. Huge currencies printed on receipts
Posted: Mon Aug 07, 2006 12:53 am
Some countries have currencies with a tiny value. This means that a loaf of bread will sell for 2560000 in the local currency. This is a far larger price than can entered into the stock table. Unfortunately the DHPOS program cannot handle an unlimited number of zeros in currency amounts. So what users in those countries are expected to do is to chop off the trailing zeros. In the above example the price for the bread would be entered into the stock table as 2560 and the last three zeros would just be assumed. When the program totals a sale as 456851 you would actually ask the customer for 456851000. However the customers would really like their receipts at least to show the proper amount.
I have modified the program to tack on up to 4 extra zeros to currency amounts on only the receipts. Below is the documentation.
<hr>
In the "Rounding" feature of the POSCONFG.EXE program you can set the rounding factor for currency. If you choose .01, .05, or .10 then currency will have 2 decimals and prices will range from .00 to 9999.99. If you choose 1 or larger then currency will not have decimals and prices will range from 0 to 999999. The rounding factor will apply to all parts of the program.
If you choose 10, 100, 1000, or 10000 then except for the receipts and the journal all other parts of the program will assume that the rounding factor is 1. Receipts and journals will add the required numbers of zeros to the end of currencies.
For example, Assume that the price of a loaf of bread is 123000. If you selected a rounding factor or 1000 then in the stock table you would enter the price for a loaf of bread as 123. All parts of the program will treat bread as though the price was 123, you would have to mentally add the 3 zeros to the price. And of course when you report your sales and taxes to the government you would add 3 zeros to every currency amount. But on the receipts only the 3 additional zeros will be added and the price will be printed as 123000. The extra zeros will be printed on receipts not only for the price but for all currency amounts.
Note: Amounts on the receipts will be rounded to the amount selected. For example if the SUB TOTAL is 2562000 with a 9% tax then the tax should be 230580 but if you selected a rounding factor of 1000 then the tax on the receipts will be printed as 230000.
Even though you are just adding zeros to the currency amounts on the receipts the total with the zeros cannot exceed the maximum. For example the maximum total price that can be printed on a receipt is 99999999 (even though you can only enter a maximum price of 999999 in the stock table). If your price on an item is 263965 and you are rounding by a factor of 1000 then the price printed on a receipt should be 263965000 but that exceeds 99999999 and therefore will not print correctly.
<hr>
Remember to backup your current POS folder and then download the new files to the backup folder and do your testing there. The BETA version number is 6.39d BETA1
This feature is now in the regular release version of the program...
<center> http://keyhut.com/pos3.htm </center>
I have modified the program to tack on up to 4 extra zeros to currency amounts on only the receipts. Below is the documentation.
<hr>
In the "Rounding" feature of the POSCONFG.EXE program you can set the rounding factor for currency. If you choose .01, .05, or .10 then currency will have 2 decimals and prices will range from .00 to 9999.99. If you choose 1 or larger then currency will not have decimals and prices will range from 0 to 999999. The rounding factor will apply to all parts of the program.
If you choose 10, 100, 1000, or 10000 then except for the receipts and the journal all other parts of the program will assume that the rounding factor is 1. Receipts and journals will add the required numbers of zeros to the end of currencies.
For example, Assume that the price of a loaf of bread is 123000. If you selected a rounding factor or 1000 then in the stock table you would enter the price for a loaf of bread as 123. All parts of the program will treat bread as though the price was 123, you would have to mentally add the 3 zeros to the price. And of course when you report your sales and taxes to the government you would add 3 zeros to every currency amount. But on the receipts only the 3 additional zeros will be added and the price will be printed as 123000. The extra zeros will be printed on receipts not only for the price but for all currency amounts.
Note: Amounts on the receipts will be rounded to the amount selected. For example if the SUB TOTAL is 2562000 with a 9% tax then the tax should be 230580 but if you selected a rounding factor of 1000 then the tax on the receipts will be printed as 230000.
Even though you are just adding zeros to the currency amounts on the receipts the total with the zeros cannot exceed the maximum. For example the maximum total price that can be printed on a receipt is 99999999 (even though you can only enter a maximum price of 999999 in the stock table). If your price on an item is 263965 and you are rounding by a factor of 1000 then the price printed on a receipt should be 263965000 but that exceeds 99999999 and therefore will not print correctly.
<hr>
Remember to backup your current POS folder and then download the new files to the backup folder and do your testing there. The BETA version number is 6.39d BETA1
This feature is now in the regular release version of the program...
<center> http://keyhut.com/pos3.htm </center>
