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

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

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

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

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

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

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

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

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

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

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

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

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

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

注:

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

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

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

KYC 非準拠

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

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