Earlier split transactions have incorrect amounts when replicated for current transactions
Moneydance 2019.3
[This is a reposting of a message from 2016 (and Moneydance 2015.4). I got the auto response, but heard nothing more. The earlier message used real numbers, so was marked private. This one uses faked numbers, so is public.]
I searched the knowledge base, but can find nothing on this.
I use many split transactions for which most entries do not change. A good example would be a cell phone bill, where all charges except taxes, fees and surcharges are the same from month to month.
When I process such a transaction each month MD recognizes earlier similar transactions and invites me to confirm one of those instead of creating a new split entry.
But when I confirm the transaction, then examine the split, the total is correct but the amounts in each line of the split which contribute to the total are not correct. In the neighborhood, but not exact. I have to manually edit each split line to get it right.
Here is a made-up example.  Entries A and B should be the same in both.  Entries C and D vary:
                   Earlier transaction:  Total $23.48                 Current transaction:      Total 28.95
Entry A                      $10.00                                                                 $12.31   <-- MD supplies all these made-up numbers,
Entry B                      $  7.50                                                                 $  8.87         using some internal algorithm to make
Entry C                      $  3.23                                                                 $  4.89         the total agree with the transaction total.
Entry D                      $  2.75                                                                 $  2.88
I wish MD would manage re-used split transactions as Quicken does, e.g.:
Entry A                      $10.00
Entry B                      $  7.50
Entry C                      $  3.23
Entry D                      $  2.75
Entry E                      $  5.47      NO CATEGORY (my default assignment)
Entry E is a reconciling entry that does not disturb Entries A-D. As I adjust Entries C and D, Entry E --> $0.00, and can then be deleted. Or not. Since many of my actual transactions have many more fixed entries, this would be a real timesaver.
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help | 
|---|---|
| ESC | Blurs the current field | 
Comment Form
| r | Focus the comment reply box | 
|---|---|
| ^ + ↩ | Submit the comment | 
You can use Command ⌘ instead of Control ^ on Mac
System closed this discussion on May 29, 2020 @ 01:10 AM.