変更メンバーシップ要求ワークフローの要求、レビュー、および承認

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:2分
  • エージェントが、メンバー情報の変更ワークフローを使用して、団体生命保険のメンバーの変更要求を要求、レビュー、および承認するためのサービス要求を解決する方法について説明します。

    次の図は、アプリケーションがエージェントの変更ポリシーメンバーシップ要求の解決にどのように役立つかを示しています。
    図 : 1. Group Life Servicing - メンバーシップ変更ワークフローの例

    Group Life Servicing アプリケーションを使用して、保険契約のメンバーシップ変更要求を解決する方法を示すワークフロー。テキストの説明については、以下のワークフローの手順を参照してください。
    保険証券管理者は、組織のビジネスニーズに基づいて、この定義済みフローを確認し、カスタマイズできます。

    次のワークフローでは、ポリシーのメンバーシップを変更するケースとタスクを、さまざまな部門のエージェントにルーティングします。エージェントは ワークスペース にログインして、キュー内のタスクを処理します。ケースプレイブックは、要求を実行するために必要な手順に沿ってエージェントをガイドします。

    ポリシー貢献者または処理担当者としての要求の送信
    保険契約の貢献者が顧客に代わって要求を送信します。
    顧客 (コンシューマーまたは連絡先) は、カスタマーサービスポータル、消費者サービスポータル、または別のセルフサービスポータルから直接要求を提出することができます。
    注:
    コンシューマーが消費者サービスポータルを使用して要求を提出するには、Consumer Service Portal (消費者サービスポータル) プラグイン (com.glide.service-portal.consumer-portal) をアクティブ化する必要があります。

    要求タイプに基づいて保険契約サービスケースが作成され、処理担当者に転送されます。

    注:
    このケースプレイブックでは、要求者または貢献者が「開始およびレビュー」ステージでケースの詳細を更新し、実行のために変更を提出します。

    ワークフローは自動的にトリガーされ、アサインルールによって関連するタスクが適切な処理担当者チームに転送されます。

    処理担当者として要求を確認し、決定を提出する
    1. ケースプレイブックでは、処理担当者が保険契約変更要求を確認し、引受が必要かどうかを判断します。処理担当者は要求を承認または却下します。
      • 処理担当者が変更要求を承認すると、要求された変更の見積もりが顧客または貢献者に送信されます。
      • 処理担当者が変更要求を承認すべきかどうか判断できない場合は、ケースを引受人に転送するためのタスクが作成されます。
    2. 引受人はケースの詳細を確認し、ケースを承認または却下します。ケースが承認され保険契約変更要求が許可されると、要求された変更の見積もりが顧客または貢献者に送信されます。
    3. 顧客が見積もりを承認すると、処理担当者はポリシーレコードを更新し、更新されたポリシードキュメントを顧客に送信し、プレイブックのメンバーシップ変更タスクをクローズします。
    引受人としてのケースの承認または却下
    処理担当者が要求された変更を承認するかどうか確信が持てず、作成されたタスクがケースを引受人に進める場合、引受人はケースの詳細をレビューし、ケースを承認または却下します。引受人がケースを承認してポリシー変更要求を承認すると、要求された変更の見積もりが顧客または貢献者に送信されます。
    顧客として見積もりを承認または却下する
    顧客は、要求された保険契約変更を承認した後に見積もりを受け取ったら、その見積もりを承認または却下することができます。

    ケースが完了し、ケースのステータスとステージが [完了してクローズ] に設定されます。