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

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

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

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

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

顧客 (コンシューマーまたは連絡先) は、Customer Service Portal、Consumer Service Portal、または別のセルフサービスポータルから要求を直接送信できます。

注:

コンシューマーが Consumer Service Portal を使用して要求を送信するには、Consumer Service Portal プラグイン (com.glide.service-portal.consumer-portal) を有効にする必要があります。

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

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

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

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

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

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

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

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

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

ケースが完了すると、そのステータスとステージが [完了してクローズ] に設定され、作業メモが更新されます。顧客は、Customer Service Portal、Consumer Service Portal、あるいは別のセルフサービスポータルから、ケースのステータスを表示できます。