What’s Going On Between Fidelity and Quicken?

Ditto. The new universal one step update has already been janky enough since it was forced on me, and now this is making it unusable. It also crashes for good measure when I stop the update after the fidelity re-auth fails, and I have to kill it in task manager.

Posting in the hopes that I'll get notified when someone fixes the bug and returns it to its previous state of "bad, but usable."

Quicken should start over with the R64.xx update!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

this problem has taken many hours!

I was able to “reauthorize” but ended up with double NetBenifits accounts. Ok, start over from backup and deactivate those two accounts so can link. Now nothing works! Can not “reauthorize” or deactivate. Goes to high CPU but very little internet traffic.

Quicken Premier fully patched on W11. I have the same issue except I do not get a crash. I keep getting the prompt every time, go through the same steps and get erroneous confirmations that re-authorization was successful, but cross-checking with Fidelity on line shows me that Quicken is not updating the Fidelity account at all. On the last Q screen it shows the Fidelity account / number with "do not add to Quicken" which I assumed meant that since the account is already in Quicken, not to duplicate it. Anyhow there is no option to do otherwise, like trying to "add it to Quicken."

Similar. I was able to reauthorize some accounts, although Quicken thought they were new and I had to link them manually, but then it re-downloaded EVERY txn from all 3 accounts since about June 1. Ugh.

I have two other accounts that I closed years ago, that Quicken keeps asking me to reauthorize, and with those I go through what the OP is seeing, but without the crash.

Every day Quicken is asking me to re-authorize my Fidelity account. Doing so does not stop it from continuing to ask. Once, recently, I did so and ended up with duplicate transactions and other issues I had to manually resolve. Yet, now, it continues to ask me to re-authorize.

I have two Fidelity references in my one step processing: Fidelity, and zzz-Fidelity. The latter always reports an error. Don't know which one I am supposed to have, or how to get rid of the extra one.

The one-step summary no longer shows any errors, even though at least one obviously occurred.

A never-ending story of problems.

I "reauthorized" our Fidelity accounts this week and had many duplicate old transactions downloaded as part of the reauthorization process. I could not match them as they were already reconciled, so I manually deleted them; there were many so it took quite a while. Unfortunately, after updating our Fidelity accounts today more even older duplicate transactions were downloaded, some way back to early June. So more scanning for the few recent transactions to accept and then delete the many old duplicates. I hope this does not turn into a daily occurrence as this would eliminate any time savings that Quicken provides me. Any suggestions how to limit what transactions are downloaded, perhaps only transactions after a specific date?

Next, after this morning's Fidelity update, Quicken asked me again, for only 2 of our Fidelity accounts, if a specific money market was to be used as the core cash value. I screwed up and said "No" to one of these accounts. Is there a way to manually assign a specific money market fund as being assigned as cash?

Thanks in advance tor any assistance with this. (I wish I had seen this before reauthorizing.)

Quicken R64.25, build 27.1.64.25, Windows 11 Home 24H2

Movie Nut - Love Buckaroo Bonzi! One of the best cult movies with very young, now famous actors

@Rick8 what version supposedly loses X-Ray? I'm running 64.25 (Windows) and I still see x-ray.

Sorry Jim, I meant lost functionality. Either way, it is not acceptable and should be fixed.

Status today, 9/18/2025 running R64.25, is that conversion of sweep account transactions to cash balance is now working for SPAXX, but it is still not happening for FCASH.

Other than that, once I manually corrected some downloaded transactions from late July/early August that did not have three decimal place accuracy, everything reconciles as expected.

Yesterday, like a few other, I received the "Your financial institution connection(s) need an update" with 2 choices, Reauthorize or Remind me later. Fortunately, I've been following this and the 27-page zzz- Fidelity Updates discussions since they started and chose Remind me later.

I created a new data file for Fidelity to see what happens. I selected Fidelity Investments as the institution, logged into Fidelity, and added my accounts. I chose Compete Investing instead of Simple and completed the downloads. In this new file, Fidelity is connected with Express Web Connect+ (EWC+). In my working file, it's connected with Direct Connect (DC).

Today, I updated my new and working Quicken files. The update to EWC+ is now a daily nag in my working file. The new one offered to Convert my FDRXX file to cash which I accepted. I never received this prompt in my working file when my Fidelity account was created in March this year.

I downloaded my Roth portfolio from the Fidelity website as Excel. I created Portfolio Value reports in my new (EWC+) and working Quicken (DC) and added them to the spreadsheet.

In comparing portfolios, Express Web Connect+ was better than I expected, but I found these issues.

• Fidelity Government Money FDRXX is used for cash. EWC+ incorrectly uses ReinDiv so the cash balance isn't updated. When I enabled FDRXX as cash, it didn't update yesterday's transactions. They have to be manually updated. All it did was removes FDRXX from the Holdings list. It's still listed in the Portfolio Value report. In my file using DC, FDRXX is Div, correctly updates cash, and is omitted from Holdings and the report.
• Fidelity represents the number of shares to 3 decimal places. Quicken is showing 2. For 2 securities it rounds to zero. GM was 32.082 but both Quicken files have 32.00. NOC was 3.012 and Quicken EWC+ has 3.00 and DC has 3.01. I don't think there's a standard for precision but if Quicken uses different share and price numbers, reconciliation issues will result.

A few things I noticed and had to correct. Some of the DIV transactions for the core MMF had shares associated. I located these by accessing the fund in Securities, sorting by account, and looked for div or divx (if linked cash account) that still had shares associated. Just an aside, there should also not be and buy or sells. I open that DIV transaction (double click on the transaction) and clicked on Enter/Done and the shares disappeared. For one of my accounts, this was all that was needed to have it match the DC connection datafile shares and cash balances.

It wasn't as straightforward for the linked cash account. The cash balance was okay but the share balance was off and the core MMF still showed in the securities for the account. I sorted the investment register by Account and saw that Buy and Sell transactions were not removed for the core MMF. So I removed them and the share balance now matched, but the cash balance was off. There were many DEP transactions in the register for the core MMF after removing the buys and sells. Rather then invest the energy to figure out all the problem cash transactions, I made an adjustment transaction to the cash balance. Later, I went back and removed the adjustment transaction and located each out of balance transaction comparing to the datafile from the DC connection and corrected with adjustments to match the balance in the DC datafile. What made it messy is that I had changed from an FDIC sweep to a money market about a year ago and had kept the FDIC cash balance at $0.00 and allowed Fidelity to use the separte SPAXX security for cash payments. This was before SPAXX was allowed to be a core MMF. Quicken EWC+ conversion did not handle the sells and buys from the older FDIC transactions well. Which makes sense. The Cash Representation wants to know about the current core asset, not past ones.

Now all the accounts are in balance and the datafile passed validation. Finger crossed.

I tested a datafile on R64.25 and on R62.16 on 2 different computers. Both had the same results regarding the pop-up to select the core MMF and the fixes to cash balance. However, I will be upgrading to R64.25 as it seems to be working okay for me.

I don't use anything with Bill Payment or Cloud sync.

In the duration of having those accounts, did you change core MMF or FDIC in them? Did you have an MMF as a security that you later changed to the core MMF? I've learned that the Quicken Cash Representation process doesn't handle these scenarios well and it required comparing account cash balances between DC and EWC+ datafiles and adding missing or removing incorrect cash transactions added by the Cash Representation process manually. It appears that the Cash Representation process attempted to place a monthly adjustment transaction to maintain cash balance. These type of transactions I had to delete. Fortunately, for me, it was only 6 months worth of transactions. But, yes, I can see how it can become very messy if the core cash had been changed during the life of the account.