mthadm wrote:We have had a prototype for this approach at some point and we decided to drop it.
The reason is that most people convert years worth of data, we have had cases going back to 1992, literally tens of thousands of records, and we found out that poping up dialog asking to identify each transfer transaction manually results is abandoned conversions.
OK, but you wouldn't have a pop up dialogue for every transfer; you'd have a matching system that would try to reconcile every potential transfer and the user would scan through quickly and simply remove the one's that are incorrect.
I know what you mean about MS Money, where if you're paying a mortgage, part of the split goes to the principle and the account, and the other part(s) go to various categories, or even other accounts, but even so this should work, because the system would be able to identify the split that went to the account, and the category that is marked as 'interest' would remain as a category. I could try and do a mock up in excel and put it here.
do you really have transactions in your register on the same day, drawn on the same amount, with the same check number or a memo ? The only few times that this happens are typically some sort of a cash withdrawal entered manually or cash adjustments also entered manually. It is easier to resolve on a case by case basis, which is why we are troubleshooting the above case.
I have a few - some subscriptions I have, that my wife also has, look like dupes. But the really big one is my 401(k) where there is employer matching deposits and purchases. Now I know you don't have a securities module yet, but when you do, think about how to make this easier.
So I get paid twice a month and I'll have two identical transactions going to my 401(k), a pre-tax contribution from me (taken from a split in my payroll) and a direct contribution from my bank (which is a payroll contribution also, but not part of my gross income). From this, I then make my 'buys' in the 401(k) account, which are always in exacty duplicated pairs. This is the only way my tax gets correctly calculated, hence the slightly long winded approach.