tag:infinitekind.tenderapp.com,2009-01-14:/discussions/investments/5971-info-schwab-now-downloads-up-to-48-months-4-years-vs-18-months-15-yearsInfinite Kind: Discussion 2021-08-31T01:50:21Ztag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-30T22:39:28Z2021-05-30T22:39:28ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>It would be nice if "Reset Sync" allowed you to set a reset date vs. set to zero.</p>
<p>But I've said that before in quite a few areas....</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-30T22:41:53Z2021-05-30T22:42:26ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>@Stuart - yes, I know, I could have used Toolbox. But I didn't expect the four years of data until it had already happened. And I'm detailed enough to just deal with it vs. deleting all the new entries. i.e. I'm keeping the new entries and deleting the old, as I tell others to do. Just a couple hours work.</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T00:21:28Z2021-05-31T00:21:28ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>It also seems to have messed up my "share history sold" area.</p>
<p>And I cannot seem to fix it. Is the share history allocated to a transaction and I've now deleted it? Even when I reallocate (and Ive learned how to do it correctly) MD says "shares allocated incorrectly". It seems I cannot fix the share history sales area now.</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T00:37:54Z2021-05-31T00:37:54ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>This would be for Ford in 2017. (i.e. the 4 year bit) I've redone the transactions, but the security history no longer seems to remember the lot buy/sell transactions. Any way to relink these?</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T00:55:34Z2021-05-31T00:55:34ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>I would expect the lot information would be part of the transaction, it really relates to the specific transaction given what lots sold are user selected for the security purchased on that date in that account only not for the overall security.</p></div>dwgtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T01:09:25Z2021-05-31T01:12:44ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>Ok. More info - It's all about "fixing" late 2017. Now, with the share history forgetting the transaction allocation (it MUST be assigned to the transactions, or things don't make sense), I cannot reallocate the share sales to the new transactions.</p>
<p>In particular, it's about an 82 share sale and a 518 sale. Neither work. I could post both, but the 82 is much simpler. I always end up with "incorrect allocation", for both.</p>
<p>Any thoughts on how to make this right?</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T01:11:40Z2021-05-31T01:11:40ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>dwg - I agree - so I'm trying to relink the information to the "new" transactions.</p>
<p>But cannot seem to make that work.</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T01:20:54Z2021-05-31T01:22:01ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>I just tried pursuing the "make both work" combined together (i.e. the 82/518 combination), but still get the "incorrect allocation". Does not appear I can fix this with the current software profile.</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T01:33:59Z2021-05-31T01:33:59ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>And so, just for kicks and grins, here is the 518 one....</p>
<p>Any thoughts? I think there is a bug here.</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T01:58:05Z2021-05-31T01:58:05ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>I don't know how to better "state my case".</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-05-31T06:50:44Z2021-05-31T06:50:44ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>Dtd. Toolbox has options to reset the lot matching. I’ve seen that where it’s set wrongly, you need to reset it before trying to fix. It can also attempt auto matching for you too. Try on a test dataset</p></div>Stuart Beesley (Mr Toolbox)tag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-06-01T01:42:14Z2021-06-01T01:42:14ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>In testing this further, it appears that there are double allocations that cause the problem. i.e. one lot is assigned to x sold shares, then that same lot which is recreated is assigned as x shares to a different x sold shares.</p>
<p>So we get duplicates. When looking carefully, you can see that " -16 " shares are left to allocate, as 16 shares are allocated in one place, then 16 again to an assignment that had been abandoned due to the deletion.</p>
<p>The only way to fix this within moneydance is to VERY carefully walk through each lot assignment, (never hit ok), and zero out the duplicates and then properly assign them to the recreated lots.</p>
<p>Just documenting the issue.</p>
<p>(Stuart's toolbox helped, but I was really looking for a way to fix this within MD)</p></div>dtdtag:infinitekind.tenderapp.com,2009-01-14:Comment/492233352021-06-01T01:47:44Z2021-06-01T01:47:44ZINFO: Schwab now downloads up to 48 months (4 years) vs. 18 months (1.5 years)<div><p>Even if it never gets fixed, this should be given a bug number, if so, I can also provide more detailed info.</p></div>dtd