Serious reconciling problem after deleting an reconciled transaction

Ronal B Morse rbmorse at comcast.net
Thu Aug 7 17:56:03 EDT 2008


Wouldn't it be easier to enter an appropriately labeled "dummy"
transaction with an explanatory comment to offset the error, reconcile
that and get on with life? 

Ron Morse


On Thu, 2008-08-07 at 13:38 -0700, Scott Simpson wrote:
> > mucking about in the data file is most likely *not* the way to solve
> > this. At this point, your best bet is to try and roll back to one of
> > the backup files (ending in .xac).
> 
> Yes, I'm afraid you are right. Luckily I have backups. I'll have to
> manually re-enter a month's worth of transactions. That should consume
> one of my days this weekend. :-)
> 
> > As I recall, the proper way to handle the situation with a mistaken
> > reconcile is to delete the incorrect transaction, enter the proper
> > transaction, *ignore* the starting balance, and then reconcile to the
> > proper ending balance.
> 
> This won't work. The ending balance of my account must obviously match
> my statement. But as I check stuff off, the "reconcile number" is
> computed and when I am done matching my statement, the reconcile
> number will be off by $28.50 since it computes relative to the
> previous *incorrect* value (and I can't adjust the reconcile number
> because that is my original problem!). If the reconcile number is not
> $0, I can't say accept. Catch-22.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.



More information about the gnucash-user mailing list