Re: [kmymoney] [Bug 494073] Interest Rate Field for Bank / Brokerage Accounts

2024-10-03 Thread Brendan Coupe via KMyMoney-devel

On 10/3/24 18:53, JAH via KMyMoney-devel wrote:

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

--- Comment #2 from JAH  ---
Thanks for the prompt reply!

Yes indeed you can record the rate in the comments which is what I currently do
but it's very messy for simple reports however such as a list of account
details. You can't easily parse the rate from the rest of the notes
(technically you could using special characters etc but hardly a newbie
workaround) so a report must include all the notes (which may take up half the
page with) just to detail the associated rate. Mixing it in with notes also
precludes using the rate to calculate expected returns on fixed term accounts
for example.

I agree that you can't download it easily but it one of those useful facts that
doesn't change so often you can't update it manually but it does vary (more
often now) over time on savings accounts, credit card accounts and loans so
it's useful to be able to quickly see and compare rates across accounts in a
list.

I thought an extra field on the account record would be a useful feature for
many users and no so onerous to implement.

You're quite right I should have stuck with the more precise account terms I
used in the title rather than shorthand-ing them as "cash accounts".

Thanks again for your "interest" ;-)

While I would never take the time to manually enter the interest rate 
for each account, I would definitely like to see it calculated each time 
interest is paid on a savings account. This is probably not going to 
happen anytime soon. Maybe it can be achieved by adding an "Interest 
Rate" report and some way to flag what you want reported. Maybe a check 
box in a the category that says "Include on interest rate reports". It 
could be tricky to calculate, especially for credit card accounts or 
investment accounts.


--
**
*Brendan Coupe*
*3...@coupe7.com*




[kmymoney] [Bug 494073] Interest Rate Field for Bank / Brokerage Accounts

2024-10-03 Thread Jack via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494073

--- Comment #1 from Jack  ---
What do you propose to do with this information?  For now, you can include it
in the notes field for the account, but I assume that is not really what you
want.  Just adding a field for interest rate shouldn't be too hard, but I don't
see the point.  I also don't know of any way to automatically download it, as
I've never seen it as part of downloaded data for any account I have.
Also, remember, what KMyMoney calls a "cash" account just represents the cash
in your wallet or cookie jar.  I assume you are referring to a bank account
(checking or savings) other than an investment account.  However, it could also
apply to a credit card account.
Can you elaborate a bit?

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

[kmymoney] [Bug 494069] Ledger shows incorrect value for credit card account when reconciled transactions are hidden

2024-10-03 Thread Alexandre via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494069

Alexandre  changed:

   What|Removed |Added

 Attachment #174384|0   |1
is obsolete||

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

[kmymoney] [Bug 494069] Ledger shows incorrect value for credit card account when reconciled transactions are hidden

2024-10-03 Thread Alexandre via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494069

--- Comment #1 from Alexandre  ---
Created attachment 174385
  --> https://bugs.kde.org/attachment.cgi?id=174385&action=edit
test kmymoney file

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

[kmymoney] [Bug 494069] New: Ledger shows incorrect value for credit card account when reconciled transactions are hidden

2024-10-03 Thread Alexandre via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494069

Bug ID: 494069
   Summary: Ledger shows incorrect value for credit card account
when reconciled transactions are hidden
Classification: Applications
   Product: kmymoney
   Version: git (master)
  Platform: Gentoo Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: reports
  Assignee: kmymoney-devel@kde.org
  Reporter: alexandre...@gmail.com
  Target Milestone: ---

Created attachment 174384
  --> https://bugs.kde.org/attachment.cgi?id=174384&action=edit
Test kmy file

SUMMARY
Ledger shows incorrect value for credit card account when reconciled
transactions are hidden

STEPS TO REPRODUCE
1.  Load test.kmy file
2.  Show ledger 
3.  Hide reconciled transactions

OBSERVED RESULT
Ledge shows the correct reconciliation (100) but now the the balance is
negative (after the entry) and Payments are negative and Charges are positive.
If the option "Hide reconciled transactions" is removed. it works correctly


EXPECTED RESULT
Ledger results do not change with the option "Hide reconciled transactions" on
or off


SOFTWARE/OS VERSIONS
Operating System: Gentoo Linux 2.15
KDE Plasma Version: 6.1.5
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.3
Kernel Version: 6.10.12-gentoo-archlinux (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 4060 Ti/PCIe/SSE2

ADDITIONAL INFORMATION

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

[kmymoney] [Bug 494072] New: Foreign Dividends - Exchange Rates Incorrectly Recorded on Duplicates

2024-10-03 Thread JAH via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494072

Bug ID: 494072
   Summary: Foreign Dividends - Exchange Rates Incorrectly
Recorded on Duplicates
Classification: Applications
   Product: kmymoney
   Version: 5.1.3
  Platform: Appimage
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: database
  Assignee: kmymoney-devel@kde.org
  Reporter: vanques...@gmail.com
  Target Milestone: ---

Thank you for an excellent, very capable product and continuing to support it!
Much appreciated.

SUMMARY
When DUPLICATING an existing Foreign Currency Dividend entry the exchange rates
applicable to the new (duplicated) transaction are not correctly recorded.

STEPS TO REPRODUCE
1. Create a Foreign Dividend with Exchange Rate = X
2. Duplicate that Foreign Dividend but with NEW Exchange Rate = Y

OBSERVED RESULT
Existing exchange rates in kmmSplits.sharesFormatted are NOT overwritten with
the duplicate's NEW exchange rates
Existing kmmSplits.price & kmmSplits.priceFormatted values are NEITHER
overwritten NOR set to "NULL""

As a result I have a database with many foreign dividend split records with the
Correct values in:
kmmSplits.value
kmmSplits.valueFormatted
kmmSplits.shares

but INCORRECT  values in:
kmmSplits.sharesFormatted   (which should I believe = kmmSplits.value /
kmmSplits.shares)

Even when the Foreign Exchange Rate is correctly recorded for fresh new
transactions, the value posted to kmmSplits.sharesFormatted is TRIMMED to only
2 decimal places. Originally (some years ago) it seems the exchange rate was
posted as a fraction in kmmSplits.price and rounded to 4 decimal places in
kmmSplits.priceFormatted - providing an accurate record of foreign transactions
which is now absent.

I have many records where kmmSplits.price & kmmSplits.priceFormatted have
neither been reset to "NULL" nor updated with the new exchange rates after
duplication. Those fields remain populated with specious old rates that have
been duplicated again and again from the original instance of the dividend
transaction.

EXPECTED RESULT
When creating a fresh NEW FOREIGN CURRENCY DIVIDEND entry I believe:
   A)  The relevant split exchange rates are posted in
kmmSplits.sharesFormatted trimmed to 2 decimal places
   B) "NULL" is posted to kmmSplits.price & kmmSplits.priceFormatted

Ideally the practice of recoding the accurate rate in kmmSplits.price &
kmmSplits.priceFormatted would be re-introduced.

Presumably exactly the same should happen when duplicating a previous
transaction as when creating a new one.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: opensuse 15.5 
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.103.0
Qt Version: 2.15.8

ADDITIONAL INFORMATION
Data maintained in XML file but saved and examined in SQLite database

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

[kmymoney] [Bug 494073] New: Interest Rate Field for Bank / Brokerage Accounts

2024-10-03 Thread JAH via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494073

Bug ID: 494073
   Summary: Interest Rate Field for Bank / Brokerage Accounts
Classification: Applications
   Product: kmymoney
   Version: 5.1.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: database
  Assignee: kmymoney-devel@kde.org
  Reporter: vanques...@gmail.com
  Target Milestone: ---

It would be great to be able to record the prevailing Interest Rate associated
with a cash account - especially when they vary so much these days!

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

[kmymoney] [Bug 494073] Interest Rate Field for Bank / Brokerage Accounts

2024-10-03 Thread JAH via KMyMoney-devel
https://bugs.kde.org/show_bug.cgi?id=494073

--- Comment #2 from JAH  ---
Thanks for the prompt reply!  

Yes indeed you can record the rate in the comments which is what I currently do
but it's very messy for simple reports however such as a list of account
details. You can't easily parse the rate from the rest of the notes
(technically you could using special characters etc but hardly a newbie
workaround) so a report must include all the notes (which may take up half the
page with) just to detail the associated rate. Mixing it in with notes also
precludes using the rate to calculate expected returns on fixed term accounts
for example.

I agree that you can't download it easily but it one of those useful facts that
doesn't change so often you can't update it manually but it does vary (more
often now) over time on savings accounts, credit card accounts and loans so
it's useful to be able to quickly see and compare rates across accounts in a
list.

I thought an extra field on the account record would be a useful feature for
many users and no so onerous to implement. 

You're quite right I should have stuck with the more precise account terms I
used in the title rather than shorthand-ing them as "cash accounts". 

Thanks again for your "interest" ;-)

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