Checking & Split bugs

Bug #1 - If you take an existing entry that uses a split and then edit 
all the values in the entry and save them the resulting entry will now 
have 2x as many split entries. It will have the original values and the 
new values.

Bug #2 - When processing an unreconciled transaction (in this case a 
paycheck) one will get a suggestion for 'similar payees' which have the 
right number and type of splits but not necessarily the right values for 
each split. So being the naive user I would click on the split button on 
one of the 'similar payees' entries. Fix up the values. And then press 
confirm. This even seemed to work since it associated the right splits 
with the right values with the current transaction. BUT it ALSO changed 
the original entry that the similar payee came from! This caused me 
agonizing problems when suddenly my accounts didn't add up! It took a 
while to realize what was happening.

Note that Bug #1 and #2 may be related since I only run into #1 when 
fixing problems caused by #2.

A general problem I also find is that when matching checks the system 
has a couple of really odd behaviors.

Odd Behavior #1 - If I manually fix the payee for a check, even though 
that payee exists about a billion times in the account with the same 
category, the proper category for that payee isn't automatically entered 
nor is it suggested for 'current transaction'.

Odd Behavior #2 - The matching algorithm is just odd. For example, I 
have many instances of checks with exactly the same amount that go to 
exactly the same payee with the same category. These checks happen 2-3 
times each and every month. Yet the system never matches the checks 
(with the exact amounts, down to the penny) with the repeatedly used payee.

     Thanks,

             Yaron
_______________________________________________
For Moneydance customer support, please visit http://help.infinitekind.com
[email protected]
http://moneydance.com/mailman/listinfo/moneydance-info