financial-planning-integration

ファイナンシャルプランニングの連携

コアコンセプト

ファイナンシャルプランニングシステムのアーキテクチャ

ファイナンシャルプランニングエンジンは、アドバイザー向けテクノロジースタックの分析中枢です。複数のシステムからクライアントデータを取り込み、クライアントの将来の財務状況をモデル化し、ポートフォリオ構築、キャッシュ管理、継続的なアドバイザリー提案の基盤となる出力を生成します。（これらのエンジンが実装するプランニング手法については、financial-planning-workflowを参照してください。）

アドバイザー向けテクノロジースタック内の他システムとの関係：

• CRM（顧客関係管理）： クライアントの人口統計データ、世帯構成、雇用状況、ライフイベント、プランニングレビューのトリガーの情報源です。CRMはクライアントに関する情報の記録システムであり、プランニングツールはこれらの情報を入力として使用します。
• PMS（ポートフォリオ管理システム）： 現在のポートフォリオ保有資産、資産配分、口座種別の情報源です。プランから必要なリターン目標とリスク許容度が生成され、ポートフォリオ構築の制約条件としてPMSにフィードバックされます。
• カストディアン： 口座残高、保有ポジション、取引履歴の情報源です。カストディアンのデータフィードにより、古い推定値ではなく、実際の口座価値がプランに反映されます。
• アグリゲーションプラットフォーム： 預かり資産以外の資産（他のカストディアンの口座、勤務先の退職年金プラン、銀行口座、不動産の持分評価額、ストックオプション）の情報源です。アグリゲーションにより、アドバイザーが管理する資産とクライアントが実際に所有する資産とのギャップが埋まり、全体的な財務状況の把握に欠かせない情報が得られます。

一般的なファイナンシャルプランニングプラットフォーム（2026年時点。現在のベンダー構成を確認してください）： eMoney Advisor、MoneyGuidePro (Envestnet)、RightCapital、Naviplan (InvestCloud)、およびオールインワンプラットフォームに組み込まれたプランニングモジュール（例：Orion Planning、Advyzon）です。プラットフォームの選定は、企業規模、連携要件、プランニングの複雑さ、クライアント向けプレゼンテーションのニーズによって異なります。インタラクティブなクライアントポータルに重点を置くプラットフォーム（eMoney、RightCapital）もあれば、アドバイザー向けの分析の深さに重点を置くもの（MoneyGuidePro、Naviplan）もあります。

目標データモデルとステータス追跡

目標は、プランニングツール、CRM、クライアントポータル間で連携される構造化レコードです。それぞれの目標には、連携先システムで使用される一連の属性が設定されています。

• 目標金額： 今日の価値または将来の価値で必要となる金額
• 目標日： 資金が必要となる時期（退職後の収入のような継続的な目標の場合は、単一の日付または期間）
• 優先度： 必須、重要、または希望
• 資金源： 目標の資金となる口座や収入源。この口座との紐付けによって、プランとPMSが連携されます。
• インフレ前提： 適用するカテゴリ別のインフレ率（一般CPI、教育、医療）

各目標には、現在の達成確率に基づいてステータスが設定され、ステータスの更新はCRMとクライアントポータルに反映されます。

• 順調： 達成確率が目標のしきい値以上（一般的には80～90％）
• 要注意： 60～80％。小幅な調整で順調な状態に戻せる可能性があります。
• リスクあり： 40～60％。大幅なプラン変更が必要です。
• 達成困難： 40％未満。目標の再構成や優先度の引き下げが必要になる場合があります。

ポートフォリオのデータフィードによってプランの入力値が更新されるのに伴い、これらのステータス指標も動的に更新される必要があります。目標の設定方法、優先順位の決め方、トレードオフのモデル化はプランニング手法に関する内容です。financial-planning-workflowを参照してください。

管理対象の入力値としての資本市場前提

プランの予測を支える期待リターン、ボラティリティ、相関に関する前提は、プランニングスタックにおいて最も影響が大きく、最も頻繁に同期がずれるデータ要素です。

• 小さな変更でも大きな影響があります。株式の期待リターンを8％から7％に引き下げると、プランの成功確率が10～15パーセントポイント変わることがあります。前提の文脈を示さずに成功確率だけを提示すると、誤った精密さを生みます。
• 会社は、単一の正式な資本市場前提（CMA）文書を維持する必要があります。この文書は投資委員会が所管し、定められた頻度（四半期または年次）で見直され、すべてのシステム（プランニングツール、PMS、提案エンジン）が参照するものとします。各システムで前提を個別に設定すると、内容にずれが生じます。
• CMAが変更された場合、すべてのシステムを同時に更新し、すべての顧客プランを再実行する必要があります。成功確率に重大な変化があった場合は、アドバイザーによる確認のためにフラグを立ててください。
• 分布の選択（正規分布と対数正規分布、ヒストリカル・ブートストラップ、レジーム切り替え）も前提の一部です。プランニングツールごとに既定の方式が異なるため、CMAのガバナンス記録に文書化してください。

モンテカルロ法の仕組みと成功確率の結果の解釈については、financial-planning-workflowで説明しています。

管理対象の入力値としての税務参照パラメーター

プランニングツールによる税額予測は、毎年更新される参照データ（連邦税および州税の税率区分のしきい値、標準控除額、IRMAA（メディケア所得関連月額調整額）のしきい値、拠出限度額、RMDの受給開始年齢）に依存します。これらのパラメーターは、単なるプランニングの入力値ではなく、データガバナンスの対象です。

• ほとんどのプランニングベンダーは税率表を毎年更新しますが、年末の転換または引き出しの分析を実行する前に、更新が反映されていることを会社が確認する必要があります。前年の税率区分で計算されたプランでは、税率区分の上限までの余裕額やIRMAAの影響が、気づかないうちに誤って示されます。
• 顧客向けの出力では、すべての数値に対象税年度を明記してください。参考として、2026年の数値は次のとおりです。標準控除額は32,200ドル（夫婦合算申告）、22％の税率区分の上限は課税所得211,400ドル（夫婦合算申告）、最初のIRMAAのしきい値は218,000ドル（夫婦合算申告。2年前のMAGIに基づく）です。これらは毎年調整されるため、必ず当年の数値を確認してください。
• カスタム上書き（手動で入力した州税の前提など）は、ベンダーの更新では反映されないため、一覧にして毎年再検証してください。

プランとポートフォリオの連携

ファイナンシャルプランと投資ポートフォリオは、表裏一体です。プランによって、ポートフォリオが実現すべき内容（必要リターン、リスク予算、引き出しスケジュール）が決まり、ポートフォリオはその要件を満たすように構築する必要があります。プランとポートフォリオが連携していないと、クライアントに一貫性のないアドバイスを提供することになります。

プランからポートフォリオへ — 順方向の連携：

• プランによって必要収益率が算出されます。これは、目標とする確率でプランを成功させるために、ポートフォリオが達成すべきリターンです。
• プランによって、クライアントのリスク許容能力が特定されます。これは、プランが破綻するまでに許容できる最大のドローダウンまたはボラティリティです。リスク許容能力はプランから導き出されます。十分な資金があり、支出にも柔軟性があるクライアントはリスク許容能力が高く、プランが破綻しかねない状況にあるクライアントは低くなります。
• これらの出力は、投資方針書（IPS）に反映されます。IPSは、プランの前提をポートフォリオの制約条件に置き換え、目標配分、許容範囲、リバランスのトリガー、引き出しルールを定めます。

橋渡し文書としてのIPS：

• IPSはファイナンシャルプランとポートフォリオをつなぎます。リターン目標（プランに基づく）、リスク許容度（プランに基づく能力と、クライアント評価に基づく意向）、制約条件（プランの引き出しスケジュールに基づく流動性ニーズ、プランの目標時期に基づく運用期間、プランの税額予測に基づく税務上の考慮事項）を定めます。
• プランが変更された場合は、IPSを見直して更新する必要があります。IPSが変更された場合は、それに応じてポートフォリオを調整する必要があります。

ポートフォリオからプランへ — フィードバックループ：

• ポートフォリオの実績（実際のリターン、拠出、引き出し）をフィードバックして、プランを更新します。ポートフォリオの実績が予想を上回れば、プランの成功確率は高まります。実績が予想を下回れば、プランの調整が必要になる場合があります。
• 口座単位の取引（実施したRoth転換、受け取ったRMD、実現したタックスロス・ハーベスティング）は、プランの税額予測に影響するため、次回のプラン更新に反映する必要があります。

クローズドループ型のプランニング： ポートフォリオの変更をフィードバックしてプランを更新し、プランの変更を順方向に反映してポートフォリオを更新します。この双方向の連携は、統合されたアドバイザリー業務の特徴です。これがなければ、プランとポートフォリオは時間とともに乖離し、クライアントは自身の財務状況について矛盾した説明を受けることになります。

目標を口座と運用期間に対応付ける：

• 短期目標（1～3年）は、現金、短期債券、マネー・マーケット・ファンドなどの低リスク配分に対応付けます。
• 中期目標（3～10年）は、中期債券やバランス型戦略などの中程度の配分に対応付けます。
• 長期目標（10年以上）は、株式、実物資産、オルタナティブなどの成長重視の配分に対応付けます。
• この目標と口座の対応付け（「バケッティング」または「時間分割」）は、ポートフォリオの各部分で異なる投資を行う理由をクライアントが理解できるようにするデータ連携です。そして、これはプランニングツールの目標記録が特定のPMS口座に連携されている場合にのみ機能します。

データフローと統合パターン

ファイナンシャルプランの質は、そこに流入するデータと、その出力がどの程度実行に移されるかによって決まります。

ファイナンシャルプランに流入するデータ：

• クライアントの属性情報（CRMから）：氏名、生年月日、婚姻状況、扶養家族、雇用状況、退職予定日、健康状態、居住州。
• 現在のポートフォリオ（PMS／カストディアンから）：口座の種類、残高、保有資産、資産配分、取得原価、未実現損益。
• 管理対象外の資産（資産集約から）：現在または過去の雇用主を通じた401(k)プラン、配偶者の口座、銀行口座、不動産の純資産、ストックオプション、譲渡制限付き株式、繰延報酬。
• 保険契約（クライアントへの聞き取りまたは書類のアップロードから）：生命保険、就業不能保険、介護保険、年金契約。
• 不動産（クライアントへの聞き取りまたは第三者評価から）：主たる住居の評価額、住宅ローン残高、賃貸物件および別荘。
• 収入と支出のデータ（クライアントへの聞き取り、納税申告書、または家計管理ツールから）：給与、ボーナス、賃貸収入および投資収入、社会保障給付の見込み額（SSAの明細書から）、年金の詳細、項目別支出または推定支出率。

ファイナンシャルプランから出力されるデータ：

• 必要収益率の目標値（PMS／IPSへ）：資産配分の決定に影響します。
• リスク許容能力（PMS／IPSへ）：成功確率が許容可能なしきい値を下回る前に、プランが許容できる最大リスクです。
• 推奨貯蓄率（アドバイザー／クライアントへ）：プランを順調に進めるために必要な年間貯蓄額です。
• 引き出しスケジュール（現金管理のためにPMSへ）：税務最適化とRMD要件を考慮した、各口座からの引き出し時期と金額です。
• Rothコンバージョンスケジュール（実行のためにPMSへ）：年ごとの推奨コンバージョン額です。
• 目標の状況更新（CRM／クライアントポータルへ）：各目標について、順調、要注意、リスクあり、達成の見込みなし、のいずれかを示します。

統合における課題：

• 手動での再入力： 多くのアドバイザリー会社では、今もシステム間でデータを手動で再入力しています（例：CRMのクライアントデータをプランニングツールに入力する、またはポートフォリオの評価額が変わった際にプランを手動で更新する）。これにより、エラーが発生し、アドバイザーの時間が費やされ、データが古くなります。
• データの鮮度： 3か月前のポートフォリオのスナップショットをプランが使用している場合、プランの出力が現在の実情を反映していない可能性があります。自動データフィード（APIまたはカストディアンのデータフィード経由）を利用すれば、プランを最新の状態に保てます。
• 前提条件の同期： ファイナンシャルプランとPMSでは、一貫した収益率の前提条件を使用する必要があります。プランでは株式の収益率を7％と想定し、PMSでは8％を使用している場合、プランとポートフォリオで相反する情報が示されます。前提条件の同期には、文書化されたプロセスが必要です。前提条件を一度設定し（通常はCMA文書内）、後続のすべてのシステムが同じ情報源を参照します。
• 双方向の更新： ポートフォリオの変更（運用実績、入金、引き出し、Rothコンバージョン）は、プランに自動的に反映されるべきです。プランの変更（新しい目標、前提条件の改定、請求戦略の更新）は、ポートフォリオレビューのきっかけとなるよう反映されるべきです。現在のほとんどのプラットフォームは、一方向の連携にはある程度対応していますが、双方向の連携には対応していません。

プランの出力、更新頻度、ドキュメント

プランニングツールの標準的なビジュアル出力（ポータルやレポートとの連携を指定する際に便利です）：成功確率ゲージ（成功の総合確率）、目標別資金計画チャート（目標ごとの達成確率）、キャッシュフローのウォーターフォールチャート（年ごとの収入源と支出の積み上げ）、純資産予測（基本ケースとシナリオ別のライン）、モンテカルロ・ファンチャート（中央値とパーセンタイル帯）。最新のツールでは、クライアントとの面談中にシナリオをリアルタイムで再計算する機能もサポートされています。この機能には、古いデータのインポートではなく、ライブデータ接続が必要です。

プランの更新頻度とトリガー：

• 年次レビュー： 最低でも年に1回、最新のポートフォリオ評価額、改定後の収入・支出の前提、目標の変更を反映してプランを更新します。
• イベントに応じた更新： CRMに記録された重大なライフイベント（転職、退職、相続、離婚、配偶者の死亡、子どもの誕生、自宅の購入または売却）をきっかけに、プランを自動的に更新します。
• 継続的なモニタリング： 一部のプラットフォームでは、ライブのポートフォリオフィードから毎日プランを更新し、成功確率がしきい値を下回った場合にアドバイザーへ通知します。大きな市場変動（例：15％を超える下落）の後に一括で再計算すると、プランの見直しが必要なクライアントを特定できます。

プランの承認とドキュメント： プランの提示後、使用した前提、提示した推奨事項、クライアントの決定（承認、保留、辞退）を記録します。これにより、コンプライアンス要件を満たし、プランニングツール、CRM、IPSのすべてに同じ合意内容が反映されます。

実例

例1：ファイナンシャルプランニングとポートフォリオ管理の連携

シナリオ： 運用資産が8億ドルの中規模RIAが、ファイナンシャルプランニング（eMoney）とポートフォリオ管理（Orion）に別々のシステムを使用しています。同社は、プランニングツールではバランス型ポートフォリオのリターンを6.5％と想定している一方、PMSでは同じ資産配分のリターンを7.5％と想定していることに気づきます。この100ベーシスポイントの差により、ポートフォリオが示唆する内容よりも保守的なプランとなり、クライアントへの説明に食い違いが生じています。プランでは「もっと貯蓄する必要があります」と伝える一方、ポートフォリオの予測では「予定より順調です」と示されます。同社はこの不整合を解消したいと考えています。

設計上の考慮事項：

1. 前提の同期。 根本的な原因は、各システムで前提が個別に設定されていることです。これを解決するには、資本市場の前提（CMA）の権威ある情報源を一元化する必要があります。各資産クラスの期待リターン、標準偏差、相関を定めた正式なCMA文書を作成し、投資委員会が四半期または年次でレビュー・承認します。プランニングツールとPMSの両方がこの文書を参照するようにします。CMAを変更する場合は、両システムを同時に更新する必要があります。

2. プランからIPS、モデルへの対応付け。 明確な流れを定義します。ファイナンシャルプランによって、クライアントごとに必要なリターンとリスク許容度を導き出します。これらをクライアントのIPSに反映し、目標資産配分とモデルポートフォリオを定めます。モデルポートフォリオはPMSで運用します。この対応関係を明示し、文書化する必要があります。

   • プランの出力：「このクライアントには、実質リターン5.2％が必要で、許容最大ドローダウンは-25％です。」
   • IPSへの反映：「目標資産配分：株式65％／債券30％／オルタナティブ5％。ベンチマーク：MSCI ACWI 65％／Bloomberg Aggregate 30％／HFRI Fund Weighted 5％。」
   • PMSでの実装：「Balanced Growth Model（Model BG-65）に割り当てます。」

3. 連携アーキテクチャ。 システム間のデータフローを対応付けます。

   • CRM からプランニングツールへ：顧客の属性情報、世帯データ、ライフイベント（API による自動連携、または手入力）。
   • カストディアンから PMS へ：口座残高、保有銘柄、取引（カストディアンのデータフィードによる自動連携、毎日）。
   • PMS からプランニングツールへ：現在のポートフォリオ価値、資産配分、口座種別（API による自動連携、または API がない場合は手動でエクスポート／インポート）。このフィードは少なくとも毎月、できれば毎日更新します。
   • プランニングツールから PMS へ：必要リターンの目標、引き出しスケジュール、ロス変換スケジュール（通常は手動です。アドバイザーがプランの出力を解釈して PMS に反映しますが、会社はこの引き継ぎを文書化する必要があります）。
   • プランニングツールから CRM へ：目標の達成状況、プランのレビュー日、プランの成功確率（アドバイザーダッシュボードと顧客ポータルに表示）。

4. 継続的な更新ワークフロー。 更新の頻度とトリガーを定義します。

   • 四半期ごと： PMS から更新されたポートフォリオ価値をプランニングツールに送信します。プランで成功確率を再計算します。成功確率が 5 ポイントを超えて変化した場合、アドバイザーがプランをレビューし、対応が必要かどうかを検討します。
   • 年次： 投資委員会が更新した CMA をレビューして公開します。プランニングツールと PMS を同時に更新します。すべての顧客プランを新しい前提で再実行します。成功確率に重大な変化があった場合は、アドバイザーによるレビューのためにフラグを立てます。
   • イベント発生時： CRM に記録された顧客の重大なライフイベントをきっかけに、プランをレビューします。市場で重大なイベント（15％を超えるドローダウン）が発生した場合は、すべてのプランを一括で再実行し、成功確率がしきい値を下回った顧客を特定します。

分析： 前提の不一致はガバナンスの失敗であり、技術の失敗ではありません。技術的な解決策（前提の同期）はシンプルですが、問題の再発を防ぐのはガバナンス上の解決策（CMA の単一の信頼できる情報源を確立し、レビューと更新のプロセスを文書化すること）です。

実装手順：

1. 投資委員会は、会社のモデルで使用するすべての資産クラスについて、期待リターン、標準偏差、相関関係を記載した正式な CMA 文書を公開します。名目リターンと実質リターンの両方の予測値を含めます。
2. 公開された CMA を使用するよう、プランニングツールを更新します。ほとんどのプランニングツールでは資産クラスの前提をカスタマイズできます。CMA 文書の正確な数値を入力します。
3. ポートフォリオの予測とパフォーマンス予測に同じ CMA を使用するよう、PMS を更新します。
4. 整合性を確認します。両方のシステムでテストケースを実行します。60／40 ポートフォリオを持つ顧客について、プランと PMS の予測で同じ期待リターンが表示されることを確認します。確認結果を文書化します。
5. 四半期／年次のレビュー頻度を定め、担当者を割り当てます（CMA は投資委員会、プラン側の更新はプランニングチーム、PMS 側の更新はポートフォリオ運用チームが担当します）。
6. 照合チェックを構築します。四半期ごとに、サンプル顧客のプランニングツールと PMS における期待リターンの前提を比較します。不一致があればフラグを立てます。
7. 顧客ティアまたはモデルポートフォリオごとに、プランから IPS、モデルへの対応関係を文書化します。新規顧客のプランが完了したら、アドバイザーはこの対応関係を使って PMS で適切なモデルを割り当てます。

このクローズドループのワークフローにより、プランがポートフォリオを導き（順方向の連携）、ポートフォリオがプランを更新する（フィードバックループ）仕組みが実現し、あらゆる段階で前提の一貫性が保たれます。顧客に伝わるのは一貫した説明であり、連携していないシステムからの相反するメッセージではありません。

例2：Roth 変換スケジュールを支える税パラメーターの管理

シナリオ： アドバイザーがプランニングツールを使い、最近退職したクライアント向けに複数年にわたる Roth 変換ラダーをモデル化します。毎年、低い税率区分を満たしながら、IRMAA の基準額を超えないようにします。（税率区分を満たすロジック、変換額の算定、課税対象資産から変換税額を支払うことなど、変換手法自体については financial-planning-workflow で説明しています。）統合に関する問いは、変換スケジュールが正確かどうかは、プランニングツールに読み込まれた税務上の参照パラメーターと、そのスケジュールが正確に実行用の PMS に連携されるかどうかに全面的に左右される、という点です。

設計上の考慮事項：

1. 税パラメーターの最新性。 税率区分を満たす計算は、毎年更新される3つの数値に左右されます。プランニングツールでは、それぞれが正しい課税年度を反映していなければなりません。課税年度2026年については、現在の値を確認してください。夫婦合算申告の標準控除額は$32,200、22%税率区分の上限は課税所得$211,400、最初のIRMAA追加保険料の基準額はMAGI（夫婦合算申告）$218,000で、2年前の所得を参照します。ツールに前年度の税率表が残っていると、変換スケジュールの各年の金額がすべて不適切になります。税率区分の枠を使い残すか、変換額がIRMAAの基準額を超えてしまい、その場合、追加保険料によって1人あたり年間数千ドルのメディケア費用が発生する可能性があります。
2. 年末処理前のパラメーター監査。 ファームのプランニング業務カレンダーにチェック項目を追加し、ベンダーによる年次税率表の更新が適用されていることを確認します。また、年末の変換分析を実行する前に、手動で入力した上書き設定（州税率、独自の控除額の前提など）を再検証します。
3. スケジュールの PMS への引き継ぎ。 プランの出力である年ごとの推奨変換額を、PMS／カストディアンで変換を実行するチームに届ける必要があります。この引き継ぎについて、スケジュールを書き写す担当者、PMS 内での保存場所、年中の所得の変化（残りの税率区分の枠に影響します）があった場合に、変換の実行前にプランニングツールで再計算する方法を文書化します。
4. フィードバックループ。 実行済みの変換額を、カストディアンのフィードまたは手動更新を通じてプランに反映し、翌年の税率区分を満たす計算が、予測残高ではなく実際に残っている従来型 IRA 残高を基に開始されるようにします。

分析： 繰り返し発生する失敗の原因は、プランニングロジックの不備ではなく、古いデータや同期されていないデータです。前年度の税率表、古いバージョンのプランを基に実行された変換スケジュール、または実行済みの変換がプランに一度も反映されないことが該当します。税パラメーターは CMA と同様に、バージョン管理され、担当者が定められ、カレンダーに沿って検証されるものとして扱います。また、変換スケジュールは、文書化された引き継ぎと返送フィードを含む、他のプランから PMS へのデータフローと同様に扱います。IRMAA は2年前の MAGI を参照するため、プランでは過年度の所得データも正確に保持する必要があります。当年以降しかモデル化しないプランニングツールでは、すでに実現した所得によって発生する追加保険料を見落とします。

よくある落とし穴

• ファイナンシャルプランニングツールとポートフォリオ管理システムで異なる資本市場の前提を使用し、計画が順調かどうかについて、クライアントへの説明に食い違いが生じます。
• プランニングシステムとポートフォリオシステムの間でデータを手動で再入力すると、誤りやデータの陳腐化が発生し、計画の正確性が損なわれます。
• 前提の更新を、ガバナンスの対象ではなく、その場しのぎで行います。担当者と見直し頻度が定められた唯一の CMA の信頼できる情報源がなければ、修正のたびにシステム間の不整合が再発します。
• 前提の感度に触れず、モンテカルロ法による確率を単一の数値で提示します。期待リターンが 1～2％変わるだけで確率が 10～15 ポイント変動するため、前提のガバナンスは、計画について誠実に説明するうえで欠かせません。
• 古い税務参照パラメーターを使って年末の税務分析（Roth コンバージョン、含み益の実現）を行います。税率区分の基準額、標準控除額、IRMAA の基準額は毎年変わるため、ツール内で確認する必要があります。
• 同期を一方向のみで行います。ポートフォリオの変更が計画に反映されない場合も、計画の変更がポートフォリオの見直しを促さない場合も、クローズドループが機能しなくなります。
• 目標を具体的な口座や期間にひも付けません。こうしたひも付けがなければ、ポートフォリオ配分が計画の要件とデータ上つながらず、最新の口座残高に基づいて目標の達成状況を算出できません。
• クライアントがプランニングの前提や推奨事項を確認したことを記録しません。コンプライアンス上のリスクが生じるほか、将来の見直し面談でアドバイザーの判断根拠を示すことが難しくなります。

関連項目

• financial-planning-workflow（アドバイザリー業務プラグイン）：プランニングの方法論を一元的に扱います。データ収集、退職後の資金計画、モンテカルロ法の解釈、Roth コンバージョンと社会保障戦略、シナリオモデリング、計画の提示が含まれます。このスキルでは、その方法論をテクノロジースタックの他の部分とどのように連携させるかを扱います。
• investment-policy（ウェルスマネジメントプラグイン）：ファイナンシャルプランは、必要リターン、リスク許容度、投資期間、制約条件を提示し、IPS がこれらをポートフォリオガバナンスとして正式に定めるため、IPS の策定に反映されます。
• asset-allocation（ウェルスマネジメントプラグイン）：プランで求められるリターンとリスク許容度が、戦略的資産配分の範囲を定めます。また、プランの目標は、投資期間に基づく配分区分に対応付けられます。
• portfolio-management-systems（アドバイザリー業務プラグイン）：PMS はファイナンシャルプランの出力に基づくポートフォリオを実装します。プランニングツールと PMS の間では、データを双方向に連携し、前提の整合性を保つ必要があります。
• client-reporting-delivery（アドバイザリー業務プラグイン）：目標の達成状況、成功確率、マイルストーンの追跡といった計画の進捗報告は、クライアント向けレポート一式の主要な要素です。
• proposal-generation（アドバイザリー業務プラグイン）：ファイナンシャルプランの出力（必要リターン、推奨配分、口座の種類）は、新規および既存のクライアントに提示する投資提案に直接反映されます。
• crm-client-lifecycle（アドバイザリー業務プラグイン）：CRM は目標、前提、計画の見直し日などのプランニングデータを保存し、ライフイベントに基づく計画の更新をイベント駆動で促し、アドバイザーダッシュボードに計画の状況を表示します。
• tax-efficiency（ウェルスマネジメントプラグイン）：資産配置、Roth コンバージョン、引き出しの順序、利益確定の原則を定めます。その出力は、ここで説明する連携を通じて反映されます。