ormuz
Accueil/Intégrations/Sumsub/Nodes/Sync AML result (Sumsub)
SumsubConnecteurBeta

Sync AML result (Sumsub)

Synchronise le dernier AML case actif Sumsub d’un applicant et matérialise le Compliance Check AML correspondant.

Vue d’ensemble

Objectif

Ce node lit le détail AML côté Sumsub via l’applicant déjà créé par un parcours KYC ou par un autre node Sumsub.

Il ne lance pas d’expérience hébergée : il relit l’evidence provider et matérialise le contrôle canonique sous sa permission d’écriture.

aml_check est la sortie métier principale pour la décision ; aml_compliance_check est l’objet canonique créé ou réutilisé lorsque le résultat est terminal.

Quand l’utiliser

  • Vous avez déjà un sumsub_applicant issu de sumsub.verify_identity et vous voulez récupérer le détail AML.
  • Vous voulez relire explicitement le dernier AML case après un webhook extension.sumsub.applicant_reviewed.
  • Vous voulez router un processus sur un résultat AML détaillé sans créer de risk_score.

Paramètres 5

extension_config_idRequisref(extension_config:sumsub)
Configuration provider Sumsub active utilisée pour appeler l’API AML.
sumsub_applicantOptionnelSumsub applicant
Applicant Sumsub à relire. C’est l’entrée recommandée après sumsub.verify_identity.
subjectOptionnelContact
Sujet Ormuz déjà mappé à un applicant Sumsub. Utilisé quand le processus ne transporte pas directement sumsub_applicant.
onboarding_caseOptionnelOnboarding case
Dossier d’onboarding à rattacher au compliance_check matérialisé.
scopeOptionnelstring
Périmètre métier du contrôle AML. Valeur par défaut : aml_screening.

Sorties 4

sumsub_applicantSumsub applicant
Applicant Sumsub utilisé pour la lecture AML.
aml_caseobject
Réponse brute du dernier AML case actif Sumsub.
aml_checkSumsub aml check
Résultat métier AML courant, avec decision, result, labels de risque, hits et réponse brute.
aml_compliance_checkOptionnelCompliance check
Compliance Check AML persistant créé ou réutilisé lorsque l’applicant est mappé à un sujet Ormuz persistant et que le résultat est terminal.

Comportement

Résoudre l’applicant

Le node utilise sumsub_applicant en priorité. Sinon il cherche le mapping provider depuis subject. applicant_id existe seulement comme paramètre avancé de réconciliation.

Lire le dernier AML case

Le node appelle l’API Sumsub AML Case pour récupérer la dernière donnée structurée disponible sur l’applicant.

Matérialiser le contrôle AML

Le résultat est traduit en aml_check pour la décision métier puis matérialisé en compliance_check canonique avec check_type: aml lorsqu’il est terminal.

Exemple de processus

Applicant Sumsub + contexte métier
Synchroniser le résultat AML (Sumsub)

Le node relit le résultat AML et matérialise le contrôle canonique sous permission explicite.