次の図は、銀行のエージェントが個人の KYC 非準拠要求を分析し、更新された情報を確認し、必要な顧客情報の更新を処理するために、このアプリケーションがどのように役立つかを示しています。

CLOアドミンは、組織のビジネスニーズに基づいて、この事前定義されたフローを確認およびカスタマイズできます。

次のワークフローでは、顧客の KYC を更新するケースとタスクをさまざまな部門のエージェントにルーティングします。エージェントは ワークスペース にログインして、キュー内のタスクを処理します。プレイブックエクスペリエンスの専用ステージは、エージェントにステップをガイドし、検証プロセスのすべてのステップが正常に完了するようにします。

CLOエージェントとして、または API 経由

顧客の KYC の更新が必要であることをシステムが検知すると、バックエンドの API が KYC の更新 CLO サービスケースをトリガーします。CLOエージェントがこのケースを作成することもできます。

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

ケースプレイブックでは、 CLO エージェントが [開始およびレビュー] ステージのコンプライアンスステータスを更新し、履行のためにアプリケーションを送信します。

ワークフローは、選択されたコンプライアンスステータスに基づいて次のタスクまたはケースをトリガーし、アサインルールは関連するケースまたはタスクを適切なバックオフィスチームにルーティングします。

住所や名前の変更なしで準拠する KYC

KYC コンプライアンスステータスが [住所の変更が不要で準拠対象] に設定されている場合、ワークフローはバックオフィスチームに対してこれらのタスクをトリガーします。

1. CLOエージェントは、顧客に必要なドキュメントを要求します。ドキュメントが受理されると、エージェントはアクティビティを完了としてマークします。
2. ドキュメントエージェントが収集された文書を確認します。文書が正当な場合、エージェントはタスクを完了としてマークします。
3. KYCエージェントはデューデリジェンスを実行し、顧客アカウントに不利なレコードや陰性の履歴がないか評価します。アカウントが金融機関の KYC 基準を満たしている場合、エージェントはタスクを完了としてマークします。
4. 以前のタスクがすべて完了すると、履行 CLO エージェントは、コア銀行システムの KYC 詳細を使用してアカウントを更新し、履行 CLO タスクをクローズします。

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

住所または名前の変更に準拠する KYC

KYC コンプライアンスステータスが [住所または名前の変更に準拠する] に設定されている場合、ワークフローはケースを解決するために 、住所変更 と 名前変更 の子ケースを自動的に作成します。

注:

名前変更のオプションは、[個人の KYC の更新] ワークフローでのみ使用できます。その結果、名前変更の子ケースは、[個人の KYC の更新] ワークフローに対してのみ生成されます。

その後、新しい子ケースがこれらの問題を処理します。

子ケースが完了すると、親ケース (KYC の更新) のステータスとステージが [完了してクローズ] に設定されます。

KYC 非準拠

コンプライアンスステータスが [非準拠] に設定されている場合、ワークフローは CLO 履行タスクを自動的に生成します。CLOエージェントは、コア銀行システムで KYC 非準拠のアカウントを更新し、プレイブックでタスクをクローズします。

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