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

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

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

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

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

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

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

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

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

KYC コンプライアンスステータスが [To be compliedwith no address change required] に設定されている場合、ワークフローはバックオフィスチームに対してこれらのタスクをトリガーします。

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

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

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

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

注:

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

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

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

KYC 非準拠

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

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