Got it.

Thanks for the specifics.

Cheers,
Brook

> On Jan 19, 2025, at 12:46, John Ralls <jra...@ceridwen.us> wrote:
> 
>> On Jan 19, 2025, at 10:57, Brook Milligan <br...@nmsu.edu> wrote:
>> 
>> Thanks, John.  For the benefit of me and everyone else, let me make sure I 
>> get this correct as a procedure to follow.  See questions below.
>> 
>>> On Jan 18, 2025, at 21:20, John Ralls <jra...@ceridwen.us> wrote:
>>> 
>>> There is no reconcile start date. There’s a statement date and that sets 
>>> the *default* ending balance for the reconcile and gets saved as the 
>>> “reconcile date” on each reconciled split. There’s also a starting balance 
>>> that is the balance of all of the reconciled splits in the account.
>> 
>> The starting balance is dynamically calculated as the sum of all reconciled 
>> splits in the account up until the “reconcile date”?  Is that all correct?
>> 
>>> The reconcile window won’t let you complete a reconcile if the modified 
>>> reconciled balance in the reconcile window doesn’t match the number you’ 
>>> entered in the reconcile information dialog.
>>> 
>>> You can unreconcile splits by clicking the r in the column between account 
>>> and debit (or amount if it’s a non-currency commodity register). If you 
>>> haven’t quite gotten your head around debit and credit, the debit column is 
>>> the left of the two value columns.
>> 
>> If I “unreconcile” a split, then the starting balance for reconciliation 
>> would necessarily change (decrease) right?
>> 
>>> So if you have a few splits from a past reconciliation whose errors net 
>>> out, you can note the reconciled balance, unreconcile the erroneous splits, 
>>> tell the reconcile info that the ending balance is the one that you noted 
>>> before changing the splits, then edit and re-reconcile the splits with the 
>>> correct values.
>>> 
>>> But if the errors don’t net out and the balance you reconciled to the first 
>>> time is wrong you need to unreconcile every split back to that statement 
>>> and re-reconcile all of the statements in order.
>> 
>> To be clear: (i) unreconcile back until just after the last transaction that 
>> was correctly reconciled.  If what I suggested above is correct, this alone 
>> will reset the reconciliation status back to the last correct 
>> reconciliation.  (ii) Start reconciling from statements after the last 
>> correctly reconciled one; this can be done in the normal way as it was the 
>> first time through (but getting it right :).
>> 
>> Is that all correct?
> 
> Almost. The starting balance is the net of all reconciled splits in the 
> account regardless of date. That’s why you have to unreconcile everything 
> back to the last untainted transaction. You have the procedure correct.
> 
> Regards,
> John Ralls


_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
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.

Reply via email to