On 1/10/19 6:36 PM, David Cousens wrote: > Geert, > > My opinion is much the same as Adriens' . The critical information you are > verifying against a statement is: > > the timing (date and/or time) and > amount of the split to the account being reconciled. > > Where data has been manually eneterd into GnuCash, the date may not be the > same necessarily as a statement as they will record the date and/or time > relevant to the handling of the transaction in their hands which may be > different from your own - can be importnat for contracts for example. > > I also feel that changing the amount in splits other than the split to the > reconciled account should not trigger unreconciliation of a reconciled split > ( which is the crrent position). > > Any other information, while it may assist with identifying reconciliation > (e.g description memo etc), it is not the information which is being > reconciled itself. > > In addition the critical information that defines that transaction's > identity, i.e. internal GnuCash transaction ID needs to be protected. > > My bank doesn't provide in a statement their transaction ID's, or > transaction time and any description provided is from their perspective not > mine. My statement is pretty minimal: > > Date Descriotion Debit Credit Balance > > Balance State (Db/Cr) > > It is interesting that the OFX files I import from my bank often contain > much more information than the statements. They however are created on > demand whereas my statement often comes out a few weeks weeks after the end > of the relevant period and does not contain any pending events etc and any > clearances have been resolved. With electronic clrearance times now being > very short, these sort of discrepancies in accounts are now generally fairly > infrequent now > > While accounts with bank statements (asset, liabilities) will be the most > commonly reconciled accounts, they are not necessarily the only ones. In the > days when I ran a business, I could request and received statements form > vendors and supplied them to customers to verify that we agreed on what was > owed to them or by them. If you track income or expense by customer or > vendor then you may also find yourself reconciling these, especially if > there is a dispute. > > > David Couens
For example, when employed I often cross-checked the YTD information on the check-stub with my YTD information. I didn't have GnC then, but would use reconciliation today if that presented itself (YTD earnings, YTD 401K contribution, YTD Federal withheld, etc). OTOH, that might be too much work for one transaction per account!! It's the amount that is being reconciled. --Steve -- Stephen M Butler, PMP, PSM stephen.m.butle...@gmail.com kg...@arrl.net 253-350-0166 ------------------------------------------- GnuPG Fingerprint: 8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8 _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
