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

ポリシー貢献者または処理者として要求を送信する

保険証券寄稿者が顧客に代わって要求を送信します。

顧客 (コンシューマーまたは連絡先) は、カスタマーサービスポータル、消費者サービスポータル、またはその他のセルフサービスポータルから直接要求を送信できます。

注:

コンシューマーが消費者サービスポータルを使用して要求を送信するには、消費者サービスポータルプラグイン (com.glide.service-portal.consumer-portal) を有効にする必要があります。

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

注:

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

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

処理担当者として要求を確認して意思決定を送信する

1. ケースプレイブックでは、処理担当者がポリシー変更要求を確認し、保証が必要かどうかを判断します。プロセッサーが要求を承認または却下します。
   • 処理担当者が変更要求を承認すると、要求された変更の見積もりが顧客または貢献者に送信されます。
   • 処理担当者が要求された変更を承認するかどうかわからない場合は、ケースを引受人に進めるためのタスクが作成されます。
2. 引受人はケースの詳細をレビューし、ケースを承認または却下します。ポリシー変更要求を承認するケースが承認されると、要求された変更の見積もりが顧客または貢献者に送信されます。
3. 顧客が見積もりを承認すると、処理担当者はポリシーレコードを更新し、更新されたポリシードキュメントを顧客に送信して、プレイブックのメンバーシップ変更タスクをクローズします。

引受人としてケースを承認または却下する

処理担当者が要求された変更を承認するかどうかわからない場合、作成されたタスクによってケースが引受人に進んだ場合、引受人はケースの詳細をレビューし、ケースを承認または却下します。保険会社がポリシー変更要求を承認するケースを承認すると、要求された変更の見積もりが顧客または貢献者に送信されます。

顧客として見積もりを承認または却下する

顧客は、要求されたポリシーの変更を承認した後に見積を受け取ったときに、見積もりを承認または却下できます。

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