Every 1099-B entry imported from ETrade shows up incorrectly with Adjustment Code N

Same issue for me.  I imported my data from Etrade.

I deleted N and replaced with B, and then it gives me a different error: "Adjustment code(s) should not contain code B when the incorrect basis box is also checked in Individual Adjustments". Deleting all adjustment codes from the box auto-fills it back to N for some reason, so there is no way for me to get the form correct.

same issue i can not delete the adjustment N

It is truly incredible this wasn't tested before the import was opened up for use by Morgan Stanley/Etrade. I mean, how many of us wouldn't gladly beta test this early each year for them? They just need to ask. This is just lazy, sloppy behavior - since I have to believe nearly everyone is seeing this with their post-conversion trades. And to do so before a long holiday weekend where everyone undoubtedly wanted to "finish their taxes"... with no phone support available at all. Typically Friday "dump and run".

So Morgan owns the primary problem with the data feed. But TurboTax really should allow users to change what is obviously bogus data on our end as well. Perhaps they do, and we have not yet discovered it... but it sure seems like this data is "locked" in and unchangeable, which kind of defeats the whole "free will" thing.

Like many, and I'm going with tens of thousands of people or more, I'm just patiently waiting until those responsible for this problem get on it tomorrow (Tuesday) and hopefully issue an updated import feed soon.

However, in past years, even when "1099" forms were updated by Etrade, the import feeds themselves are often NOT updated and still point to the "original" data, and you just blindly pull down the original data thinking it has the updates in it. Horrible. I do hope they simply wipe the original data and replace it with good data asap, so there is no confusion on "pointers" to the good, updated data to worry about.

Good luck all. I have a simple situation, and will just add "0.00" and remove the errors and submit with the "N" codes if necessary. I can easily explain that away to IRS if they question it, and the tax due calculations are still correct. It's saying I'm a "nominee", but I'm not allocating any of the funds back to the "holder(s)". Financially it is correct (if you have no wash sales or duplication issues from the pre-conversion trades), but technically it is an inaccurate characterization of the gains and losses.

All so avoidable.

me too.  Really do not want to enter manually.  Hope they fix it in the next weeks.

I just got off the phone with e-trade tech support. They insist the problem is on the TurboTax side and that they don't have any control over how TurboTax processes the data they send. They are wrong, of course, because the error is in the datastream coming from Morgan Stanley, but I just wanted to share my experience. Don't be surprised if you hear the same misrepresentation.

E*TRADE relationship manager said adjustment code N is a known issue and is being investigated. 

Same issue but appears to only be impacting the desktop version, not the online version.

I’m happy to hear that they’re looking into it. I’m just wondering how many weeks/months it’ll take to get fixed.

wondering if/when we will get an update on this problem. I have 98 trades from Etrade/MS that need to be uploaded with the correct code. Does anyone have additional information on this?

My problem too!

Sure hope they fix this soon.