Any Interest in Configurable Imbalance name

[Josh Sled]

"Donald Allen" <donaldcallen at gmail.com> writes:
> On Jan 4, 2008 4:36 PM, Derek Atkins <warlord at mit.edu> wrote:
>> Quoting Donald Allen <donaldcallen at gmail.com>:
>>
>> > I do have a question for the developers about this: I have a scheduled
>> > transaction that records my mortgage payment every month. Gnucash
>> > computes the principal and interest for each payment, and sometimes
>> > sometimes round-off error causes a $.01 imbalance. This needs to be
>> > addressed before returning to the 1.8.x strict-transaction-balancing
>> > regimem. I would advocate either seeing to it that amortization
>> > schedules be computed so that principal+interest=payment, by making
>> > some (optionable?) default choice about what to do when round-off
>> > error makes this not true, or ask the user where to put the penny, so
>> > things balance (much same way it asks you whether to recalculate
>> > number of shares, price, or value when something about a stock
>> > transaction changes).
>>
>> This is one case where I think it's appropriate to add the Imbalance-USD
>> account.
>
> I disagree. I think having scheduled transactions be silently entered
> imbalanced while not allowing manual transactions to be entered until
> balanced makes the user interface inconsistent. I think they should be
> handled the same way.

I don't think the inconsistency matters hardly at all, but – yes – it would
be better if there was...

a/ better/explicit rounding in the computed values
b/ adding a step to the Since Last Run process to resolve imbalanced items

... or both.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-user/attachments/20080105/5bf0a81f/attachment.bin