I imported my consolidated 1099 from ETrade, and every sale is incorrectly coming up with Adjustment Code N. "Smart Check" fails, because Adjustment Code N requires an adjustment amount, which, of course, there is none. It will neither let me remove the adjustment code-- it just sets it back when I clear the textfield-- nor will it let me set the adjustment value to 0, so I'm stuck. There are hundreds of lines in this 1099. Any suggestions?
I'm having the exact same issue. Hoping to get an answer for this.
I am having the same problem. It is with Etrade accounts too. I have spent the last three hours trying to figure it out before checking in here. every transaction has it. At least now I know it isn't me.
In digging around I discovered that the 1099 is coming from ETrade with that N adjustment code. So it's an ETrade issue and a TurboTax issue-- ETrade because they're sending bum data, and TurboTax because there's no way to manually fix it.
If you would like to send us a “diagnostic” file that has your “numbers” but not your personal information it would help. If you would like to do this, here are the instructions:
TurboTax Online:
Go to the black panel on the left side of your program and select Tax Tools.
TurboTax CD/Download:
If you like, you can send a copy of your return that will be scrubbed to eliminate your personal data by using these steps:
We will then be able to see exactly what you are seeing and we can determine what exactly is going on in your return and provide you with a resolution.
I didn't want to wait around for this issue to be resolved, so I just went ahead and deleted the imported version of that 1099, then created one manually, and used the "group totals" method, copied from the paper 1099-B form that I have on hand. That's only 4 entries; not a huge deal. I wasted a ton of time trying to figure it out though!
I have same issue, there are 2 1099 files from Etrade this year, digging deeper, all those errors are coming from transactions in the second 1099 file which covers Septermber to December.
Issue is N cannot be deleted.
The washsales W can not be inserted.
The Adjustment of RSUs and ESPPs code B can not be inserted.
Called Turbotax and they are absolutely clueless! its a bug obviously on the desktop version.
Same here and judging by the number of incorrect codes, it looks related to the Morgan Stanley conversion. I can manually edit the amounts to $0 but the codes will be wrong.
I swear, every year there is a bug with RSU/ESPP adjustments in TT that takes them 3 weeks to fix after telling everyone we're just doing it wrong. At least now I know I didn't waste all of Saturday because I'm the idiot. Every year I get used to the cost basis adjustment flow and every year they change it again making it more and more obnoxious. It's a total mess on the Mac desktop version right now. Perhaps an update in due time will rectify this...
@wonki You're right, the imported 1099-B's on my end are slightly different , the former with B codes and the latter BN. But both respective Capital Asset Sales worksheets throw red ! errors anyway. Adjustment amounts show up in some boxes and not others. I've deleted and re-imported 3 times so far and no amount of meticulous entry helps, so yeah, something is buggy. Hopefully it's not on E*Trade's side where TT won't be able to fix it.
I havean E*Trade/MS 1099 reflecting RSU sales but some of them have no cost basis -- i.e. it's blank not 0.
In prior years, I've had to go in to insert that but there is no edit feature this year. In fact, the display seems clipped which makes it look like a bug. Is it?
The code in my case is E.
The E*Trade site has a tax supplement which correctly shows my basis but there is no way to input it.
Should I switch to the 'Form' view and insert it?
Sure seems like a TT bug...
-Chris
so for ESPP and RSUs cost basis is 0 and then you say I have the correct cost basis and you insert it there (not in the original cost basis).
for codes:
you would put W for Wash sales
B for adjusted cost basis such RSUs and ESPPs
N is for nominee for the actual owner.
The main issue is that TT is importing everything as N (wrong) and you cant adjust and change anything. Even if you put 0s, having code N tells IRS you are the nominee on these stocks which is wrong.
@f4tq It's a horrible frame design where you have to manually use the horizontal scroll bar to find the edit button. No creative resizing of the window fixes it. I don't know what on earth TT is doing with 1099-B entry this year. I'm terrified tomorrow for JPM Chase.
Same issue with basis adjustment codes for RSU and ESPP trades. Sent a diagnostic file: 1185744 with Oregon return.
Same issue - been at this for a few hours trying to manually make it work - :(
Exactly this. Bad input data from E*Trade/MS imported 1099-B. Deleted the problematic import and input the data manually using "group totals" method. Side benefit is that Form 8949 is *way* cleaner without trying to list every fractional DRIP share which had been acquired over a couple decades as a separate sale transaction in a batch sale. I spent far longer beating my head against TT trying to figure out why it had the bad code and trying to edit it than I did just manually inputting the 1099-B data.
Same issue here - i'm assuming this is an Etrade or TT issue - hoping someone can help
i had limited trades - the 1099 looks fine on paper but the import shows N for all trades. I bet this has to do with the conversion to Morgan Stanley somehow. I was able to enter 0 for the adjustment to clear the error although it still shows N on the form with a 0 by it - honestly i forget if i did this during smart review or looking at the form and clicking on the sheets with the exclamation mark. I'm hoping they correct the issue so i can simply upload it clean again
So how do we log an issue with TurboTax to get a fix? What's the process? I can't find a way to do it.
I don't think I know enough to manually enter the numbers myself
This is definitely a bug. Intuit, is there any sort of time schedule on a fix for this? I cannot update the adjustment code either. I swear, EVERY year there is a serious problem with the import from E*Trade. I was thinking it almost worked this year and wasn't going to have to enter everything manually like I did last year but now I'm not so sure. Also, why does E*Trade send an "N" when it clearly expects no code at all and that's not allowable? Seems like a serious bug on both sides.
It will let you manually use a $0 for the adjustment amount after you run an error check but you are still stuck with an N code. Anything post conversion to Morgan Stanley has the N code so it's an ET issue unless they have an explanation why it's coded nominee.