Good point about importing.
Maybe this was originally implemented before you could import them 'as
cleared'?
Otherwise, I don't see the need for it either.
Regards,
Adrien
On 12/15/25 9:51 PM, sunfish62--- via gnucash-user wrote:
Well, then, given that imported transactions can be set to 'C' (which prechecks
them in a reconciliation), and a user can change this flag themselves manually
in the register, it's not clear what purpose this step would serve in the
reconciliation process. I guess it might reduce the overall number of mouse
clicks the reconciler needs to do, which I believe is what the original
implementer was seeking back in 2010.
We traditionalists want to confirm that our books agree with the bank's, one
transaction at a time. We like having to click each transaction to verify its
mutually agreed upon existence. Well, OK, 'like' might be a little strong, but
the idea is there.
Having never used the Autoclear action before, I don't even know what happens
after the process runs. Are the transactions set to 'Y' reconciled status? Left
at 'C'?
If the latter, it seems to me that those with a large number of transactions
could run the Autoclear feature from the Actions menu to set the flag and then
jump to Reconciliation having allowed the Machine decide which transactions
match the statement. I believe that workflow would still reduce the number of
clicks for those users who are counting, while allowing the click happy
traditionalists their day in the trenches.
_______________________________________________
gnucash-user mailing list
[email protected]
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.
