説明
次の標準の保険プラットフォーム コンポーネントを使用すると、保険の見積もりの​​取得や保険請求の送信など、中核となる保険業務をデジタル的に実行できます。
保険契約管理: ユーザーが保険契約の作成、更新、キャンセル、承認などの保険契約のライフサイクルを管理できるようにするコンポーネントです。Policy Administration を使用することで、コンサルティング会社は顧客がオンラインで自分の保険情報を表示および更新できるようになります。
保険金請求管理: ユーザーが保険金請求の作成、調査、調整、決済などの保険金請求のライフサイクルを管理できるようにするコンポーネントです。Claims Management を使用することで、コンサルティング会社は、顧客がオンラインで請求を送信および追跡できるようになります。
Quote、Rate、およびApply。これは、ユーザーが保険の見積りを作成および比較し、保険料と割引を計算し、オンラインで保険に申し込むことを可能にするコンポーネントです。コンサルティング会社は、Quote、Rate、Apply を使用して、顧客がオンラインで保険の見積もりを取得できるようにします。

次の考慮事項は、Financial Services Cloud の実装には新しい Salesforce 組織がより良い選択肢であることを示しています。
銀行は、このプロジェクトをカスタマイズを廃止する機会として利用したいと考えています。新しい組織により、銀行は新たなスタートを切ることができ、Financial Services Cloud の機能やベスト プラクティスと矛盾する可能性のある不要なカスタマイズや時代遅れのカスタマイズの引き継ぎを回避できます。
現在の実装では製品中心のビューが使用されており、銀行は顧客中心のビューに移行したいと考えています。新しい組織により、銀行は Financial Services Cloud データ モデルを採用できるようになります。このデータ モデルは、顧客とその関係、目標、金融口座、活動、やり取りの全体像を提供するように設計されています。
既存のビジネス機能とプロセスを再設計して、より高いビジネス効果を実現できます。新しい組織により、銀行はアクション プラン、リレーションシップ グループ、ルックアップによるロールアップ、サービス プロセスなどの Financial Services Cloud の機能を活用して、ビジネス プロセスを最適化し、顧客エクスペリエンスを向上できるようになります。検証済みの参照: : Salesforce ヘルプの記事 6

次のステートメントは、Financial Services Cloud 個人取引先データ モデルに当てはまります。
個人取引先は、取引先オブジェクトおよび取引先責任者オブジェクトからのデータを表示する仮想オブジェクトです。これは個人のあらゆる側面を表し、生年月日や納税者番号などのデータが含まれます。個人取引先を使用すると、特定の取引先フィールドと取引先責任者フィールドを 1 つのレコードに結合することで、個々の個人に関する情報を保存できます。
個人取引先モデルは、標準の取引先オブジェクトを使用して、個人に関するすべての詳細を保持します。取引先オブジェクトは、カスタム フィールドと個人取引先レコード タイプで拡張されました。個人取引先を使用すると、データ モデルを簡素化し、管理する必要があるレコードの数を減らすことができます。