[GNC-dev] About 3.9 and reconciliation balances

[David Cousens]

Adrien,

I am referring specifically to setting the reconciliation date for the split
you are reconciling. When a transaction is created in GnuCash both the date
it was entered into Gnucash and the date it was posted are recorded in the
transaction data structure and file. Only the posted date is normally
displayed in the register. The posted date should of course be the date
relevant to the event which you are recording in your books. 

The reconciliation date is separate from both of these and is part of the
data structure for the split to the account being reconciled that is part of
the transaction data

It is currently set to the end date for the statement when the
reconciliation flag for the split is set to 'y' by the reconciliation.
During the import process when an existing transaction is updated from an
imported record, it is set to 'c' (cleared) and TODAY, the date at which the
importation occurred is recorded in the reconciliation date field. splits
set to 'c' are not included in the starting balance calculation for a
transaction, only those set to 'y'. WHen they are included in a
reconciliation process, then they are set to 'y' and the reconciliation date
field is set to the end date of the relevant statement.

I believe the above is all kosher and the current situation only arises
AFAIK when the user has inadvertently set the end date of a statement to a
far future date as I did and then Chris's improvement in 3.9 prevents them
from being included in the starting balance sum.

My reference was only to the dates the bank records the transactions at in
its statement not to any dates recorded for the transaction in GnuCash. I
was being very pedantic in the interest of trying to make what I meant clear
(but still didn't quite manage it). 

One problem in all these discussions is always making sure everyone is using
the same terminology for the same conceptual structure/objects.

I agree adjusting transactions may not have the date of the original
transaction and may not necessarily fall within the period encompassing the
original transaction at the date recorded in the book and could possibly
have been recorded in the future relative to the end of statement date.
AFAIK there is nothing which prevents a user from reconciling a future event
to the account. These appear in the debits and credits panels in the
reconciliation window even if their transaction posted date is after the end
of statement date so they can be checked for inclusion in the relevant
reconciliation process along with the original transaction they correct -
hopefully to the value recorded in the statement.

David



-----
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html