Le diagramme suivant illustre 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 sur les clients.

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 à pour Espace de travail travailler sur les tâches de leur file d’attente. Des étapes dédiées de l’expérience Playbook guident les agents à travers les étapes et garantissent que chaque étape du processus de vérification est effectué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 nécessaire, une API dans le back-end déclenche un ticket de service Mettre à jour le KYC CLO . Un CLO agent peut également créer ce ticket.

En tant qu’agents de back-office

Dans le playbook de ticket, un CLO agent met à jour l’état de conformité à l’étape Initier et examiner et soumet 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 ticket ou les tâches associés vers les é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 son état et son étape 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 en cas de 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 de changement de nom est généré uniquement pour le workflow Mettre à jour un KYC personnel.

Les nouveaux tickets enfants gèrent alors ces problèmes.

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

KYC non conforme

Si l’état de conformité est défini sur Non conforme, le workflow génère automatiquement une CLO tâche d’exécution. 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 son état et son étape sont définis sur Fermé terminé.