次のワークフローは、預金口座を設定するためのケースとタスクをさまざまな部門のエージェントにルーティングします。エージェントは、 にログインし ワークスペース てキュー内のタスクを処理します。ケース Playbook は、要求を履行するために必要な手順に沿ってエージェントをガイドします。

振込の拠出者、要求者、または顧客として

預金貢献者または要求者が、顧客に代わって新しい預金口座の要求を送信します。

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

注:

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

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

預金拠出者として

1. ケース Playbook の開始およびレビューステージでは、貢献者は顧客の要件に基づいて製品の詳細を更新します。法人顧客の場合、コントリビューターは新しいアカウントの操作手順も追加します。
2. 貢献者は、顧客から必要なドキュメントを収集し、履行のためにアプリケーションを送信します。

ワークフローが自動的にトリガーされ、アサインルールによって関連タスクが適切なバックオフィスチームにルーティングされます。

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

1. ドキュメントエージェントは、ドキュメントタスクを処理して、収集されたドキュメントをレビューおよび検証します。ドキュメントが正当である場合、エージェントはタスクを完了としてマークします。

   このワークフローでは、預金エージェントが作業するための追加のタスクが生成されます。

2. ケース Playbook では、預金エージェントが金利情報を使用して預金口座を構成します。
3. 振込承認者 (振込エージェント) は、ケースの詳細を確認し、振込タスクを承認して振込要求を承認します。
4. 前のタスクがすべて完了すると、預金エージェントはコアバンキングシステムで預金口座を作成して有効化し、口座開設キットを顧客に送信し、これらの預金タスクをクローズします。

ケースが完了し、ケースのステータスとステージが [完了してクローズ] に設定されます。