Le diagramme suivant montre comment l’application aide les agents de banque à analyser une demande personnelle de non-conformité KYC, à vérifier les informations mises à jour et à traiter toutes les mises à jour nécessaires des informations client.

L’administrateur CLO peut examiner et personnaliser ce flux prédéfini en fonction des besoins professionnels de votre organisation.

Le workflow suivant achemine le ticket et les tâches de mise à jour du KYC d’un client vers des agents de différents départements. Les agents se connectent Espace de travail au pour travailler sur les tâches de leur file d’attente. Des étapes dédiées dans l’expérience Playbook guident les agents à travers les étapes et garantissent que chaque étape du processus de vérification est terminée avec succès.

En tant qu’agent CLO ou via une API

Si le système observe qu’une mise à jour du KYC d’un client est requise, une API dans le back-end déclenche un ticket de service de mise à jour KYC CLO . Un CLO agent peut également créer ce ticket.

En tant qu’agents back-office

Dans le playbook de tickets, un CLO agent met à jour l’état de conformité à l’étape Initier et examiner et envoie l’application pour exécution.

Le workflow déclenche les tâches suivantes ou un ticket en fonction de l’état de conformité sélectionné et les règles d’affectation acheminent le ou les tâches associées aux équipes de back-office appropriées.

KYC à respecter sans changement d’adresse ou de nom

Si l’état de conformité KYC est défini sur À respecter sans changement d’adresse requis, le workflow déclenche ces tâches pour les équipes de back-office.

1. L’agent CLO demande la documentation nécessaire au client. Une fois les documents reçus, l’agent marque l’activité comme terminée.
2. L’agent de document examine la documentation collectée. Si les documents sont légitimes, l’agent marque la tâche comme terminée.
3. L’agent KYC effectue la diligence raisonnable et évalue le compte client pour détecter tout enregistrement défavorable ou historique négatif. Si le compte répond aux normes KYC de l’institution financière, l’agent marque la tâche comme terminée.
4. Lorsque toutes les tâches précédentes sont terminées, un agent d’exécution CLO met à jour le compte avec les détails KYC dans le système bancaire principal et ferme la tâche d’exécution CLO .

Le ticket est terminé et l’état et l’étape du ticket sont définis sur Fermé terminé.

KYC à respecter en cas de changement d’adresse ou de nom

Si l’état de conformité KYC est défini sur À respecter avec un changement d’adresse ou de nom, le workflow crée automatiquement les tickets enfants Changement d’adresse et Changement de nom pour résoudre le ticket.

Remarque :

L’option de changement de nom n’est disponible que dans le workflow Mettre à jour le KYC personnel. Par conséquent, un ticket enfant pour un changement de nom est généré uniquement pour le workflow Mettre à jour le KYC personnel.

Les nouveaux cas enfants traitent ensuite ces questions.

Une fois les tickets enfants terminés, l’état et l’étape du ticket parent (mettre à jour KYC) sont définis sur Fermé terminé.

Non conforme au KYC

Si l’état de conformité est défini sur Non conforme, le workflow génère automatiquement une tâche d’exécution CLO . Un CLO agent met à jour le compte avec la non-conformité KYC dans le système bancaire principal et ferme la tâche dans le playbook.

Le ticket est terminé et l’état et l’étape du ticket sont définis sur Fermé terminé.