Reconciliation window: closing balance distorted and reconciliation date

[Jannick Asmus]

Hi Hendrik,

On 02.05.2008 21:40, hendrik at topoi.pooq.com wrote:
> On Fri, May 02, 2008 at 02:21:18PM +0200, Jannick Asmus wrote:
>> Maf,
>>
>> On 02.05.2008 13:41, Maf. King wrote:
>>
>>> Oh, I understand now.
>>>
>>> If you try to reconcile an account today, but you already have a transaction 
>>> for next week reconciled, then the (default/register balance) "ending 
>>> balance" and the "reconciled balance" can't be made to agree. (diff <> 0.00)
>> Right. :-)
> 
> What puzzles me is why you reconcile a transaction before it has even 
> occurred.

This is because of transactions becoming due today with due date in the 
future. I described it in a previous email within this thread.

For my purposes the process of reconciliation is rather a closing of 
transactions because they are logically consistent with all other 
transactions and information from outside and can, thus, be 'frozen'.

If a second party is involved in the transaction providing a balance 
amount to date, the process of reconciliation includes comparing the 
balances on each side (information from outside). If there is no balance 
of the second party involved available, there is no other way to check 
the double-entry accounting by the extended understanding of the 
technique of reconciliation. For in-house transactions (e.g. transfers 
between liabilities - cf. the correspondence with Maf.) reconciliation 
means freezing the account after a check of consistency.

I have real big number of transactions each week and I am really keen on 
  closing the accounting cases in GC, since keeping transactions open 
can lead to unintentional changes and is time consuming twice.

I hope this could make my point of view a bit clearer. :-)

Do not hesitate to ask if you have any further questions or anything is 
left unclear.


Best wishes,
J.

--

GC v2.2.5/WinXP