Reconciliation: Incorrect Starting Balance

Philip Tait philip at taits.org
Fri Oct 25 18:38:02 EDT 2013


On Fri, Oct 25, 2013 at 12:23 PM, Tommy Trussell
<tommy.trussell at gmail.com>wrote:

> On Fri, Oct 25, 2013 at 3:13 PM, DGPickett <dgpickett at aol.com> wrote:
>
> > I had an account where I had been replacing reconciled transactions with
> > copied more accurately split ones, and it was off even for the first
> > transaction, which seems like a bug.
> >
>
> The most likely source of the "bug" is that the replacement splits that you
> entered don't add up the same as the originals.
>
>
>
> > Since the imbalance must be coming from deleted reconciled transactions
> > down
> > the time line, I made a fake transaction with a very low date, reconciled
> > it
> > using whatever balance worked and redated it way down the time stream.
> >  Now,
> > by changing that balance, I can get any reconciliation to work with the
> > real
> > balance of that date.  Once things are all reconciled again, I cannot
> > delete
> > that fake or they go off balance.
> >
> > There should be a way to zap the account back to all 'n' with $0 balance
> > reconciled, so it can be re-reconciled.  I was sad to see repair did not
> do
> > this.
> >
>
> I may be misunderstanding what you want to do, but you cannot have it both
> ways -- I would think you you must either have accurate transactions OR
> correcting transactions to make the balances correct.
>
> It sounds like you need to un-reconcile and re-reconcile ALL the
> transactions from the point where you deleted and re-entered them so you
> can find out where you made your mistake(s), rather than entering
> correcting transactions.
>

Isn't that what he said above: "There should be a way to zap the account
back to all 'n' with $0 balance
 reconciled, so it can be re-reconciled."?


More information about the gnucash-user mailing list