補償変更要求ワークフローの要求、レビュー、および承認

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む2読むのに数分
  • 補償範囲の変更制限ワークフローを使用して、エージェントがポリシーの変更要求を要求、レビュー、および承認するためのサービス要求を解決する方法について説明します。

    次の図は、エージェントがポリシー補償の変更要求を解決するためにアプリケーションがどのように役立つかを示しています。
    図 : 1. 補償変更ワークフローの例
    Commercial Lines Servicing アプリケーションを使用して保険契約の補償変更要求を解決する方法を示すワークフロー。テキストの説明については、以下のワークフローの手順を参照してください。
    保険証券管理者は、組織のビジネスニーズに基づいて、この事前定義されたフローをレビューおよびカスタマイズできます。

    次のワークフローは、保険契約の補償範囲を変更するためのケースとタスクを、さまざまな部門のエージェントにルーティングします。エージェントは、 にログインし ワークスペース てキュー内のタスクを処理します。ケース Playbook は、要求を履行するために必要な手順に沿ってエージェントをガイドします。

    ポリシー要求者、貢献者、または処理者としての要求の送信
    保険証券の要求者が顧客の代わりに要求を送信します。
    顧客 (コンシューマーまたは連絡先) は、Customer Service Portal、Consumer Service Portal、または別のセルフサービスポータルから要求を直接送信できます。
    注:
    コンシューマーが Consumer Service Portal を使用して要求を送信するには、Consumer Service Portal プラグイン (com.glide.service-portal.consumer-portal) を有効にする必要があります。

    ポリシーサービスケースは要求タイプに基づいて作成され、プロセッサーにルーティングされます。

    注:
    ケース Playbook では、要求者または貢献者が [開始およびレビュー] ステージでケースの詳細を更新し、履行のために変更を送信します。

    ワークフローが自動的にトリガーされ、アサインルールによって関連タスクが適切なプロセッサーチームにルーティングされます。

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

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