The set-up of the business the till is being used in is extremely simple. There are only 8 products (different kinds of rice) so each product is assigned to a department.

Decimal points in the quantities caused great confusion, so I programmed the till to zero decimal points for money.

So a sale of say 5 kilos of rice 1 at 32 per kilo would simply be:

5 x/TM 32 Dept1 TL/AT/NS

However, sometimes people will buy 1/2 kilo amounts and I can't think of a way of recording this. Actually there is also a term called a "salop" which is 2 1/8 kilos, which poses the same program.

I would like to record these properly because the Z-report gives the number of kilos and the total sales per rice, which is nice for knowing the balance of stock each day.

Does anybody considerably Sharper (no pun!) than me have any outside-the-box ideas for this?

Cheers, IAN

simples 5 and a half kilos of rice at 32 pence =

5.5 x 32 dept subtotal cash

an eighth is a problem because i dont think you have three places of decimal to multiply with
closest you could get would be .13 x 32 dept cash but this is not accurate.


simple answer is to register the amounts in grammes not kilogrammes
that way an eighth of a kilo is 125 grammes - problem solved!

Thanks for the response Andy... Problem is that I don't see anyway of entering the "." in 5.5


I agree on this one... but it took me long enough trying to get the users to understand the concept of not needing to enter a decimal point in the cost and in the end I programmed it for zero decimal places, which isn't a problem in a country where 1 peso is only about 1.5 pence. I think asking them to accept everything x 1000 would be like

It would appear my solution might be the XE-A203, but I have a question about a statement in the manual about fractional quantities, but that's for another thread!

Cheers again... IAN