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

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

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

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

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

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

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

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

注:

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

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

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

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

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

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

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

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

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

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