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

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

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

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

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

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

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

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

住所や名前を変更せずに遵守する KYC

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

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

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

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

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

注:

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

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

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

KYC 非準拠

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

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