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

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

クレジットエージェントの場合

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

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

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

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

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

注:

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

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

ローンエージェントの場合

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

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

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

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

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

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

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