Budgeting - Let's decide what we want!
Matthew Vanecek
mevanecek at yahoo.com
Sun Aug 31 10:36:13 CDT 2003
Please remember to CC the gnucash lists with replies.
On Sat, 2003-08-30 at 21:11, doug foskey wrote:
> On Sunday 31 August 2003 10:44 am, Matthew Vanecek wrote:
> > On Sat, 2003-08-30 at 18:46, Jack McKinney wrote:
> > > Big Brother tells me that Jon Lapham wrote:
> > > > Yeah, what Matthew said. I agree 100%.
> > > >
> > > > *If* there is budgetting in GnuCash, I think (for what it is worth) it
> > > > absolutely needs to be something completely separate from the existing
> > > > functional system (I mean both in terms of code base and UI).
> > >
> > > I have seen this POV mentioned several times, and I just don't grok
> > > it. What it seems to come down to is, spend the money, then check the
> > > budgets afterwards to see if you screwed up.
> > > In other words, you can budget one of two ways: before the fact or
> > > after the fact. The "envelope" system of having subaccounts of the
> > > main account is the before method. If your mortgage payment is $800,
> > > and you are paid twice a month, then you can budget $400 into your
> > > housing subaccount every paycheck, and thus know that you will have
> > > enough for the mortgage payment on the 1st.
> > > This is even better when you have to pay $900 for your car insurance
> > > every six months. By putting $75 into your car budget every paycheck,
> > > then you'll have your $900 after six months.
> > >
> > > With after the fact budgeting, you mark each transaction in some
> > > way and then do reports to see how you are doing. What I don't grok
> > > in this method is how to see how much I have available to spend. My
> > > account may say that I have $900 in it, but I don't know that $800 of
> > > it is "reserved" for the upcoming mortgage payment. If I want to buy
> > > that new DVD burner for $150, GnuCash tells me I have it, but in reality
> > > I don't. I have to run reports to try and figure it out.
> >
> > With budgeting, you don't mark transactions at all. Why would you? All
> > you need is the sum of splits in Account A for <from date> to <to
> > date>. If your budget plan accurately reflects your income, and you
> > have not budgeted more cash outflow than inflow, you can see at a glance
> > how you are doing on your budget and be confident in the figures.
> >
> > And budgeting 'after the fact' is not budgeting--it's getting a
> > transaction report of cash flow report, it seems to me. What use is
> > creating a budget after you've spent the money to guide you in how you
> > were *supposed* to spend? Wouldn't it make more sense to create a
> > budget beforehand? It is useful, of course, to use past history in
> > setting up a budget--governments and corporations do that quite well.
> > Sometimes to a fault! ;)
> >
> > No, both methods discussed here allow for similar results: seeing how
> > well you are keeping to your budget, and seeing where extra cash may
> > exist. Keeping the budget separate, however, is cleaner and more
> > extensible, and easier to implement (I believe) and maintain.
>
> That is why I thought a way to select items (& periodical payments) & extract
> them to a Spreadsheet would be workable: then you can manipulate the amounts
> to add inflation etc, & generate a forecast using past figures & added
> potential ins & outs: exactly what a budget is!
>
> regards Doug
--
Matthew Vanecek
perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
********************************************************************************
For 93 million miles, there is nothing between the sun and my shadow except me.
I'm always getting in the way of something...
More information about the gnucash-user
mailing list