Reconciliation

[Alex Aycinena]

> ---------- Forwarded message ----------
> From: life0riley <life0s_50 at yahoo.com>
> To: gnucash-user at gnucash.org
> Cc:
> Date: Mon, 23 Feb 2015 20:28:23 -0800 (PST)
> Subject: Re: Reconciliation
> Alex Aycinena-2 wrote
> >
> > I don't believe this is exactly correct. When you create a new book you
> > are
> > given the choice to set this option. It defaults to 'not selected', so
> > Andy
> > could have set it, either intentionally or not, when he created the book.
> > It is also possible to go and change the setting any time afterwards, So
> > Andy may have set it later, also, either intentionally or not. (If you do
> > change it later, you will end up with transactions that have the 'number'
> > in one field before the change and in another field after the change.
> > There
> > is a warning about this in the help description.) Depending on how this
> > option is set, the register shows a 'T-num' field on the second line or
> > not. That is why some of you are seeing it and some of you are not (you
> > don't have that option set).
> >
> > For users who come from a Quicken background, and transfer their data
> from
> > there, setting that option will make gnucash behave like Quicken in terms
> > of how the 'num' field is displayed in different registers (that is, the
> > same transaction can have different 'numbers' displayed in different
> > registers; the T-num, if used will be the same in all registers for a
> > given
> > transaction).
> >
> > For Andy, if he wants to keep this behaviour, there is no need to start
> > his
> > book all over again. If there is a bug in the reconciliation window, I
> > just
> > need to fix that. Meanwhile, Andy can do his reconciliations without
> > seeing
> > his numbers and just focusing on the amount and dates.
> >
> > Regards,
> >
> > Alex
> > _______________________________________________
> > gnucash-user mailing list
>
> > gnucash-user@
>
> > 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.
>
> Does this mean that "Use Split Action Field for Number" has to be unchecked
> for the check numbers to show in the reconciliation window or is this a
> bug?
>
> Thanks,
>
> life0riley
>
>
This is a bug that has now been fixed; the fix will show up in the next
release. (Thanks to Andy for finding it and reporting it, even though it
appears he did so inadvertently.)

As to whether you need to uncheck that option in File->Properties to see
the numbers in the reconcile window the answer is: it depends.

It depends on how that option was set when a particular transaction was
entered into gnucash (whether via the user interface, that is a register
screen, or via some kind of file import).

If the option was not checked when a transaction was entered, then
selecting the option and opening the reconciliation window will make the
number not appear in the reconciliation window. If you close the
reconciliation window, de-select the option, and then re-open the
reconciliation window, the number will appear for that transaction and for
all other transactions that were entered with the option not selected.
(This seems to be what happened for Andy.)

If the option was checked when a transaction was entered, and is selected
when the reconciliation window is opened, the number does not appear as it
should: that is the bug which has been fixed for the next release.
De-selecting the option will not make the number appear for this case. When
you get the next release and upgrade, you will see the number. Until then,
you unfortunately have to do your reconciliations by using just the amounts
and dates.

I'll also note that if the option is set one way and some transactions are
entered, then the option is changed and more transactions are entered, you
will have a mixed case. (For Andy, if you entered or imported any
transactions after setting this option and before un-setting it, you will
be in this situation and you will only see some of the transaction numbers.)

Alex