From: Michael H. <mh...@it...> - 2007-08-06 15:25:35
|
Having them defined as a service vs parts shouldn't affect the reporting options any but should help with managing "inventory" in the case where somebody ends being credited a half-day or similar bizarreness. Thanks, Michael On Aug 5, 2007, at 10:29 PM, Bob Gustafson wrote: > 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 >> > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > sql-ledger-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sql-ledger-users |