Reconciliation: Incorrect Starting Balance

[David]

When I reconcile the very first by date transaction of $n, creating a running balance of $n, I should never be told there is $6.37 already balanced, unless there is a hidden transaction or split with an earlier date, but there it is.

So, since we know there is hidden column of reconciled date, we can manipulate the reconciled balance without messing up the running balance by putting in an earlier transaction, reconciling it, change the date to 2099-12-31, change the balance to whatever the reconcile is off.

It's a great workaround for an aggravating bug that the developers have adopted as their child that can do no wrong, just blaming the data entry troops and suggesting a search for an invisible needle in a haystack.  Well, in this life there is a little insanity everywhere.
 

 

-----Original Message-----
From: Colin Law <clanlaw at googlemail.com>
To: David <dgpickett at aol.com>
Cc: gnucash-user <gnucash-user at gnucash.org>
Sent: Sun, Oct 27, 2013 4:15 am
Subject: Re: Reconciliation: Incorrect Starting Balance


On 26 October 2013 22:52, David <dgpickett at aol.com> wrote:
> There must be a hidden date, that redating an early reconciled transaction
> to way later allows you to balance the first transaction.

I still don't understand exactly what problem you have.  Are you
saying that the Starting Balance as shown on the Reconcile window is
not the sum of all reconciled transactions?  Changing the date on a
reconciled transaction does not change the Starting Balance on the
reconcile window.  Try it and see.

Colin