From: Bob G. <bo...@rc...> - 2007-08-06 05:29:20
|
Thanks for all your comments. I am drawn to the idea of a one day time unit. This way, it would be easier to have a daily report - P&L in the morning sort of thing, without fiddling with partially expired rental periods of longer than one day. A week rental just means an order for 7 parts - with part numbers coding the particular date of each (future) day rental. The P&L in the middle of that week would figure 3 or 4 sold parts and 4 or 3 on order, for delivery once a day. Bob G On Sun, 2007-08-05 at 07:20 -0700, Rich Shepard wrote: > On Sun, 5 Aug 2007, Michael Hasse wrote: > > > Seems to me this might work better using the Projects functionality > > of SL. > > I agree. I had seen the subject line before, but not read the thread until > now. Each vacation unit would be a separate project, with its own number. > If there's the potential for additional property to be managed, then the > project number could have two digits (for example), a decimal point, and > three digits. This would accommodate 99 separate properties, each with a > maximum of 999 units. > > > One could define the apartments as either services or as personnel, > > (not sure which would be more appropriate, probably personnel), and each > > rental period would be a "project". > > The services would be standard rental times; for example, 1 week, 2 weeks, > 1 month, 3 months, etc. This makes them consistent and the reporting easier > to track. > > Just my 25-cents' worth (inflation, you know). > > Rich > |