DHES

I'm into book business and my store allow customers to rent pocketbooks.

Is it possible to add another feature for timers to sell time by days?

JohnHeart,

How difficult would this be to do manually? Assuming that you rent something per day then the price in the stock table would be by day. For example if you rented hammers at 2.49 a day...
<pre>STOCK NUMBER DESCRIPTION TAX PRICE
6516173173511 HAMMER RENTAL/DAY 1 2.49</pre>
If the customer had a hammer for 8 days you would ring it up as stock number 6516173173511, price 2.49 and quantity 8.

Seems to be pretty simple to me.

Of course if you are renting something from April 15 to November 3 that could get a little more complicated.

Dale Harris wrote:Of course if you are renting something from April 15 to November 3 that could get a little more complicated.

Get a Handy-Dandy Wall-Calendar

Yep, it is even easier if you can get the type of calender that not only numbers the days in the usual way but also numbers the days from 1 to 365 for the entire year.

Dale Harris wrote:JohnHeart,

How difficult would this be to do manually? Assuming that you rent something per day then the price in the stock table would be by day. For example if you rented hammers at 2.49 a day...
<pre>STOCK NUMBER DESCRIPTION TAX PRICE
6516173173511 HAMMER RENTAL/DAY 1 2.49</pre>
If the customer had a hammer for 8 days you would ring it up as stock number 6516173173511, price 2.49 and quantity 8.

Seems to be pretty simple to me.

Of course if you are renting something from April 15 to November 3 that could get a little more complicated.

Good thing about the Time Scale is that it has a timer. And this is what I'm actually interested in for asking a question to sell time by days.

What?

Dale Harris wrote:What?

Timers? Scales? Those are two different things (I think).
- Chris

Sorry, it's Time Sales. I've read this from POS online guide under Time Sales:

Timers can only be used for 24 hours; they cannot time things over a span of days.

Just hoping you could add another feature ... that will extend over a span of days.

Think of it like a parking garage timer -- you roll up the attendant prints a ticket (IN timer mode) car stays day or two gives ticket to cashier pays for 2 days of parking

JohnHeart,

This is what I would do now...

Guy walks into the shop and returns a hammer. I look at his rental agreement and see that he rented the hammer on the 20th. Using my incredible math ability I subtract 19 from 27 (today's date) to get 8.

Now I have to ring up the sale so I type in 3571375 (the stock number for a hammer rental) press [ENTER] twice, (and here is the unbeliveable part) I then type in the 8 as the number of days the hammer was out, and press [ENTER] again, and the hammer rental has been rung into the sale. Gee-willikers! And this requires that no extra code be entered into the POS.EXE program.

How could this be improved?

Usually our customers would pay the rent of pocketbooks right away and returns it after 2 days. If it exceeds 2 days, they will pay the penalty. The way we monitor which customer exceeds the 2 days rent is to look for it in a log book which means we have to flip every pages of it. I'm just thinking if I could monitor this using the POS.

JohnHeart wrote:I'm just thinking if I could monitor this using the POS.

Methinks you need a rental system, which DHPOS isn't - it's a point of sale application. Implementing rental capabilities would consume a great deal of code, something we don't have a lot of to spare right now.

Andrew Bunn wrote:

JohnHeart wrote:I'm just thinking if I could monitor this using the POS.

Methinks you need a rental system, which DHPOS isn't - it's a point of sale application. Implementing rental capabilities would consume a great deal of code, something we don't have a lot of to spare right now.

Thanks. This one has answered my first and last questions.