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

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

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

ローンの貢献者、要求者、または顧客として

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

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

注:

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

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

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

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

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

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

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

   ワークフローは、ローンエージェントのローン承認タスクを生成します。

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

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

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