(Canadian

Yes - manual entry.Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
Thank you!Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
Sorry - I fumble-fingered the keyboard while answering - and was too slow on the edit process. Will try and finish the answer here :<((Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
THANK YOU!Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
If the Shares have multiple lots is it possible to enter them so the Shares in the new account have the same historic info?Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
This work around certainly allows one to retain cost-basis for lots, but it provides no mechanism for in-kind transfers. That is, a tax report will show a loss of the entire cost basis for each lot removed from the origin account.Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
Only one vote per user...Just upgraded to Q 2018 (subscription) with high hopes that this issue would finally be fixed. No joy.
Will vote (again) for all of the related investment ideas, as mentioned above...
Did that. I guess the NEW feature “Move and archive investments transactions” doesn’t really mean there is a “Move security transaction” but of course there’s no further information that I could find, so I don’t know what it really means.Just upgraded to Q 2018 (subscription) with high hopes that this issue would finally be fixed. No joy.
Will vote (again) for all of the related investment ideas, as mentioned above...
The Move & Archive functionality is only available for the Windows version.Just upgraded to Q 2018 (subscription) with high hopes that this issue would finally be fixed. No joy.
Will vote (again) for all of the related investment ideas, as mentioned above...
I believe for that to work the transactions could only be moved over if the security is moved at the same time, so are you asking that there should also be the option to move the transactions when a security is being transferred (this could get tricky)?I'd like not just a way to move securities from one account, but also to copy a security transaction from one account to another (maintain both accounts). That's needed for some methods to work around single-mutual-fund restrictions from FIs.
In quicken for Windows, I can copy and paste a securities transaction, such as a reinvested dividend or capital gains distribution. Likewise I would have copied the purchase of the security into the other account before I copied the reinvestments.I'd like not just a way to move securities from one account, but also to copy a security transaction from one account to another (maintain both accounts). That's needed for some methods to work around single-mutual-fund restrictions from FIs.
Of course you must also actually *know* the cost basis yourself in order to enter it in the Add Shares function. If you didn't have it already, you could set the portfolio view to some earlier recent date to see what it was on the given security before the Remove Shares was performed in the old/original account. The transfer-shares function could save us so much work!Is there a work around for this? Transferring a stock from one brokerage account to another for QB 2017 for Mac?
Another related discussion on this topic...Please keep in mind that this feature should maintain RO/IRR calcuations, etc. e.g.
ROI/IRR in Quicken for Mac 2018 and security history
+1 On this issue, needs to be fixedIt's been 5 months since the last comment and I just want to make sure this thread stays active. This issue created a significant amount of work I didn't anticipate when I recently changed brokerage accounts, and the potential impact on future changes gets worse every month the portfolio continues to grow.
Being able to automate one's record keeping of this kind of situation (moving securities from one broker to another) is exactly why people use computers in the first place.It's been 5 months since the last comment and I just want to make sure this thread stays active. This issue created a significant amount of work I didn't anticipate when I recently changed brokerage accounts, and the potential impact on future changes gets worse every month the portfolio continues to grow.
This is an IDEA thread so it remains active until it is implemented.It's been 5 months since the last comment and I just want to make sure this thread stays active. This issue created a significant amount of work I didn't anticipate when I recently changed brokerage accounts, and the potential impact on future changes gets worse every month the portfolio continues to grow.
I'm one of the folks who requested this feature. It's something that affects several of my investment accounts.This is definitely a good suggestion! We would like to run a quick poll among the people who have requested this feature or those who might need it in the future. We would like to know which of a few approaches would be most useful to you:
Let us know (in comments here) what you prefer and PLEASE try to explain WHY it works better for your situation.
- Based on Security, move ALL transactions from one Account to another. This would include current positions, closed positions, dividends, return of capital, splits, etc. The advantage is that it would bring along all of your history for reporting, etc. But the drawback is that it does not quite match what is happening in the real world, if you are switching to a different brokerage or advisor. For example, if you want to look at the performance of your old advisor versus your new advisor, this would make it harder to see. Another disadvantage is that if you move all of the history to the new account, then you connect to the FI for that account, they will probably send down a bunch of Add Shares transactions and you will essentially have duplicate data that you will have to clean up
- Based on Security, automatically create a "Remove Shares" transaction for the entire position to remove the shares from the old account, and then create one or more "Add Shares" transactions in the new account. There would be one "Add Shares" for each open Lot, and it would accurately reflect the Acquisition Date (for Holding Period), as well as the correct cost basis for Capital Gains. All of the original Buys, Sells, Dividends, etc. would remain in the old account. You could then accurately report on either account individually, or on the combination of two or more accounts to look at the entire history. This more accurately reflects what happens in the real world when you transfer shares from one brokerage to another. It should also work correctly when you download transactions from both the old and the new FI. ***NOTE*** - Several people have reported errors in performance calculations and Capital Gains reporting for this Add/Remove scenario. We are analyzing those issues and plan to make sure any issues are addressed.
- Allow Drag-and-Drop of individual investment transactions, or a group of transactions. It is simply an automated version of deleting a transaction from one account and adding an equivalent transaction to the other account. This sounds nice, and flexible, but it could lead to significant issues. For example, if you have a Buy of 100 shares and a Sell of the same 100 shares, then you move the Buy to a different account, but leave the Sell in the original account, you will now have 100 shares in the new account, and a short position of -100 shares in the old account. It also could cause "interesting" issues if there are Placeholder transactions in the account. When you move the Buy transaction out of the old account, the Placeholder would be recalculated and essentially replace them in the old account. Another problem that comes up is handling shares that have already been sold using specific lot assignment. These relationships could get destroyed when individual transactions are moved around.
My vote is for Option 2;This is definitely a good suggestion! We would like to run a quick poll among the people who have requested this feature or those who might need it in the future. We would like to know which of a few approaches would be most useful to you:
Let us know (in comments here) what you prefer and PLEASE try to explain WHY it works better for your situation.
- Based on Security, move ALL transactions from one Account to another. This would include current positions, closed positions, dividends, return of capital, splits, etc. The advantage is that it would bring along all of your history for reporting, etc. But the drawback is that it does not quite match what is happening in the real world, if you are switching to a different brokerage or advisor. For example, if you want to look at the performance of your old advisor versus your new advisor, this would make it harder to see. Another disadvantage is that if you move all of the history to the new account, then you connect to the FI for that account, they will probably send down a bunch of Add Shares transactions and you will essentially have duplicate data that you will have to clean up
- Based on Security, automatically create a "Remove Shares" transaction for the entire position to remove the shares from the old account, and then create one or more "Add Shares" transactions in the new account. There would be one "Add Shares" for each open Lot, and it would accurately reflect the Acquisition Date (for Holding Period), as well as the correct cost basis for Capital Gains. All of the original Buys, Sells, Dividends, etc. would remain in the old account. You could then accurately report on either account individually, or on the combination of two or more accounts to look at the entire history. This more accurately reflects what happens in the real world when you transfer shares from one brokerage to another. It should also work correctly when you download transactions from both the old and the new FI. ***NOTE*** - Several people have reported errors in performance calculations and Capital Gains reporting for this Add/Remove scenario. We are analyzing those issues and plan to make sure any issues are addressed.
- Allow Drag-and-Drop of individual investment transactions, or a group of transactions. It is simply an automated version of deleting a transaction from one account and adding an equivalent transaction to the other account. This sounds nice, and flexible, but it could lead to significant issues. For example, if you have a Buy of 100 shares and a Sell of the same 100 shares, then you move the Buy to a different account, but leave the Sell in the original account, you will now have 100 shares in the new account, and a short position of -100 shares in the old account. It also could cause "interesting" issues if there are Placeholder transactions in the account. When you move the Buy transaction out of the old account, the Placeholder would be recalculated and essentially replace them in the old account. Another problem that comes up is handling shares that have already been sold using specific lot assignment. These relationships could get destroyed when individual transactions are moved around.
From what I understand, #1 matches the method used in Quicken Mac 2007. It seems the simplest and straightforward (one step) method. Prefer to keep all the history of the security together vs., the advisor's performance. If you are moving a complete account to a different brokerage, why not simply change the name of the account and update it with the FI infoThis is definitely a good suggestion! We would like to run a quick poll among the people who have requested this feature or those who might need it in the future. We would like to know which of a few approaches would be most useful to you:
Let us know (in comments here) what you prefer and PLEASE try to explain WHY it works better for your situation.
- Based on Security, move ALL transactions from one Account to another. This would include current positions, closed positions, dividends, return of capital, splits, etc. The advantage is that it would bring along all of your history for reporting, etc. But the drawback is that it does not quite match what is happening in the real world, if you are switching to a different brokerage or advisor. For example, if you want to look at the performance of your old advisor versus your new advisor, this would make it harder to see. Another disadvantage is that if you move all of the history to the new account, then you connect to the FI for that account, they will probably send down a bunch of Add Shares transactions and you will essentially have duplicate data that you will have to clean up
- Based on Security, automatically create a "Remove Shares" transaction for the entire position to remove the shares from the old account, and then create one or more "Add Shares" transactions in the new account. There would be one "Add Shares" for each open Lot, and it would accurately reflect the Acquisition Date (for Holding Period), as well as the correct cost basis for Capital Gains. All of the original Buys, Sells, Dividends, etc. would remain in the old account. You could then accurately report on either account individually, or on the combination of two or more accounts to look at the entire history. This more accurately reflects what happens in the real world when you transfer shares from one brokerage to another. It should also work correctly when you download transactions from both the old and the new FI. ***NOTE*** - Several people have reported errors in performance calculations and Capital Gains reporting for this Add/Remove scenario. We are analyzing those issues and plan to make sure any issues are addressed.
- Allow Drag-and-Drop of individual investment transactions, or a group of transactions. It is simply an automated version of deleting a transaction from one account and adding an equivalent transaction to the other account. This sounds nice, and flexible, but it could lead to significant issues. For example, if you have a Buy of 100 shares and a Sell of the same 100 shares, then you move the Buy to a different account, but leave the Sell in the original account, you will now have 100 shares in the new account, and a short position of -100 shares in the old account. It also could cause "interesting" issues if there are Placeholder transactions in the account. When you move the Buy transaction out of the old account, the Placeholder would be recalculated and essentially replace them in the old account. Another problem that comes up is handling shares that have already been sold using specific lot assignment. These relationships could get destroyed when individual transactions are moved around.
Yes Option 2 , agree with JM that option 2 is the way it is /was handled in QWin . I recall having to to go this using QW years ago & it worked quite wellThis is definitely a good suggestion! We would like to run a quick poll among the people who have requested this feature or those who might need it in the future. We would like to know which of a few approaches would be most useful to you:
Let us know (in comments here) what you prefer and PLEASE try to explain WHY it works better for your situation.
- Based on Security, move ALL transactions from one Account to another. This would include current positions, closed positions, dividends, return of capital, splits, etc. The advantage is that it would bring along all of your history for reporting, etc. But the drawback is that it does not quite match what is happening in the real world, if you are switching to a different brokerage or advisor. For example, if you want to look at the performance of your old advisor versus your new advisor, this would make it harder to see. Another disadvantage is that if you move all of the history to the new account, then you connect to the FI for that account, they will probably send down a bunch of Add Shares transactions and you will essentially have duplicate data that you will have to clean up
- Based on Security, automatically create a "Remove Shares" transaction for the entire position to remove the shares from the old account, and then create one or more "Add Shares" transactions in the new account. There would be one "Add Shares" for each open Lot, and it would accurately reflect the Acquisition Date (for Holding Period), as well as the correct cost basis for Capital Gains. All of the original Buys, Sells, Dividends, etc. would remain in the old account. You could then accurately report on either account individually, or on the combination of two or more accounts to look at the entire history. This more accurately reflects what happens in the real world when you transfer shares from one brokerage to another. It should also work correctly when you download transactions from both the old and the new FI. ***NOTE*** - Several people have reported errors in performance calculations and Capital Gains reporting for this Add/Remove scenario. We are analyzing those issues and plan to make sure any issues are addressed.
- Allow Drag-and-Drop of individual investment transactions, or a group of transactions. It is simply an automated version of deleting a transaction from one account and adding an equivalent transaction to the other account. This sounds nice, and flexible, but it could lead to significant issues. For example, if you have a Buy of 100 shares and a Sell of the same 100 shares, then you move the Buy to a different account, but leave the Sell in the original account, you will now have 100 shares in the new account, and a short position of -100 shares in the old account. It also could cause "interesting" issues if there are Placeholder transactions in the account. When you move the Buy transaction out of the old account, the Placeholder would be recalculated and essentially replace them in the old account. Another problem that comes up is handling shares that have already been sold using specific lot assignment. These relationships could get destroyed when individual transactions are moved around.