tag:infinitekind.tenderapp.com,2009-01-14:/discussions/investments/525-total-number-of-shares-is-incorrectInfinite Kind: Discussion 2018-03-17T06:10:13Ztag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T17:20:15Z2015-12-01T17:20:15Ztotal number of shares is incorrect<div><p>Can someone please help me solve this issue? This has clearly
been introduced with my update to MoneyDance 2015, as the total
number of shares was correct in MoneyDance 2014. What can I do to
make it correct? Do I have to go back to MoneyDance 2014 to make
the money invested to be accurate? I shouldn't have to do that.</p>
<p>Nancy</p></div>lists5040tag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T18:27:19Z2015-12-01T18:27:19Ztotal number of shares is incorrect<div><p>Can you show a screenshot of the complete list of transactions
that security is involved in.</p>
<p>Ben Spencer<br>
Infinite Kind Support</p></div>Ben Spencertag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T18:39:47Z2015-12-01T18:39:47Ztotal number of shares is incorrect<div><blockquote>
<p>On Dec 1, 2015, at 11:27 AM, Ben Spencer <a href="mailto:tender+ddfb8febfe@tenderapp.com">tender+ddfb8febfe@tenderapp.com</a>
wrote:</p>
</blockquote>
<p>and, if your want this:</p></div>lists5040tag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T18:45:57Z2015-12-01T18:45:57Ztotal number of shares is incorrect<div><p>There is something strange about the BuyXfr of 96 shares. The
price is 100, which is strangely round to begin with, but the
amount is 0.00. Could you show me a screenshot of this transaction
in the register of the investment account.</p>
<p>Ben Spencer<br>
Infinite Kind Support</p></div>Ben Spencertag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T20:00:56Z2015-12-01T20:00:56Ztotal number of shares is incorrect<div><blockquote>
<p>On Dec 1, 2015, at 11:45 AM, Ben Spencer <a href="mailto:tender+ddfb8febfe@tenderapp.com">tender+ddfb8febfe@tenderapp.com</a>
wrote:</p>
</blockquote>
<p>I believe that the amount is 0.00 because I didn’t pay for
the stocks - they were from a stock split. This is the way that
MoneyDance recorded the distribution of the new shares. Why would
the initial price matter anyway (other than in cost basis);
shouldn’t the total be accurate and MD correct the amount of
money when it downloads the stock prices?</p>
<p>By the way, I also have this same situation in another account -
one of our IRA’s which also received Apple shares when it
split. I didn’t mention it because what solves the problem in
this instance will solve the other.</p>
<p>Thanks for your attention; I hope that you can solve this.</p>
<p>Nancy</p></div>lists5040tag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T20:27:15Z2015-12-01T20:27:15Ztotal number of shares is incorrect<div><p>Additional comment related to email sent to you 26 minutes ago,
about this issue.</p>
<p>One additional thing - whatever is wrong with this listing
changed when I updated from 2014 within the last mont. Under MD
2014, the totals were listed correctly. I don’t see how just
an update to the software would cause this problem.</p>
<p>Nancy</p></div>lists5040tag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-01T20:43:47Z2015-12-01T20:43:47Ztotal number of shares is incorrect<div><p>I agree with Scott that the BuyXfr transaction for 96 shares
looks strange, especially with a price of 100. The fact that the
transaction looks strange could account for why MD2015 treats it
differently to MD2014.</p>
<p>From what you say I am assuming that this was a 7 for 1 stock
split i.e. for each share you owned you received 6 additional
shares.</p>
<p>I would not expect to see a stock split entered like this in
Moneydance. A download from a broker may show it like this but that
is not how I would do it in MD. I'm wondering if removing the
existing transaction and manually entering it as a stock split
would correct the issue.</p></div>dwgtag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-02T02:28:17Z2015-12-02T02:28:17Ztotal number of shares is incorrect<div><p>Yes,<br>
. you are correct - this is the way that the split was downloaded
from Fidelity. As I said, MD 2014 had no probem interpreting this
entry. When I updated to 2015, and looked at my investment totals a
weekor so later, I was shocked at how much money I had lost!</p>
<p>Using your suggestion, I deleted the entry of the additional
stocks, and used the “stock split” button on the
security details, and it worked. Now all seems to be accurate (and
it carried over from one account to the other without me having to
change both), so thanks for the suggestion. Is it okay that there
is nothing in the register to acknowledge this? The only evidence
that I see of it is along the bottom of the security detail
box.</p>
<p>Thanks again, both Ben and dwg,<br>
Nancy</p></div>lists5040tag:infinitekind.tenderapp.com,2009-01-14:Comment/385096582015-12-02T05:14:25Z2015-12-02T05:14:25Ztotal number of shares is incorrect<div><p>With MD2014 the problems would have probably surfaced later, I
would expect the transaction to break lot matching for
starters.</p>
<p>This is an easy way for brokers to adjust the number of shares
but it is wrong in so many ways.</p>
<ol>
<li>
<p>You did not purchase any shares on the indicated date.</p>
</li>
<li>
<p>What the stock split did was to adjust the number of shares you
own in each lot keeping the same total cost prices but lowering the
cost per share and keeping the original purchase date. The buy
transaction didn't do any of this.</p>
</li>
</ol>
<p>i know you only have one lot or parcel of shares but imagine you
had a number of parcels and you did a part sale drawing shares from
different parcels, not handling the stock split correctly can badly
affect the calculations you need to do to determine capital gains
and the remaining share costs.</p>
<p>I would suggest that any time there is a stock split you look to
correct any entry like that, that is downloaded.</p>
<p>There does not need to be a register entry for this as it is not
that type of transaction. If you like you can put an entry in,
using say a MiscInc transaction type so that it does not impact
anything it should not, zero amount and some dummy category you set
up for it - avoid buy and sell action types for this sort of thing
as that does cause problems.</p>
<p>Perhaps Infinite Kind need to create an action type of Memo for
recording notes in registers :)</p>
<p>Des</p></div>dwg