JT Morée more...@yahoo.com writes:
--- On Mon, 2/8/10, Derek Atkins warl...@mit.edu wrote:
If you perform Cash
based accounting then you need to apply your Income and
Expense when the
payment happens, not when you book the invoice/bill.
So in this case
the invoice/bill txn does NOT apply
--- On Mon, 2/8/10, Derek Atkins warl...@mit.edu wrote:
If you perform Cash
based accounting then you need to apply your Income and
Expense when the
payment happens, not when you book the invoice/bill.
So in this case
the invoice/bill txn does NOT apply to the period in which
it is dated.
JT Morée more...@yahoo.com writes:
calendar allowed for the special date year end. In other
words, we could insert a date in between two (real) calendar
dates that fell after the first but before the second. Think
of it as a December 32 or a Jan 0
Not an easy problem for GnuCash (no way of
On Mon, Feb 8, 2010 at 8:11 AM, Derek Atkins warl...@mit.edu wrote:
JT Morée more...@yahoo.com writes:
I realize my post was long but in short I believe the best solution is to
have the reports be smarter. It's not difficult (almost done in fact) and
it avoids the fiscal year problem you
z33...@gmail.com writes:
On Mon, Feb 8, 2010 at 8:11 AM, Derek Atkins warl...@mit.edu wrote:
JT Morée more...@yahoo.com writes:
I realize my post was long but in short I believe the best solution is
to have the reports be smarter. It's not difficult (almost done in fact)
You can disagree all you want, but you're still wrong. ;) The GAAP
method to close the books is to create a fake date (or 'invalid' date)
that sits between the periods. That's what most accountants and
large-scale accounting programs do. You might dislike it, but it's the
way the world works.
Op zaterdag 06-02-2010 om 19:33 uur [tijdzone -0800], schreef JT Morée:
I realize the close books issue has been dealt with for years but I'm
coming up empty on searching for this particular aspect. Please tell
me if there is another way to fix this issue that I'm not seeing. As I
JT Morée wrote:
I realize the close books issue has been dealt with for years but I'm coming up
empty on searching for this particular aspect. Please tell me if there is
another way to fix this issue that I'm not seeing.
As I have mentioned before (more than once) the way around this is
calendar allowed for the special date year end. In other
words, we could insert a date in between two (real) calendar
dates that fell after the first but before the second. Think
of it as a December 32 or a Jan 0
Not an easy problem for GnuCash (no way of knowing what the
user's fiscal
This one has tripped me up as well. In the business world, there often
is either January 1st which is a non-business day to put the
transactions on. The fake day is also another option.
There are implications past just the ones indicated in an earlier post
-- most accounts are impacted, as
I realize the close books issue has been dealt with for years but I'm coming up
empty on searching for this particular aspect. Please tell me if there is
another way to fix this issue that I'm not seeing.
As I understand and experience the 'close books' feature: Close books makes
offsetting
11 matches
Mail list logo