SumsubRouteurBeta

Screen AML (Sumsub)

Déclenche un screening AML Sumsub serveur-à-serveur pour un sujet Ormuz, sans expérience utilisateur hébergée, puis attend la décision provider.

Vue d’ensemble

Objectif

Ce node couvre le cas AML seul : aucun WebSDK, aucune vérification documentaire interactive, uniquement un contrôle provider sur un applicant Sumsub.

Il crée ou réutilise l’applicant Sumsub lié au sujet Ormuz, marque le contrôle comme check_type: aml, puis attend extension.sumsub.applicant_reviewed.

Si l’applicant est déjà approuvé, le node déclenche un recheck AML Sumsub. Sinon il demande un check applicant sur le level AML configuré.

aml_check est la sortie métier principale et pilote les routes approved, rejected, retry et review_required. Une décision terminale est matérialisée directement dans aml_compliance_check sous permission explicite.

Quand l’utiliser

  • Vous devez contrôler PEP, sanctions ou watchlist sans parcours d’identité utilisateur.
  • Vous voulez screener un contact ou une company déjà connue dans Ormuz.
  • Vous voulez relancer un contrôle AML sur un applicant déjà approuvé.

Paramètres 6

extension_config_idRequisref(extension_config:sumsub)
Configuration provider Sumsub active utilisée pour créer l’applicant et déclencher le screening.
subjectRequisContact
Sujet Ormuz à screener. Le node accepte un contact ou une company persistée.
level_nameRequisstring
Nom du level Sumsub configuré pour le screening AML-only.
onboarding_caseOptionnelOnboarding case
Dossier d’onboarding à inscrire sur le futur aml_compliance_check.
scopeOptionnelstring
Périmètre métier du contrôle AML. Valeur par défaut : aml_screening.
reasonOptionnelstring
Motif transmis à Sumsub quand le node demande un passage en revue. Valeur par défaut : aml_screening.

Sorties 6

sumsub_applicantSumsub applicant
Applicant Sumsub utilisé pour le screening AML.
aml_checkSumsub aml check
Résultat métier AML. aml_check.decision pilote les routes du node.
selected_routestring
Route sélectionnée depuis aml_check.decision.
screening_statusstring
Statut de demande côté Ormuz. requested signifie que le screening a été demandé et que le node attend la décision provider.
screening_modestring
applicant_check pour un check de level AML, aml_recheck pour un applicant déjà approuvé.
aml_compliance_checkOptionnelCompliance check
Compliance Check AML persistant créé ou réutilisé à la reprise sur une décision terminale.

Comportement

Préparer l’applicant

Le node crée ou réutilise un applicant Sumsub pour le sujet Ormuz, avec ormuz_check_type: aml dans les métadonnées techniques.

Déclencher le screening

Si l’applicant est déjà approuvé, le node appelle le recheck AML Sumsub. Sinon il demande un check applicant sur le level AML configuré.

Attendre la décision

Le node se met en attente de extension.sumsub.applicant_reviewed corrélé à l’applicant. À la reprise, aml_check route le process et aml_compliance_check est matérialisé si la décision est terminale.

Exemple de processus

Objet métier
Contrôler AML (Sumsub)
Approuvé
Rejeté
Relance
Revue requise

Le node encapsule le déclenchement AML, l’attente provider et la matérialisation du contrôle de conformité.