補償範囲変更要求ワークフローの要求、確認、承認

エージェントが補償変更の制限ワークフローを使用して、ポリシー変更要求を要求、レビュー、および承認するためのサービス要求を解決する方法について説明します。

次の図は、このアプリケーションがエージェントが保険契約補償変更要求を解決するのにどのように役立つかを示しています。

図 : 1. 補償変更ワークフローの例

保険証券アドミニストレーターは、組織のビジネスニーズに基づいて、この事前定義されたフローをレビューおよびカスタマイズできます。

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

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

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

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

注:

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

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

注:

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

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

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

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

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

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

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