補償範囲変更要求ワークフローの要求、確認、承認
エージェントが補償変更制限ワークフローを使用して、ポリシー変更要求を要求、レビュー、および承認するためのサービス要求を解決する方法について説明します。
次の図は、アプリケーションが、エージェントがポリシー範囲の変更要求を解決するのにどのように役立つかを示しています。図 : 1. 補償変更ワークフローの例
保険証券管理者は、組織のビジネスニーズに基づいて、この定義済みフローを確認し、カスタマイズできます。
次のワークフローでは、保険契約の補償を変更するケースとタスクを、さまざまな部門のエージェントにルーティングします。エージェントは ワークスペース にログインして、キュー内のタスクを処理します。ケースプレイブックは、要求を実行するために必要な手順に沿ってエージェントをガイドします。
- 保険の要求者、貢献者、または処理担当者として要求を提出する
- 保険証券の要求者は、顧客に代わって要求を提出します。 顧客 (コンシューマーまたは連絡先) は、カスタマーサービスポータル、消費者サービスポータル、または別のセルフサービスポータルから直接要求を提出することができます。注:コンシューマーが消費者サービスポータルを使用して要求を提出するには、Consumer Service Portal (消費者サービスポータル) プラグイン (com.glide.service-portal.consumer-portal) をアクティブ化する必要があります。
要求タイプに基づいて保険契約サービスケースが作成され、処理担当者に転送されます。
注:このケースプレイブックでは、要求者または貢献者が「開始およびレビュー」ステージでケースの詳細を更新し、実行のために変更を提出します。ワークフローは自動的にトリガーされ、アサインルールによって関連するタスクが適切な処理担当者チームに転送されます。
- 処理担当者として要求を確認し、決定を提出する
- ケースプレイブックでは、処理担当者が保険契約変更要求を確認し、引受が必要かどうかを判断します。処理担当者は要求を承認または却下します。
- 処理担当者が変更要求を承認すると、要求された変更の見積もりが顧客または貢献者に送信されます。
- 処理担当者が変更要求を承認すべきかどうか判断できない場合は、ケースを引受人に転送するためのタスクが作成されます。
- 引受人はケースの詳細を確認し、ケースを承認または却下します。ケースが承認され保険契約変更要求が許可されると、要求された変更の見積もりが顧客または貢献者に送信されます。
- 顧客が見積もりを承認すると、処理担当者は保険契約レコードを更新し、更新された保険契約ドキュメントを顧客に送信し、プレイブック内の補償範囲変更タスクをクローズします。
- ケースプレイブックでは、処理担当者が保険契約変更要求を確認し、引受が必要かどうかを判断します。処理担当者は要求を承認または却下します。
- 顧客として見積もりを承認または却下する
- 顧客は、要求された保険契約変更を承認した後に見積もりを受け取ったら、その見積もりを承認または却下することができます。
ケースが完了し、ケースのステータスとステージが [完了してクローズ] に設定されます。