次の図は、銀行エージェントが借り手による分割払いを不履行した場合に、このアプリケーションがどのように役立つかを示しています。

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

ローンエージェントとして、または API を介して

ローン借り手による返済の不履行がシステムで確認された場合、バックエンドの API が分割払い不履行ローンサービスケースをトリガーします。ローンエージェントがこのケースを作成することもできます。

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

ローンエージェントはケースの詳細をレビューし、顧客と協力してアクションプランを確定します。

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

支払いを開始

• 顧客が分割払いを行う場合、ローンエージェントが支払いを開始し、ケースに支払いの詳細を入力します。

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

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

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

修復サービスケースの作成

顧客が一部または全額を支払うことができない場合、ローンエージェントはケースを解決するために次のいずれかのサービスケースを作成します。

• Loan Forgiveness (債権放棄)
• 一部前払い
• ローン貸倒償却
• Loan Deferment (ローン返済猶予)

その後、新しいローンサービスケースがこのローン問題を処理します。

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