[Kmymoney-devel] [kmymoney4] [Bug 314352] New: Wrong assignment of splitted transaction

[Ian Hubbertz]

https://bugs.kde.org/show_bug.cgi?id=314352

            Bug ID: 314352
           Summary: Wrong assignment of splitted transaction
    Classification: Unclassified
           Product: kmymoney4
           Version: 4.6.3
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: general
          Assignee: kmymoney-devel at kde.org
          Reporter: kde_bugs at hubbertz.de

I have several categories with automatic tax assignment. Also, the automatic
assignment of new transactions from an online-banking-account to the categories
is active.
This assignment to categories works fine, but for the amount of the split
transactions the values of the "remembered" transaction is used.



Reproducible: Always

Steps to Reproduce:
For example:

On my online bank account there is a "Telecash" income. I assign this to the
categorie "Erlöse 19% USt" (German SKR03). This categories automatically splits
the transaction to this categorie and the account "Umsatzsteuer 19%". So, 119€
on my bank account is splitted into 100€ to "Erlöse 19%" and 19€ to
"Umsatzsteuer 19%".

But with the next online update of my bank account, there is for example a new
"Telecash" income of 200€.
Kmymoney recognize, that this is a "Erlös 19% USt.", so automatically assigns
the transaction to "Erlöse 19%" and "Umsatzsteuer 19%", but the amount of the
transactions is again 100€ and 19€, so there is a missing amount 81€.
kmymoney warns about this, but there is no easy way to correct this.
In fact, I have to delete the splitted transaction, double-confirm this and
reenter the "Erlöse 19%" categorie.

The same problem exists with expenses of my online bank account. If they are
automatically splitted for taxes, kmymoney messes with the amounts of the
splitted transactions.


Expected Results:  
Of course, the nicest solution would be that kmymoney would automatically
recalculate the amounts of a splitted transaction in case it is an "automatic"
split (taxes).

I choosed serverity as "major", because the major feature "transaction
matching" is broken when using it in combination with the major feature "VAT
support".

-- 
You are receiving this mail because:
You are the assignee for the bug.