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

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

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

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

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

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

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

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

注:

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

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

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

1. ローンエージェントがケースの詳細をレビューし、更新します。

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

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

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

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

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

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