Corrupted reconciliation cannot be fixed?

Edward Doolittle edward.doolittle at gmail.com
Fri Jul 17 23:39:15 EDT 2015


It's true that the reconcile dialog live-updates for the usual case of
reconciling a single account, but I've found that if I'm reconciling an
account and its subaccounts, and I update information in the subaccount,
it's not properly reflected in the reconcile dialog.

On 17 July 2015 at 20:31, John Ralls <jralls at ceridwen.us> wrote:

>
> > On Jul 17, 2015, at 6:19 PM, Ken Heard <kenslists at teksavvy.com> wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > After reading the six threads on the list over the past year detailing
> > reconciliation problems it appears that if a reconciliation is
> > corrupted there is no way to fix it.  My problem however is different
> > from the problems cited in those threads.
> >
> > When reconciling a bank account each month I have been using the
> > postpone feature in the reconciliation window after I have checked off
> > some of the transactions because I usually find others in the bank
> > statement which are not in the gnucash register.
> >
> > Sometimes when I return to the reconciliation window I find that some
> > of the transactions I had checked off earlier are not still checked
> > off when I return to the reconciliation window.  I have to check these
> > ones off again.
> >
> > I have also however found that transactions checked off to enable the
> > reconciliation for a given month to be complete appear as not checked
> > off when I open the reconciliation window for the next month.  To
> > complete the reconciliations for subsequent months I have to leave
> > those transactions unchecked.
> >
> > For example, in the reconciliation for March of one of the bank
> > accounts there are three such transactions. These remain with an "n"
> > in the reconciliation column in the register instead of a "y".
> >
> > Nevertheless these transactions had to be and were included in the
> > March reconciliation to succeed, but had to be remain unchecked for
> > reconciliations for subsequent months to succeed.  (There are also
> > other unchecked transactions which are legitimate.)  It appears that
> > there is no way for these three to be removed from the unchecked list;
> > they must consequently remain there forever.
> >
> > I am wondering whether the way to avoid this phenomenon in the future
> > is not to use the postpone function at all.  Instead if I have to
> > leave the reconciliation to enter missed transactions I should simply
> > cancel the entire reconciliation and start the whole process over
> > again after any missed transactions are entered.
> >
> > Thoughts anyone?
> >
>
> The reconcile dialog isn’t modal and live-updates. When I find that I
> missed posting something I just switch back to the register and create the
> transaction, then switch back to the reconcile dialog and reconcile it.
>
> Regards,
> John Ralls
>
>
>
> _______________________________________________
> 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.
>



-- 
Edward Doolittle
Associate Professor of Mathematics
First Nations University of Canada
1 First Nations Way, Regina SK S4S 7K2

« Toutes les fois que je donne une place vacante, je fais cent mécontents
et un ingrat. »
-- Louis XIV, dans Voltaire, Le Siècle de Louis XIV, Chap. XXVI


More information about the gnucash-user mailing list