List Check
Compliance Screening
List Check
POST
List Check
Check entities against KYC watchlists (OFAC, UN, EU, UK, and many more) to identify sanctions, PEPs (Politically Exposed Persons), crypto-related risks, and other risk entities.
The match works whether the number is stored on the list entry as
Endpoint
Authentication
Requireskyc:create permission. Include your Bearer token in the Authorization header.
Request Body Parameters
Subject Parameter Details
Required Fields
At least one of the following must be provided:| Field | Required If | Description |
|---|---|---|
full_name | No identifiers provided | Full name of the entity |
document_id | No full_name provided | Government-issued ID |
wallet_address | No full_name provided | Cryptocurrency wallet |
identifiers | No full_name provided | Array of identifier objects |
imo_number | No full_name provided | IMO number for vessels |
Entity Types
| Type | Description |
|---|---|
individual | Natural person |
company | Business or corporation |
organization | Non-profit, government agency, etc. |
vessel | Ships, boats (use with imo_number) |
aircraft | Airplanes, helicopters (use with call_sign) |
Identifiers Array Format
When using theidentifiers field, provide an array of objects:
Identifier Matching
Identifier and document matching is value-first. An exact ID or document number matches a list entry regardless of how the document-type label is named on either side (CI, DNI, National ID, document_id, a numeric id, etc.). Values are normalized
before comparison (non-alphanumeric characters stripped, case-insensitive).
This means you do not need to send document_type to get an exact identifier hit —
document_id alone is enough:
ci, document_id,
a numeric id, or inside an identifiers[] array. Sending document_type (or the
identifiers array) is still supported and never blocks a match. An exact identifier
match always returns confidence_score: 1.0.
nationality and birth_date refine name-based matches only (and may lower
confidence on a mismatch). They never affect an exact identifier match.Available Watchlists
Government Sanctions Lists
| List Name | Description | Entity Types Supported |
|---|---|---|
ofac | OFAC SDN List (US Treasury) | Persons, Organizations, Vessels |
un | UN Security Council Consolidated List | Persons, Organizations |
eu | EU Financial Sanctions List | Persons, Organizations |
uk | UK Sanctions List (OFSI) | Persons, Organizations |
canada | Canada Consolidated Autonomous Sanctions | Persons, Organizations |
australia | Australia DFAT Consolidated List | Persons, Organizations |
switzerland | Switzerland SECO Sanctions | Persons, Organizations |
US Export Control Lists
| List Name | Description | Entity Types Supported |
|---|---|---|
us_csl | US Consolidated Screening List (CSL) | Persons, Organizations |
bis_denied_persons | BIS Denied Persons List | Persons |
bis_entity_list | BIS Entity List | Organizations |
Regional & Specialized Lists
| List Name | Description | Entity Types Supported |
|---|---|---|
senaclaft_uy | SENACLAFT Uruguay PEP List | Persons |
world_bank | World Bank Debarred Firms & Individuals | Persons, Organizations |
Cryptocurrency Lists
| List Name | Description | Identifier Types |
|---|---|---|
ransomwhere | Ransomwhe.re Ransomware Addresses | Bitcoin, Ethereum wallets |
nbctf | NBCTF Israel Sanctioned Crypto Wallets | Crypto wallets |
Search Types
| Type | Description | Use Case |
|---|---|---|
exact | Exact name matching | High precision, strict matching |
fuzzy | Approximate string matching | Handle typos and variations |
token | Word-based matching | Find partial name matches |
composite | Combined strategy (default) | Balanced precision and recall |
llm_enhanced | AI-powered matching | Maximum precision with semantic filtering |
Request Examples
Check Person Against Single List
Check Person with Document ID
Check Cryptocurrency Wallet
Check Company
Check Vessel by IMO Number
Check Multiple Lists
Check with Multiple Identifiers
Save Validation for Dashboard
Usesave_validation: true to store the validation result and view it later in the dashboard:
Response Format
OFAC Metadata Fields
When an OFAC entry includes public identity metadata, the API returns it insidematches[*].match_data:
nationalitybirth_dateidentifiers(array with document/wallet/tax identifiers depending on list entry data)
Note: Metadata availability depends on source list data. If a source entry does not publish nationality/identifiers, those fields may be absent.
Success Response (Single List)
Success Response (Multiple Lists)
No Match Response
Risk Levels
The API returns risk assessments based on match confidence:| Risk Level | Recommended Action |
|---|---|
CRITICAL | BLOCK - Immediate escalation required. Do not proceed. |
HIGH | REVIEW - Manual review required before proceeding. |
MEDIUM | CAUTION - Enhanced monitoring recommended. |
LOW | PROCEED - Standard monitoring applies. |
Error Responses
400 Bad Request - Missing Subject
400 Bad Request - Invalid List
400 Bad Request - Invalid Birth Date
403 Forbidden - Missing Permission
Status Codes
| Code | Description |
|---|---|
| 200 | Success - Check completed |
| 400 | Bad Request - Invalid parameters |
| 401 | Unauthorized - Missing or invalid token |
| 403 | Forbidden - Insufficient permissions |
| 500 | Internal Server Error |