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 d’informations client nécessaires.

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. Les étapes dédiées de l’expérience de playbook guident les agents tout au long des étapes et veillent à ce que chaque étape du processus de vérification soit effectuée correctement.

En tant qu’agent CLO ou via une API

Si le système détecte 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 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 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 la 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 la 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 pour un changement de nom est généré uniquement pour le workflow Mettre à jour un KYC personnel.

Les nouveaux tickets enfants gèrent ensuite 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 une 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é.