銀行エージェントが、一部前払いローンワークフローを使用して、未払いローンの一部前払いのサービス要求を満期前に銀行に解決する方法について説明します。ワークフローは、ビジネスと個人の両方のローンサービス要求に適用されます。

次の図は、このアプリケーションが銀行代理店が一部前払いサービス要求を解決するのにどのように役立つかを示しています。

次のワークフローでは、一部前払いサービス要求のケースとタスクをさまざまな部門のエージェントにルーティングします。エージェントは ワークスペース にログインして、キュー内のタスクを処理します。

ローン拠出者、要求者、または顧客として

貢献者または要求者が、顧客に代わって一部前払いローンサービス要求を送信します。

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

注:

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

ケースは、要求タイプに基づいて開始されます。

バックオフィスエージェントとして

ケースが開始され、エージェントがケースの詳細を更新すると、ワークフローが自動的にトリガーされます。アサインルールは、関連するタスクを適切なバックオフィスチームにルーティングします。

1. ローンエージェントはケースの詳細を確認し、手数料などの詳細を追加します。

   ドキュメントプロセッササービスは、要求に対して検証する必要があるドキュメントを決定します。ワークフローは、ドキュメントエージェントの受信ドキュメント検証タスクを自動的に生成します。

2. ドキュメントエージェントは、受信ドキュメント検証タスクを実行して、タスクにリストされている各ドキュメントを検証します。必要に応じて、このエージェントは特定のドキュメントの保留を要求できます。

   ワークフローにより、ローンエージェントのローン承認タスクが生成されます。

3. ローン承認者 (ローンエージェント) がケースの詳細をレビューして承認します。
4. ローンエージェントはローン更新タスクを処理し、銀行システムでローン口座を更新します。

   銀行が統合を有効にしている場合、ローン口座はコア銀行システムで自動的に更新される可能性もあります。

ケースが完了すると、そのステータスとステージが [完了してクローズ] に設定され、作業メモが更新されます。顧客は、カスタマーサービスポータル、消費者サービスポータル、または別のセルフサービスポータルからケースのステータスを表示できます。