Sanctions Screening Suite: OFAC, EU, UK, UN & PEP Watchlists avatar

Sanctions Screening Suite: OFAC, EU, UK, UN & PEP Watchlists

Pricing

from $10.00 / 1,000 name screeneds

Go to Apify Store
Sanctions Screening Suite: OFAC, EU, UK, UN & PEP Watchlists

Sanctions Screening Suite: OFAC, EU, UK, UN & PEP Watchlists

All-in-one sanctions screening suite for teams and AI agents. Screen, monitor and export against official OFAC, EU, UK OFSI, UN and OpenSanctions PEP watchlists. Get a CLEAR/REVIEW/ESCALATE verdict, auto-cleared false positives, an audit PDF and crypto-wallet screening. Official data, nothing stored

Pricing

from $10.00 / 1,000 name screeneds

Rating

5.0

(1)

Developer

Howth Technology Factory

Howth Technology Factory

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

0

Monthly active users

6 days ago

Last modified

Share

Sanctions Screening checks names, companies and crypto addresses against official OFAC, EU, UK, UN and OpenSanctions PEP and watchlist data in one call, and returns a plain-English decision your team can act on instead of a pile of raw rows to interpret yourselves.

1. Why use Sanctions Screening

AML and KYC teams doing this by hand open the OFAC SDN list, the EU Consolidated list, the UK OFSI list and the UN Consolidated list separately, download five different file formats, and manually cross-check every name against each one. Add PEP screening and denied party screening and it is six lookups per subject, every time. Versus the OFAC website by hand, that is minutes per name that should take seconds.

Enterprise AML/KYC screening platforms solve the coverage problem, but typically cost $5,000 to $100,000+ a year in licensing before you screen a single name. Most low-cost screening tools sit in between: they fetch one or two lists and hand you a flat list of fuzzy-match rows, leaving you to work out whether three "matches" are actually the same sanctioned person listed three times, whether a hit is a coincidence, and what to do next.

Sanctions Screening is built to close that gap: official government sources plus OpenSanctions PEP and watchlist data, cross-list identity consolidation, a documented CLEAR/REVIEW/ESCALATE decision instead of a bare score, and a per-run audit trail, at pay-per-use pricing instead of an annual contract.

2. Key features

  • OFAC SDN screening: the US Treasury's Specially Designated Nationals list, matched with typo and word-order tolerance.
  • OFAC Consolidated screening: the US Treasury's non-SDN consolidated list, covering additional sanctions programmes.
  • EU Consolidated Financial Sanctions: the European Commission's official financial sanctions database.
  • UK OFSI Consolidated List: the UK Office of Financial Sanctions Implementation's targets list.
  • UN Security Council Consolidated List: the UN's official sanctions list.
  • OpenSanctions PEP screening: politically exposed persons plus dozens of additional aggregated national watchlists.
  • AML/KYC risk-programme flags: matches tagged IRAN, RUSSIA-EO14024, DPRK, CYBER, TERRORISM, PROLIFERATION, GLOBAL-MAGNITSKY and more.
  • Cross-list identity consolidation: the same person listed by OFAC, the EU, the UK and the UN comes back as one match, not four rows to reconcile by hand.
  • False-positive analysis: date of birth, country, nationality or identifier mismatches are surfaced explicitly against every match.
  • Denied party crypto address screening: BTC, ETH and similar wallet addresses checked against OFAC's published digital currency address list.
  • Whitelist memory: names or list IDs already cleared are suppressed with a documented reason instead of re-flagging every run.
  • PDF audit certificates: an optional, per-run screening certificate documenting subject, lists, versions, method, threshold and verdict.

3. Who it's for

For compliance and risk teams. Screen a new corporate customer at onboarding and get a documented CLEAR / REVIEW / ESCALATE verdict with a PDF certificate for the file, instead of four separate list lookups and a spreadsheet note nobody can reconstruct a year later.

For finance and accounts payable. Check a payee before releasing a wire, including the crypto wallet address when that is the payment rail, so a blocked party is caught before the funds move rather than after.

For operations and procurement. Run a whole supplier list before a contract round, then re-run it on a schedule in monitor mode so a supplier who becomes listed after onboarding surfaces on the next check rather than at audit.

For developers and AI agents. Call it as one step inside a KYC intake or payment-release flow: submit the subject, branch on verdict, and escalate only ESCALATE and REVIEW to a human — no person copying names between systems.

When to use it, and when not to

Use it for AML/KYC screening, denied-party and export-control checks, PEP screening, payment and payee screening, periodic re-screening, and pulling clean structured list data into your own systems.

Do not use it as your compliance programme. It is a screening input, not a determination: it does not decide whether to onboard, block or file a report, it does not replace analyst judgement on REVIEW and ESCALATE verdicts, and it is not legal advice. It also does not do adverse-media screening or full beneficial-ownership tracing — see Limitations for exactly where the boundaries sit.

4. Built for humans and AI agents

Run it in the Apify Console like any other tool: pick a mode, enter subjects, click Start. No setup, no API key handling, results in a browser table.

It is also a directly callable MCP tool, so an AI agent (Claude, Cursor, or any MCP-compatible client) can run a sanctions check or PEP watchlist screen as one step inside a larger workflow, such as KYC intake, vendor onboarding, or payment release, without a human copying names between systems.

One example agent call:

Tool: apifmcpfactory/sanctions-screening (via https://mcp.apify.com)
Input:
{
"subjects": [{ "name": "Jane Doe", "country": "Cuba" }],
"threshold": 85
}
Result (one item):
{
"subject": "Jane Doe",
"verdict": "REVIEW",
"recommendedAction": "Route to a compliance analyst for manual review before proceeding.",
"matchCount": 1,
"highestConfidence": 91
}

5. How to use Sanctions Screening

In the Apify Console: pick a mode (screen is the default), fill in your subjects, and click Start. Two working demo subjects are pre-filled so a first run needs no editing.

Python:

from apify_client import ApifyClient
client = ApifyClient("YOUR_APIFY_TOKEN")
run = client.actor("apifmcpfactory/sanctions-screening").call(run_input={
"subjects": ["AeroCaribbean Airlines", {"name": "Jane Doe", "country": "Cuba"}],
"threshold": 85,
})
for item in client.dataset(run["defaultDatasetId"]).iterate_items():
print(item["subject"], item["verdict"])

JavaScript:

import { ApifyClient } from 'apify-client';
const client = new ApifyClient({ token: 'YOUR_APIFY_TOKEN' });
const run = await client.actor('apifmcpfactory/sanctions-screening').call({
subjects: ['AeroCaribbean Airlines', { name: 'Jane Doe', country: 'Cuba' }],
threshold: 85,
});
const { items } = await client.dataset(run.defaultDatasetId).listItems();
console.log(items);

cURL:

curl "https://api.apify.com/v2/acts/apifmcpfactory~sanctions-screening/run-sync-get-dataset-items?token=YOUR_APIFY_TOKEN" \
-H "Content-Type: application/json" \
-d '{"subjects": ["AeroCaribbean Airlines", "Acme Test Company"], "threshold": 85}'

6. Input parameters

FieldTypeDescription
modestringscreen (default), monitor, export, list_status, or refresh_cache.
subjectsarrayNames as plain strings, or objects: {name, entityType, yearOfBirth, dob, country, nationality, idNumber, passport, regNumber, lei, program}.
subjectsTextstringAlternative to subjects: one name per line, or a CSV block with a header row.
subjectsFileUrlstringAlternative to subjects: a public URL to a .csv or .xlsx file of subjects.
entityTypestringany (default), person, or org. A per-subject entityType overrides this.
thresholdintegerMinimum fuzzy-match score, 0 to 100. Default 85.
fuzzybooleanTypo/word-order/transliteration-tolerant matching. Default true.
listsarrayRestrict screening to specific lists. Default: all seven (OFAC SDN, OFAC Consolidated, EU Consolidated, UK OFSI, UN Consolidated, OpenSanctions Sanctions, OpenSanctions PEP).
whitelistarrayNames or list entityIds from prior decisions to suppress.
generateCertificatebooleanRender a PDF audit certificate for this run. Default false.
priorRunIdstringMonitor mode only: a prior run's ID to diff against.
webhookUrlstringMonitor mode only: POST the change list here if any changes are found.
exportListstringExport mode only: which list to dump.
exportFormatstringExport mode only: csv (default), json, or xlsx.

7. Output

One dataset row per screened subject in screen mode:

{
"subject": "Jane Doe",
"verdict": "REVIEW",
"recommendedAction": "Route to a compliance analyst for manual review before proceeding.",
"priorityScore": 78,
"matchCount": 1,
"highestConfidence": 91,
"narrative": "\"Jane Doe\" matched \"Jane A. Doe\" (91/100, strong-fuzzy) on OFAC SDN, EU Consolidated. This match requires analyst review before any decision is made.",
"matches": [
{
"matchedName": "Jane A. Doe",
"confidence": 91,
"matchType": "strong-fuzzy",
"sources": [
{ "list": "OFAC SDN", "entityId": "OFAC SDN-12345", "program": "CUBA", "listVersion": "2026-01-01T00:00:00.000Z", "sourceUrl": "https://sanctionslistservice.ofac.treas.gov/..." },
{ "list": "EU Consolidated", "entityId": "EU Consolidated-987", "program": "Cuba", "listVersion": "2026-01-01T00:00:00.000Z", "sourceUrl": "https://webgate.ec.europa.eu/..." }
],
"riskIndicators": [{ "code": "CYBER", "label": "Cyber-related sanctions programme" }],
"falsePositiveAnalysis": { "mismatchSignals": [], "likelyFalsePositive": false, "reason": "No contradicting attributes found; name match alone should not be dismissed without analyst review." },
"autoCleared": false,
"ownershipRisk": { "flagged": false, "linkedEntities": [], "note": "No ownership/linkage signal found in the source list data for this entry. This is not a full 50%-rule check; beneficial-ownership tracing requires external corporate-registry data this tool does not have." }
}
],
"whitelisted": false
}

Field definitions

FieldMeaning
verdictCLEAR, REVIEW, or ESCALATE.
recommendedActionPlain-English next step and escalation routing.
priorityScore0 to 100, weighted by confidence, ownership signal, and high-risk programme flags.
matchCountNumber of consolidated (not raw per-list) matches above threshold, excluding auto-cleared.
highestConfidenceHighest score among all matches, including auto-cleared ones.
narrativeReasoning in plain English, including for a clean result.
matches[].sourcesEvery list this consolidated identity appears on.
matches[].riskIndicatorsProgramme-category tags parsed from the matched list entries.
matches[].falsePositiveAnalysisConcrete attribute mismatches (DOB, country, identifier) versus the subject's own stated data.
matches[].autoClearedTrue when a low-confidence match is contradicted by two or more subject attributes.
matches[].ownershipRisk50 percent rule linkage signal from the source list data, with an explicit non-overclaim note.

8. Use cases

  • Onboarding screening: check a new customer or counterparty before opening an account.
  • KYC intake: run an AML watchlist check as part of a standard know-your-customer flow.
  • Payment screening: check a payee before a wire, including a crypto wallet address if that is the payment rail.
  • Vendor and supplier due diligence: screen a supplier list in bulk before signing a contract.
  • PEP screening: check whether a counterparty or beneficial owner is a politically exposed person.
  • Denied party screening for export control: check a buyer or intermediary against sanctions lists before shipping.
  • Periodic re-screening: use monitor mode on a schedule to catch subjects who become newly listed after onboarding.
  • Marketplace and platform trust and safety: screen sellers or partners before activating an account.
  • Building your own compliance tooling: use export mode to pull clean, structured list data into your own systems instead of maintaining your own parsers for six government and watchlist file formats.
  • AI agent workflows: an agent handling KYC intake or invoice payment can call this tool directly via MCP as one step in a larger flow.

9. How it works

subjects (names / crypto addresses)
|
v
parse & normalize ---- accepts array, text, CSV, or XLSX
|
v
fetch + cache lists ---- OFAC SDN/Consolidated, EU, UK OFSI, UN, OpenSanctions
| (streamed + parsed incrementally, cached once per day)
v
fuzzy match ---- deterministic, transliteration-aware, per list
|
v
cross-list consolidation ---- same identity across lists becomes one match
|
v
risk flags + false-positive analysis + ownership signal
|
v
whitelist suppression
|
v
verdict + narrative + audit summary (+ optional PDF certificate)

10. Performance and cost

ItemTypical
Screening, cached listsSub-second per subject once lists are cached.
First run or cache refreshA few minutes, dominated by downloading and parsing the government and OpenSanctions files.
entity-screened eventCharged once per non-empty subject, screen and monitor modes alike.
pdf-certificate eventCharged once per run when generateCertificate is true and the certificate is actually produced, regardless of subject count.
list-exported eventCharged once per export-mode run, regardless of list size or format.
MemoryRuns at 4 GB by default; lists are streamed and parsed incrementally, and OpenSanctions ingestion is capped per collection to stay memory-safe against multi-hundred-megabyte source files.

Wire mode: "refresh_cache" to a daily Apify Schedule so ordinary screening calls read from cache instead of re-downloading and re-parsing every list on every call.

11. Limitations

  • The OFAC 50 percent rule signal is a signal, not full ownership tracing. It surfaces only what a source list's own data already states about linked entities. It does not compute beneficial-ownership percentages, and it does not trace ownership through corporate-registry data this tool does not have.
  • No adverse-media data. This checks structured government and watchlist sources only. It does not search news, litigation, or adverse-media coverage.
  • UK OFSI and EU date-of-birth mapping is partial. UK OFSI date-of-birth and identifier fields are not currently mapped, and EU date-of-birth and identifier extraction is a best-effort addition layered on top of the verified name, programme and country fields; treat those two specific fields as lower confidence until validated against your own cases.
  • Decisions need human review. A REVIEW or ESCALATE verdict is a prioritised starting point for an analyst, not a final compliance decision, and a CLEAR result means no match was found above your chosen threshold across the lists screened as of the date shown, not a guarantee.
  • OpenSanctions coverage is capped, not exhaustive. OpenSanctions' PEP and sanctions collections are large; this Actor caps how many records it holds in memory per run to stay memory-safe, and logs exactly how many were kept versus available.
  • Transliteration covers Cyrillic and Greek only. Arabic, Hebrew and CJK-script names are matched only against whatever Latin rendering the source list already provides.

12. Responsible use

This tool is built for legitimate AML, KYC, PEP and denied party screening and compliance workflows. It reads only public, official sources and stores nothing beyond your own run's output. It is not a substitute for a qualified compliance programme, and it is not legal advice. A screening result here should be reviewed by a person before any account, payment, or business decision is made on it, particularly for REVIEW and ESCALATE verdicts.

13. FAQ

What is a denied party or watchlist check? Screening a name or company against government-published sanctions, embargo, and denied party lists (OFAC, EU, UK, UN and aggregated watchlists) before doing business with them, so you avoid transacting with a sanctioned entity.

What is the OFAC SDN list? The US Treasury's Specially Designated Nationals list: individuals and companies US persons are generally prohibited from dealing with.

What is the difference between OFAC SDN and OFAC Consolidated? SDN is the primary blocked-persons list. Consolidated covers additional non-SDN sanctions programmes such as sectoral sanctions and other restricted-party lists.

What is the UK OFSI list? The UK Office of Financial Sanctions Implementation's Consolidated List of financial sanctions targets, the UK equivalent of the OFAC SDN list.

Does this cover PEP screening? Yes, via OpenSanctions' politically exposed persons collection, alongside the OFAC, EU, UK and UN sanctions lists.

Is this an AML screening tool or a KYC tool? Both. The same check supports AML watchlist screening at onboarding or before a transaction and ongoing KYC due diligence via monitor mode.

Why does the same name sometimes get one match instead of several? Because the same real-world person or company is often listed independently by more than one list. This tool consolidates those into one match with every source listed, rather than returning one row per list.

What does auto-cleared mean? A match scored below strong-confidence and contradicted by two or more of the subject's own stated attributes (date of birth, country, or identifier). It is still shown, just flagged so an analyst can deprioritize it.

Is a CLEAR result guaranteed accurate? No. It means no match was found above your chosen threshold, across the lists screened, as of the date shown. Lower the threshold to catch more spelling and name-order variants at the cost of more false positives to review.

Can I re-check the same subjects without re-reading everything? Yes, use mode: "monitor" with priorRunId set to a previous run's ID; you get back only what changed.

Does this screen crypto wallet addresses? Yes. A subject value shaped like a BTC, ETH or similar address is checked against OFAC's published digital currency address list instead of fuzzy name matching.

Does this store any of my data? No. Screening reads only the official public sources listed above and writes only this run's own output.

ProductWhat it does
IBAN ValidatorOffline ISO 13616 IBAN checksum and structure validation.
EU VAT ValidatorValidate EU VAT numbers against the official VIES registry.
Email & Domain Auth CheckerMX, SPF, DKIM and DMARC checks from DNS alone.
Website Technology DetectorFind out what any website is built with.
llms.txt Checker, Generator & MonitorAudit, generate and monitor a site's AI-readiness llms.txt.
PDF ToolkitMerge, split, compress, convert, rotate and watermark PDFs.

Built by Howth Technology Factory. Precisely engineered tools for teams and AI agents, made in Dublin. Full catalogue: howthtechnologyfactory.pro