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

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

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

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

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

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

注:

コンシューマーが消費者サービスポータルを使用して要求を提出するには、Consumer Service Portal (消費者サービスポータル) プラグイン (com.glide.service-portal.consumer-portal) をアクティブ化する必要があります。

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

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

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

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

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

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

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

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

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

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