以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/01/222143より取得しました。


Fidelity CMA×Quickenで配当ダウンロードが崩れる原因と対処法:DivがDivXにならない、Accept Allでエラーになる問題

 

Fidelity CMA×Quickenで配当ダウンロードが崩れる原因と対処法:DivがDivXにならない、Accept Allでエラーになる問題

FidelityのCash Management Account(CMA)をQuicken(Windows)で更新すると、月末に入るSPAXX配当がきっかけで「Accept All(すべて承認)」時にエラーが出たり、配当が Div として登録されて現金残高(リンクされた口座側)が更新されないことがあります。実際、同じCMAでも「個別に承認」だと DivX で正常に入るケースも報告されており、操作手順やファイル状態の差で症状が分岐しがちです。Quicken

起きていることを整理(症状のパターン)

今回のトラブルは、主に次の2点がセットで起きます。Quicken

  • One Step Update/Update transactions後、受信した配当をレジスターで Accept All するとエラー表示

  • エラー後に投資側へ取引は作られるが、アクションが Div になり、CMAに紐づく「現金(チェック/キャッシュ側)」が更新されない
    ※手動で Div → DivX に変えると現金残高が更新されることがある

一方で、同じCMAでも「Accept Allは使わず、1件ずつAcceptする」運用だと DivXで正しく入った という報告もあります。Quicken

なぜ月末のSPAXX配当で起きやすいのか

FidelityのCMAは、実態としてはコア(例:SPAXX)に資金が置かれ、分配(配当)が月末に発生します。SPAXXのようなマネーマーケットは日々分配が発生し、通常は月末(最終営業日)にまとめて支払われます。fidelity.com
この「月末にまとまって入る」「現金扱い(cash扱い)にする/しない設定が絡む」性質が、Quicken側の“解釈”や“リンク口座への反映”処理と衝突しやすいポイントです。

さらに近年、Fidelity連携(EWC+等)移行以降、CMAやSPAXX周りで「取引の解釈が揺れる」「配当やコア関連が期待通りに入らない」といった既知の不具合・継続課題が複数スレッドで語られています。Quicken+2Quicken+2

まず効く“現実的な回避策”(今日から止血)

1) 「Accept All」をやめて、1件ずつAcceptする

症状が出る人/出ない人の差として、まず再現性が高い回避策です。「Accept Allでだけおかしくなる」可能性があるため、配当など重要な受信は当面、個別承認に切り替えます。Quicken

2) 入ってしまったDivをDivXへ手動修正

すでに Div で入って現金が反映されない場合、DivX(配当+移動) に手直しすると現金残高が更新されるケースがあります。Quicken
ただし、将来同じ月末配当で繰り返す可能性があるため、根本対処(後述)もセットで。

根本原因になりがちな3つのポイントとチェック方法

A) プレースホルダー(Placeholder)が現金反映を邪魔している

Quickenでは、投資口座の整合性を取るために自動生成されるPlaceholderが原因で、Div等の取引が現金残高に効かない ことがあります。対処としては「隠し取引を表示」してPlaceholderを確認するのが定石です。Quicken+1

チェック手順(Windows)

  • 編集(Edit)→設定(Preferences)→投資(Investments)

  • Show hidden transactions(隠し取引を表示) を有効化

  • 投資口座でPlaceholderがないか確認し、必要に応じて調整(バックアップ後推奨)

B) 「マネーマーケットを現金として解釈する/しない」設定が揺れている

SPAXXを「現金扱い」にする設定が、ファイルや環境差で不安定になる例があります。Quicken側の回避策として、いったん設定を切り替えて“解釈をリセット”する手順が案内されています。Quicken+1

リセット手順(例)

  • Edit → Preferences → Downloaded Transactions

  • Never interpret downloaded money market funds as cash を一度オン

  • One Step Update → 受信内容を確認

  • その後、必要に応じて同設定をオフに戻す(運用方針に合わせる)Quicken+1

※「SPAXXを現金扱いにしたい」人でも、いったんオン→更新→オフで“表示/分類が整う”ことがあります(恒久ではなく調整目的)。

C) Fidelity連携(EWC+等)由来の既知バグに踏んでいる

CMA関連では、EWC+移行後に「コア関連取引が抜ける/おかしい」「配当処理が崩れる」などの既知問題が継続している旨がコミュニティで言及されています。Quicken+2Quicken+2
この場合、ユーザー側で完全に潰し切れないこともあるため、以下の“被害を最小化する運用”が現実解になります。

安定運用のためのおすすめ手順(再発を減らす)

  1. 月末更新前にバックアップ(Quickenファイル)

  2. One Step Update後、CMA関連は Accept Allを使わず個別Accept

  3. 配当がDivで入ったら、その場で DivXへ修正(現金が反映されるか確認)

  4. 現金が反映されない/不自然なら、Placeholderの有無 を確認Quicken+1

  5. それでも不安定なら、前述の money market cash解釈のトグル を試すQuicken+1

サポートに投げるなら「再現条件」を短くまとめる

コミュニティでも「既知のFidelity問題か、新規か」を切り分ける話題が出ています。Quicken
サポートに上げるときは、次の形でメモすると会話が早いです。

  • 対象:Fidelity CMA(SPAXXのみ、現金扱い設定)

  • 発生タイミング:月末SPAXX配当の受信時

  • 操作:Accept Allでエラー/個別Acceptだと正常の可能性

  • 症状:Divで登録→リンクされた現金残高が更新されない(DivXなら更新される)

  • 追加確認:Placeholder有無、Downloaded Transactions設定トグル実施有無

まとめ:まずは「個別承認」と「解釈リセット」で止血、Placeholderも要確認

この手の不具合は、(1) Accept All時の処理差、(2) SPAXXの現金解釈、(3) Placeholder、(4) EWC+移行後の既知課題、が重なって起きやすいのが特徴です。Quicken+2Quicken+2
最短で効くのは 個別AcceptDiv→DivX修正。そのうえで、Placeholder確認money market解釈のトグル を入れると、月末の再発率を下げられます。Quicken+1




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/01/222143より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14