補償範囲の拡大要求ワークフローを要求、レビュー、および承認します

エージェントが補償範囲の拡大ワークフローを使用して、個人生命保険契約の変更要求を要求、レビュー、および承認するためのサービス要求を解決する方法について説明します。

次の図は、エージェントが補償範囲の拡大要求を解決するのにアプリケーションがどのように役立つかを示しています。

図 : 1. Individual Life Servicing - 補償範囲の拡大ワークフローの例

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

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

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

保険契約貢献者が顧客の代わりに要求を作成します。

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

注:

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

要求タイプに基づいて保険契約サービスケースが作成され、署名用に補償範囲の拡大.pdfドキュメントを顧客に送信する要求を送信するタスクが作成されます。顧客がドキュメントに署名し、貢献者がケースを送信します。

注:

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

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

プロセッサーとしての要求のレビューと意思決定の送信

1. ケースプレイブックでは、処理担当者が保険契約の変更要求をレビューし、新しい保険料額を決定します。プロセッサーは、引受が必要かどうかを決定します。
   • 処理担当者が要求を承認すると、要求された補償範囲の引き上げ変更の見積もりが顧客または貢献者に送信されます。
   • 要求された変更を処理者が承認するかどうか確信が持てない場合は、ケースを引受人に進めるためのタスクが作成されます。
   • 処理者が要求を却下した場合、ケースはクローズ済みになります。
2. 顧客が見積もりを承認した場合、プロセッサーは保険契約レコードを更新し、更新された保険契約ドキュメントを顧客に送信して、プレイブックの補償範囲の拡大タスクをクローズします。

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

処理担当者が要求された変更を承認するかどうか確信が持てず、作成されたタスクによってケースが引受人に進む場合、引受人はケースの詳細を確認したり、顧客の健康診断を要求したり、ケースを承認または却下したりできます。引受人がケースを承認して補償範囲の拡大の変更要求を承認すると、更新された保険料見積もりが顧客または貢献者に送信されます。

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

貢献者または処理担当者が、補償範囲の拡大に関するドキュメントを更新して顧客に送信した後、顧客の署名が変更された後、顧客は要求の詳細を確認し、ドキュメントに署名します。処理業者または引受人が補償範囲の引き上げ要求を承認すると、顧客には調整された保険料見積もりが送信され、見積もりを承認または却下できます。

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