On Thu, 11 May 2000, Linas wrote:
> If I understand this correctly, and we did qif-based reconciliation,
> it would work as follows:
>
> -- randolph goes to bank web site, makes note of the banks current balance,
> and downloads a qif.
> -- he powers up gnucash, and picks 'reconcile-qif' from the menu.
> -- we suck in the qif file, and try to find any transactions in it that
> are not already recorded in the register. we pop up a window, saying
> 'do you want to add these transactions to your account?' and allow
> user to add them one by one, or regject them one by one, till they're
> done. We may want to help them idntify potential duplicates (e.g.
> dates, amounts which are identical, but payee feild is different, or
> dates that are same, payee field slightly misspeled, and amounts
> slightly off ...)
> -- when they're done with above, then we pop up the reconmcile window,
> and from there, things proceed as normal reconciles do ...
> with one 'minor' difference: instead of having 'y/n' in the reconcile
> column, we might have a yellow 'm' for 'maybe' or 'c' for
> candidate/confirm', and the 'c's' got marked that way because
> we marked them when the QIF came in. randolph has only to click on
> yellow c's to turn them into green y's to get full reconciled.
> (and there would be a yellow subtotal, showing hopefully yellow $0.0
> which turns green at the end ... )
Yes, that is generally how I see it working. However, we should recognize
that we may not want to actually finish the reconciliation. That might need
to wait for the printed statement to arrive.
