Created attachment 127878 [details] .kmy file SUMMARY Regular transactions from a payee which have a tag assigned will appear in the "Tags" overview as deposits. If you do the exact some transaction, but make it part of a split transaction, then it will suddenly count as payment. I do not know if this is the expected behavior. STEPS TO REPRODUCE 1. Create a transaction with tag "Test" 2. Create a split transaction. Tag one of the split items as "Test" 3. Open "Tags" overview, select "Test" OBSERVED RESULT The "Tags" overview shows both transactions, but one is a deposit while the other is a payment. EXPECTED RESULT Both transactions should be a either a deposit or a payment. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: Gnome 3.34 KDE Frameworks Version: KDE Frameworks 5.67.0 Qt Version: Qt 5.14.1 (built against 5.14.1) ADDITIONAL INFORMATION I have attached a sample .kmy file, which contains a simple demonstration of this issue.
Created attachment 127966 [details] Tag overview with mixed deposts and payments.
Created attachment 127967 [details] Tag overview screenshot
It may be a bit confusing, but if you take the column 'Account' into account then everything is fine. For the 'payment' it shows the category 'Groceries' and not your account. Oh, and since we're at it: your groceries are expenses but you enter them as income. But booked correctly it would just reverse the views.
Ok, thank you for looking into this. It makes sense now with the Account column. The issue is probably with the way I used the tags view. Here is an example: Let's say I create a tag for a vacation e.g. "Canada 2020" and tag all expenses, then I cannot quickly get the sum of the vacation related expenses via the balance summary if there are any split transactions. The "Tags" view would display splits as deposits (which is correct because it's a deposit to the category account). All other non-split expenses are withdrawals. One solution could be to create a category, but I want to keep the number of categories low and avoid single-purpose categories. Yes, the groceries should not have been income, but expenses.