With the R29.9 release of the subscription program, Quicken changed the way they were treating Corporate Spinoff transactions. (I am currently using R29.22.)
- Improvement: Changed the Corporate Securities Spin-Off investment action to use a Return of Capital transaction instead of a Removed transaction to provide more accurate IRR reports.
As noted, a change was necessary because Investment Performance Reports (IPR) and related calculations for Average Annual Return or Internal Rate of Return were wrong as presented in prior releases. As currently implemented, there are two glitches: one a minor (easily corrected) glitch; the second with no perfect solution. Whether the target of correcting the IPRs has been achieved depends on the second glitch.
I offer this discussion for interested users to comment on this new approach -- plusses and minuses perhaps leading to an 'idea' to further improve the action. If anyone wants more description or self-generated documentation, I can offer more. I am trying to start this off shorter rather than longer.
The basics of the change are that the former Remove Shares and Add Shares for the parent company have been replaced by a Return Cap and Misc Income transactions for the parent company. Those two values constitute the "return" from the parent company. In combination with the still used Add Shares for the spinoff company, the Returns and Investments on the IPR are supposed to match and, when applicable, cancel each other out.
THE MINOR GLITCH: The RtrnCapX transaction does not properly flow to all later transactions and reports, specifically capital Gains reports when the parent company shares are sold. But in the portfolio view before the sale, the proper cost basis will be shown. The glitch also shows in the Investment Transactions Report negative Amount Invested (after the parent shares are sold) when it should be $0.
CORRECTING THE MINOR GLITCH: Turns out to be easy. Click the Edit button for the RtrnCapX transaction; then click the Done button. No real editing is necessary. That should take care of the problem as far as I have seen. The Capital Gains and Investment Transactions reports should be correct. I am confident the programmers can quickly resolve this glitch.
A POTENTIALLY MORE CHALLENGING ISSUE: For the Investment side of the IPR, the program is accessing the ending share price for the date of the transaction. During the spinoff action, the user provides "Cost of old shares" and "Cost of new shares" along with a share ratio all three of which determine how the cost basis of the parent shares is allocated between the old parent and the new spinoff. (We have asked for years to have "Cost" replaced by "Fair Market Value" but that clarification has never taken place. However, other language is in place to clarify the intended values.) Those two 'cost' values are plugged into the price history records for the two securities.
The problem arises because the 'fair market values' applicable for getting the return and investment sides of the IPR correct are not generally closing price quotes for the respective securities. Before closing prices are entered or downloaded, the IPR will be correct; the return and investment values will match and offset each other. But if and when the price history of the spinoff is updated with true closing values for that date, the investment value will no longer match the return side value.
My summary arrives at saying, you can have the IPR or the Net Worth correct, but not both. You can have the spinoff-based fair market value in the price history or the correct closing value, but not both.
OTHER CONSIDERATIONS: I have reservations about the use of the Return of Capital transaction based on past program behavior with that transaction. Problems have historically existed with multi-lot holdings when RtrnCap transactions are used. I have tried multi-lot (2 lot) parent with this current implementation and not found an issue, but I am still cautious about its use.
I do not care for the MiscInc transaction as used. The RtrnCap transaction does include a field for "Market Value" associated with the Return of Capital value. Rather than use the MiscInc transaction used (which I believes raises questions), I would rather the process use that Market Value as the "Return" portion of the calculation. (At which point I am hoping the RtrnCap approach proves suitably robust for all cases putting aside my above noted reservations.)
All in all, I think this approach may well be an improvement, though the minor glitch and challenging issue do need addressing, IMO. Thoughts from other interested users are welcome.