Future allocated money, aka Envelope Budgeting
wm_o_o_o at yahoo.co.uk
Fri Feb 2 07:04:14 EST 2018
On 31/01/2018 16:09, Christopher Lam wrote:
> Hi Matt- I thought this should move to the devel list, because of
> technical details, and this discussion will be very speculative.
> I had a thought about how envelope budgeting could work: "divide your
> paycheck into separate envelopes for different purposes".
> A solution: *Create another type of transaction.*
> There's already u(n)reconciled, (c)leared, (y)reconciled, (v)oid
> transactions. And (f)rozen I believe is unused. Let's create a new type
> - (b)udget. But the balances are handled differently.
> What do we think of this?
> The budget balance for an asset account represents "money remaining to
> allocate", and the budget balance for an expense account effectively
> represents "the upper limit that I'll allow this account to be". The
> budget balance, minus running balance represents "money left in
> envelope". I can increase envelope contents by transferring budget money
> from asset to the expense accounts.
> I wouldn't know how to handle credit card nor loan interest.
> I think it's an interesting thought experiment. The devil will be in the
> The advantage will be that the underlying code can handle this augmented
> functionality without major difficulty (famous last words.)
this "problem" is already "solved" in our friendly ledger-cli applications.
It is *not* a case of gnc people not knowing what to do or how to do it.
for e.g. I am, at the moment, in the process of doing my multiple view
portfolio analysis starting from
which is more or less what envelope budgeting is plus a bit.
The reason I don't think this is likely to get done in gnc any time soon
(think decades) is because the UI will never satisfy anyone.
My 2 free Trump cents.
More information about the gnucash-devel