Check Orchestration
The check framework automatically creates, executes, and tracks verification requirements for each entity in a case. Checks are the system’s way of verifying facts about a person or company through external providers.How checks are created
When a case entity is created (either through the API or as part of case creation), the orchestration service automatically:- Reads the verification type configuration for the entity type and role
- Filters by due diligence level (CDD vs EDD)
- Creates the appropriate records based on execution method
Check types and categories
Execution modes
Checks execute in one of three modes depending on the provider configuration:- Individual
- Category Batch
- Async (Awaiting Client)
Individual mode
One API call per check. Used for simple, single-purpose verifications.Example: Twilio phone verification — one call verifies one phone number.Check status lifecycle
Check results
Every completed check produces one of three results:Check reuse (Verify Once, Reference Many)
When a new case creates checks for an entity that has already been verified, the system evaluates existing checks for reuse:- Look up completed, passing checks for the same entity and check type
- Verify the check has not expired (based on validity period)
- If valid, create a
Reusedcheck referencing the original
Alert generation
Checks that returnRefer or Fail automatically generate alerts:
Next steps
- Alert Management. How generated alerts are triaged and resolved.
- Entity Lifecycle. How entity roles drive check requirements.
- Checks Data Model. Full field reference for check resources.