次の図は、銀行代理店がローン再構築を処理する際に、このアプリケーションがどのように役立つかを示しています。

次のワークフローでは、ローン再構築のケースとタスクをさまざまな部門のエージェントにルーティングします。エージェントは、キュー内のタスクを処理するために ワークスペース にログインします。

クレジットエージェントとして

1. クレジットエージェントは、ローン再構築提案クレジットサービスケースを作成します。
2. クレジットエージェントは顧客と協力して、再構築条件を確定します。エージェントは、資産の分類や再構築の詳細などの詳細を追加します。
   • ワークフローが自動的にトリガーされ、アサインルールによって関連するケースとタスクが適切なバックオフィスチームにルーティングされます。
   • ドキュメントプロセッササービスは、ケースに対して検証する必要があるドキュメントを決定します。ワークフローは、ドキュメントエージェントの受信ドキュメント検証タスクを生成します。
3. ドキュメントエージェントは、受信ドキュメント検証タスクを処理して、タスクにリストされている各ドキュメントを検証します。このエージェントは、必要に応じて、特定のドキュメントの保留を要求できます。

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

4. クレジット承認者 (クレジットエージェント) は、クレジットタスクを処理してレビューおよび承認します。

顧客またはクレジットエージェントとして

顧客はクレジットサービスケースを確認し、再構築条件に同意します。または、クレジットエージェントは、顧客から再構築条件を承諾してもらい、クレジットサービスケースをクローズすることもできます。

注:

顧客 (コンシューマーまたは連絡先) は、カスタマーサービスポータル、消費者サービスポータル、またはその他のセルフサービスポータルからケースを表示できます。コンシューマーが消費者サービスポータルを使用してケースを表示するには、消費者サービスポータルプラグイン (com.glide.service-portal.consumer-portal) を有効にする必要があります。

顧客が条件に同意すると、ローンエージェントが条件を実装するためのローンサービスケースが作成されます。

ローンエージェントとして

1. ローンエージェントがケースの詳細を確認して更新します。

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

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

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

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

   銀行は、コアベーキングシステムとの統合を有効にすることで、このタスクを自動化できます。

ケースが完了すると、ステータスとステージが [完了してクローズ] に設定され、作業メモが更新されます。