date check request

[Blair Lowe]

Hi,

I guess my request IS to make gnucash understand periods. You will find
that most accountants like to have this sort of feature, and this
request was not suggested by me, but by my accountant.

I suppose that any time a date is entered somewhere, it would be tested
for this preference existing, and then look at its values (as the start
and end date period).

Some reports could have a simple "fiscal year" selector so that a report
could be more easily drawn up, in fact this could even be the default if
the preference exists.

Hope this helps,
Blair.

On Tue, 2005-02-22 at 19:19, Derek Atkins wrote:
> I understand what periods are; gnucash does not.  Until gnucash
> understands periods, doing something like this makes no sense in a
> gnucash context.
> 
> -derek
> 
> Blair Lowe <gnucash at zedemail.ca> writes:
> 
> > "In Range" would be the current fiscal being worked on.
> >
> > For example, we are finishing the books for the year starting on Feb
> > 1st, 2004 to Jan 31st, 2005. We never want to enter any transactions
> > that are out of that date range or it is most likely an error.
> >
> > Sometimes after the books are done, we may want to violate that rule,
> > and change some transaction from the previous year, for example, if our
> > accountant has found an error in the books for a particular previous
> > year.
> >
> > We may, as well, for example, want to enter an invoice for the new
> > fiscal year, but not report it in the old fiscal year. I may want to
> > invoice client X on February 5th, 2005, but we are working on the Feb
> > 2004 to Jan 2005 period, so we would remove the preference to add the
> > invoice, then re-add the preference when we are getting back to last
> > year's books.
> >
> > That is our year range. In Canada, this is sometimes less than a year
> > when a company starts up, but has a year end that is less than a year
> > away, or when we want to change a year end to a different date, the
> > fiscal year could be a few days to several months.
> >
> > Other accounting packages have this date sensitivity preference, and it
> > is extremely good at eliminating date related data entry errors.
> >
> > TAFN,
> > Blair.
> >
> >
> >
--