Screen AML (Sumsub)
Triggers a server-to-server Sumsub AML screening for an Ormuz subject without hosted user experience, then waits for the provider decision.
Vue d’ensemble
Objectif
This node covers AML-only: no WebSDK, no interactive document verification, only a provider check on a Sumsub applicant.
It creates or reuses the Sumsub applicant linked to the Ormuz subject, marks the check as check_type: aml, then waits for extension.sumsub.applicant_reviewed.
If the applicant is already approved, the node triggers a Sumsub AML recheck. Otherwise it requests an applicant check on the configured AML level.
aml_check is the main business output and drives approved, rejected, retry, and review_required routes. A terminal decision is materialized directly in aml_compliance_check under explicit permission.
Quand l’utiliser
- You need to check PEP, sanctions, or watchlist without a user identity journey.
- You want to screen a
contactorcompanyalready known in Ormuz. - You want to rerun an AML check on an already-approved applicant.
Parameters 6
contact or company.aml_compliance_check.aml_screening.aml_screening.Outputs 6
aml_check.decision drives node routes.aml_check.decision.requested means screening was requested and the node is waiting for the provider decision.applicant_check for an AML-level check, aml_recheck for an already-approved applicant.Behavior
Prepare the applicant
The node creates or reuses a Sumsub applicant for the Ormuz subject, with ormuz_check_type: aml in technical metadata.
Trigger screening
When the applicant is already approved, the node calls Sumsub AML recheck. Otherwise it requests an applicant check on the configured AML level.
Wait for the decision
The node waits for extension.sumsub.applicant_reviewed correlated to the applicant. On resume, aml_check routes the process and aml_compliance_check is materialized when the decision is terminal.
Process example
The node encapsulates AML triggering, provider waiting, and compliance-check materialization.