Is there no end to this?
Hello @Toolworker,
Thank you for letting us know you're seeing this issue with FCASH. Based on your description, it sounds like FCASH is showing as a security in Quicken. Are you able to adjust the cash representation options in the problem account(s) to tell Quicken to track as cash?
To adjust cash representation settings, navigate to Tools>Account List, then click Edit next to the problem account. Choose the Online Services tab, then click the Set/Edit button near the lower left.
Please let me know how it goes!
Thanks, @Quicken Kristina . No, the accounts are set up right. But there was something funny, and I tried to fix it. Have to wait to see if it worked.
All three accounts are set to use FCASH.
And the options for customizing are:
But: In the Security List there are two funds with the FCASH symbol:
Could that be confusing things? And where'd that CUSIP come from? A lookup site shows:
FIDELITY CASH had only one IntInc transaction, on 9/30/25. All the other IntInc transactions have been from CASH. Since Fidelity isn't sending FIDELITY CASH transactions except maybe that one, I changed that one transaction to CASH and deleted the FIDELITY CASH security.
Now the security list has only one FCASH and the weird CUSIP is gone:
Hopefully an improvement.
Now - two of the three accounts using CASH show FCASH as the core cash fund, and the Customize option shows FCASH as one of the MMF options.
But - the third no longer shows any core fund and the Customize option shows the other MMFs in the account as options but not FCASH. This third account does promise to let me choose a fund on the next download, and FCASH is one of the options, and there is that bogus CASH position in that (and the other two) accounts,
Nevertheless I did a download and did not get asked for a core MMF.
We'll see what happens at the end of the month when all three accounts receive an IntInc transaction in CASH. Will the bogus CUSIP reappear? Will the third account ask for a core fund? Will FCASH be an option? Stay tuned.
Very weird. Life in the FiQuser Triangle (the Bermuda Triangle for Fidelity Quicken users).
Oh - The third account has a zero cash position. The other two do have cash. Their list of positions includes
The third account doesn't. So the next time a dividend drops into that account, maybe it'll let me specify FCASH.
Thank you for the follow-up,
We haven't heard back from you in a while. Do you still need assistance?
Check back and let us know!
Thanks for checking back, @Quicken Kristina . I hadn't done a lot of updating since the last post, but I just did one.
The good news is that the update did ask about the account that hadn't linked to FCASH for cash balance.
But things are still confusing. I did an update, and the accounts using FCASH, that were fine before, changed the cash transactions to "Unidentified Security":
And ditto the dividends on FCASH:
So trying to duplicate, I backed out to a qdata from a week ago, updated - and everything was fine:
It did insert these placeholder entries, but it doesn't seem to matter whether I leave them or delete them.
So - I've got two different results from the same update. I don't have time to chase this further - will just continue on with the qdata that's working. And will report any further glitches.
I'm glad to hear you were able to get it working. It is odd that the first attempt gave you an Unidentified Security. It may have been an issue specific to that file or a one-time glitch.
Please let us know if you encounter any further issues!
I tried several times to repeat and did not see the error. Likely it was a one-time glitch in Fidelity's transmissions.
The placeholder entries keep coming. Harmless but annoying.
More Quicken / Fidelity hijinks (OT - not core MMFs):
1 - A B of A credit card is set up to be paid from one of our Fidelity accounts. This month the payment transaction showed up in the correct Fidelity account, but also in another Fidelity account.
2 - I have a position at Fidelity on the HK exchange. In Quicken I have a HK dollar account linked to the main Fidelity account. In 2025 the annual dividend was US$1815.30 = HKD 14,250. Quicken showed it correctly: This in the Fidelity account:
and this in the linked cash account:
and this in the HKD account:
However, this year it came in wrong. The dividend was HKD 9,690, and it just showed up in the linked Quicken cash account as US$9,690.
Wrong amount - it's actually US$ 1,236.17, and there was no transaction in the main Quicken account or the HKD account.
I fixed both by hand - just reporting.
OK, here's one that's on topic.
On an account with a linked cash account, the dividend on 6/30 for the core account SPAXX came into Quicken as a Div, not a DivX, so it didn't show up in the cash account in Quicken. All the other transactions have correctly been -X.
Is this the first time the dividend has come in as Div instead of DivX? Were you able to manually correct it? Have any other transactions come in that way?
Thank you!
Yes, this is the first time I've seen the Div.
I was able to manually correct it.
It was only on the core account last month. All other transactions have been DivX, including core account (SPAXX) dividends in previous months.
Thank you for your reply,
I'm glad to hear you were able to manually correct it. It sounds like, so far, it was a one-off occurrence. Have other transactions of the same type downloaded correctly?
The next transactions of the same type will be on July 31. I'll let you know.
This is a bug that's existed since Quicken added the ability to treat multiple money market funds as cash. I reported it in a separate thread a few months ago.
The downloaded dividends from some money market funds are entered in the register with transaction type "Div" which causes the brokerage account to show a cash balance even though there is a linked checking account. If you open the transaction, it shows the linked checking account in the Transfer account field. When you click "Enter/Done", Quicken modifies the transaction to be a divx.
I have only seen this issue occur on accounts with more than one money market fund designated as "treat as cash", and it only affects the non-core funds.
Hello @Stevemd,
Thank you for joining the discussion. Is this the earlier discussion you're referring to?
If it is, we were unable to escalate on the Community because the problem report with log files we requested was never sent. If you are still encountering the issue, I recommend contacting Quicken Support directly. They have tools that we can't access on the Community, and they're able to escalate the issue as needed. The Quicken Support phone number can be found through this link here. Phone support is available from 5:00 am PT to 5:00 pm PT, Monday through Friday.
Yep that's it.
Bluntly, I've contacted support before and it's not an experience I wish to repeat. I'm happy to report bugs but I'm not your QA department.
When your have multiple customers reporting the same issue, someone internally should try to duplicate it before demanding sensitive data and putting customers through lengthy, one-size-fits all processes.
If Quicken insists on these prerequisites before even looking at a bug, you need to accept the lower product quality that will result and the potential loss of revenue associated with that.
@Quicken Kristina The dividend in the account with the linked cash account was OK - DivX - this month. But a few days ago I had to unlink and relink all the accounts for an unrelated reason that was not a problem. So the Div vs. DivX might not be significant.
What is significant is that I again ran into Unidentified Security in the three accounts using FCASH. They all asked me to confirm FCASH as the core fund, although it had already been designated as the core fund and showed as such in the Edit / Online Services tab. In each case what should have been Div FCASH on 7/31 dowloaded as ReinvInt Unidentified Security. In two accounts there was a corporate dividend DIV transaction, which also generated a matching bogus Bought Unidentified Security.
So unpacking this, apparently the FCASH designation didn't take hold when the accounts were relinked, even though it showed in the Edit / Online Services tab. So FCASH transactions downloaded as Unidentified Security before Quicken could ask me again about the core account.
It will probably work OK going forward.
And I could probably duplicate this by unlinking and relinking one of the FCASH accounts. But not right now. Maybe your techs could try it?
Why do these placeholder entries for the core account appear, sometimes but not always, on downloading and accepting transactions? The amount matches up with the most recent Div or IntInc from the core account. The Div or IntInc transaction could have been in the current download or an earlier one.
Thank you for your replies,
The placeholders in your screenshot both look like they were created to remove shares. Is the core account being tracked as cash? Since placeholders are meant to account for missing history, it's likely they're created when transactions make the program think there are shares when the share count should be 0, so it creates placeholders to keep the share count at 0.
There shouldn't be shares in those funds.
Stop payment and reissue check only partially downloaded:
This is OT and just FYI so am reporting it here rather than starting yet another thread.
Two checks that I entered online and Fidelity wrote from my IRA account were lost. I stopped payment on them and had Fidelity reissue them. The reissued check transactions showed up in Quicken, but the offsetting stop payment amounts did not.
I have done this many times before. The same problem happened in February 2026. Before that, neither the stop payment or the reissue appeared in Quicken.
Thank you for sharing your experience,
I'm glad to hear it's at least partially downloading the stop payment and the reissued payment. If you want to troubleshoot that issue further, I recommend contacting Quicken Support directly, as they would need to review the logs to confirm what data is being sent to Quicken. The Quicken Support phone number can be found through this link here. Phone support is available from 5:00 am PT to 5:00 pm PT, Monday through Friday.
I apologize that I could not be of more assistance!
@Quicken Kristina I was able to confirm through support chat that they were "unable to locate the transactions in the logs." No surprise there, and it only took a little wrestling to convince the agent not to go through the steps to diagnose the problem that I wasn't complaining about.
I had already reported the problem to my local Fidelity office team and asked them to pass it on to the IT people who handle Quicken downloads. I will let them know that Quicken didn't receive the transactions.
(To report it myself I'd have to try to call a front line Fidelity agent, hope they knew how to get me to the right people, and wait on hold. No thanks.)
@Quicken Kristina I got another placeholder entry today. And there's another anomaly.
The holdings reported on the website show $1,106.91 in the core account FCASH.
The Quicken register shows the same amount as a cash balance.
Nevertheless, I have been getting the placeholder entries every time I do a download.
The amount of the placeholder entry is always the amount of the most recent Div transaction in CASH. It's as if Quicken is treating the Div as a ReinvDiv, which does not affect the cash balance, and then trying to fix that.
Also Compare to Portfolio showed that Quicken thinks there are shares in CASH. But not the right number of shares. I didn't see that in any other account.
Then - just now I tried another Compare to Portfolio in this account. It did a transactions download, and asked if I wanted to treat the balance as cash. I said yes. Now there's no Securities Comparison Mismatch.
But all the holdings in all the accounts in the Online Center - including one that's not at Fidelity - show (Cash Balance) next to every security, including CASH.
That's wrong, isn't it? I don't remember seeing it before.
The holding that is really the cash balance shows correctly:
To further investigate the issue, I recommend contacting Quicken Support directly. They have tools we can't access in the Community, and they're able to escalate the issue as needed. I recommend contacting Quicken Support directly, as they would need to review the logs to confirm what data is being sent to Quicken. The Quicken Support phone number can be found through this link here. Phone support is available from 5:00 am PT to 5:00 pm PT, Monday through Friday.
@Toolworker,
Thank you for reaching out to support and following up to let us know how it went.
I have sent you a direct message. Please navigate to the inbox in the top right-hand corner of the Community page and check it.
Thanks!
