A bug on transaction exchange rate of lots when transferring shares between investment accounts?

questionsforever

When I transfer a security (US) from one investment register to another using the move shares between accounts action type, the new shares show in the new account under reports like cost basis or capital gains reports as 'added'. But this added shows an exchange rate on the date of the transfer. Does it mean that Quicken loses all the lot level details that were in the original register when doing a report in your base currency (in this case CAD)? It seems this is a big bug as all the data is lost in the new reports under the new account?

Quicken Kristina

Hello @questionsforever,

Thank you for letting us know you're seeing this issue. Could you clarify the issue please?

I tried to replicate the issue in the Canadian version of Quicken for Windows by transferring a USD security between two USD brokerage accounts. While it does show as Added, I'm still able to see the history of the security. The Security Report shows the transfer in the Memo column. The Portfolio Value & Cost Basis report defaults to no interval (showing only as-of today), but I am able to change the interval to see past dates as well.

What specific information are you looking for that is vanishing after you have transferred the security?

I look forward to your reply!

questionsforever

well when I go to the new register with the added security (1 line item so it doesn't have the the lot history anymore ) and I a portfolio cost basis and fmv value value report then click on the security so the magnifying glass goes on and then shows the lot details. In this case it just shows the added transactions even if you click currency exchange rate.

Quicken Kristina

Thank you for your reply,

While our article on transferring shares doesn't explain how it should look in your Quicken, I can see that earlier discussions on the topic indicate that you should see one line to remove the shares, then, if you have more than one lot that you're transferring, multiple add shares lines in the receiving account (1 line per lot).

https://community.quicken.com/discussion/comment/20150181#Comment_20150181

Is this what you are seeing in your Quicken, or do you have only one add line, despite having multiple lots that you're transferring?

A possible work-around, to help preserve the history may be to restore a backup from before you transferred the shares, then try moving the transactions instead. That does have it's drawbacks, since it does change the history of the account you're transferring the shares from. See @Chris_QPW's earlier post for a more detailed explanation.

https://community.quicken.com/discussion/comment/20421394#Comment_20421394

I hope this helps!

questionsforever

It would take forever to move each transaction one by one but it would preserve the lots. Yes there are multiple add transactions in the new register BUT all those new transactions use a single exchange rate on the date of the stock move transaction. It loses the origin lot exchange rates. This is a bug because I don't understand how you can consider a move shares between accounts transactions that does not preserve the original lot exchange rates ! Can you tell me how this makes any sense and will you correct this as it seems simple enough to move the stock with each lot's original exchange rate to the new register?

Quicken Kristina

Thank you for your reply,

To confirm, the issue is that the original exchange rates are lost (in reports) when you transfer shares between accounts?

I forwarded this to the proper channels for further investigation and resolution. Please navigate to Help>Report a Problem and send a problem report with log files attached to contribute to the investigation.

While you will not receive a response through this submission, these reports will help our teams in further investigating the issue. The more problem reports we receive, the better.

We apologize for any inconvenience!

Thank you.  

(CTP-12687)

questionsforever

Yes that is the correct problem.