Lesson 08 of 15
Sanctions and OFAC Screening for FinTechs
5 min read · AML·FT
OFAC is a separate, strict-liability regime that covers everyone — and screening only the customer isn't enough. Learn to screen counterparties against the SDN and Consolidated lists, tune matching, refresh lists, and build OFAC's five-component compliance framework.
Sanctions are a separate, strict regime
- OFAC sanctions are NOT part of the BSA — a parallel obligation
- Liability is essentially strict — intent often doesn't matter
- Everyone is covered: all U.S. persons and entities
Sanctions compliance is its own regime, and fintechs constantly conflate it with anti-money-laundering. It's related but distinct. Sanctions are administered by the Office of Foreign Assets Control, OFAC, under authorities like the International Emergency Economic Powers Act.
They are not part of the Bank Secrecy Act; they're a parallel, mandatory obligation. Two things make OFAC especially unforgiving. First, liability is essentially strict: you can violate sanctions even without intent or knowledge, which means 'we didn't mean to' is rarely a defense.
Second, the obligation reaches everyone, every U.S. person and business, not just regulated financial institutions.
A fintech that thinks 'we're not a bank, OFAC isn't our problem' is mistaken, and the penalties for getting this wrong can be enormous.
What OFAC actually requires
- Don't transact with sanctioned persons, places, or entities
- Block or reject prohibited transactions and report them
- Screen against the SDN list and Consolidated Sanctions list
- Watch jurisdiction (country) sanctions, not just named persons
What does OFAC actually require? In essence: don't do business with sanctioned parties, and stop transactions that would. That means you must not deal with persons, entities, or jurisdictions on OFAC's sanctions programs, and when a prohibited transaction appears, you generally must block or reject it and report it to OFAC.
To do that, you screen your customers and their counterparties against OFAC's lists, principally the Specially Designated Nationals list, the S-D-N list, and the broader Consolidated Sanctions list. And you watch jurisdiction-based sanctions too, comprehensive country programs, not only named individuals, because a payment to a sanctioned region can be prohibited even if no named person is involved. The practical upshot for a fintech is that screening has to happen at onboarding and at transaction time, across all the parties money touches.
Where fintechs get it wrong
- Screening only the customer, not the counterparty or payment fields
- Fuzzy matching too loose (misses) or too tight (drowning in noise)
- Stale lists — not updating when OFAC changes designations
- IP/geolocation gaps let sanctioned-jurisdiction users in
Here's where fintechs fail. First, screening only the account holder, while ignoring the counterparty, the beneficiary, or data buried in payment fields, so a sanctioned party on the other side of a transfer slips through. Second, mis-tuned matching: names rarely match exactly, so you need fuzzy matching, but set it too loose and you generate endless false hits, set it too tight and you miss real ones, like a transliterated or slightly misspelled name.
Third, stale lists: OFAC updates designations frequently, sometimes with immediate effect, and a fintech that refreshes its lists weekly instead of promptly can transact with someone designated yesterday. Fourth, jurisdiction gaps: failing to use I-P or geolocation and device signals to catch users connecting from comprehensively sanctioned regions. Each of these has shown up in real OFAC enforcement against fintech and crypto firms.
The OFAC compliance framework
- OFAC's 2019 Framework names five components
- 1) Senior-management commitment 2) Risk assessment
- 3) Internal controls 4) Testing and audit 5) Training
- Build screening into all five — not just a list-check tool
OFAC told us what good looks like. In twenty-nineteen it published 'A Framework for OFAC Compliance Commitments,' which lays out five essential components of a sanctions compliance program. One: senior-management commitment, real ownership from the top.
Two: a sanctions risk assessment, understanding where your products, customers, and geographies expose you. Three: internal controls, the policies, procedures, and screening technology that actually prevent prohibited transactions. Four: testing and auditing, independent checks that the controls work, including testing your screening logic and list coverage.
And five: training, so your people understand the obligation. The fintech takeaway is that sanctions compliance isn't just buying a screening vendor and checking a box; it's a program with the same backbone as your AML program. Build screening into all five components, and you can show OFAC a real program if something ever goes wrong.
Running screening well at fintech scale
- Screen at onboarding AND in real time on transactions
- Tune fuzzy matching; document and review your match logic
- Refresh lists promptly; handle interim designations
- Have a clear block/reject, escalation, and OFAC-reporting playbook
Operationally, here's how to do it well at scale. Screen at two points: onboarding, to keep sanctioned parties out, and in real time on transactions, to catch counterparties and intermediaries. Tune your fuzzy matching deliberately, document the logic, and review it, because matching configuration is exactly what testing under the framework is meant to challenge.
Keep your sanctions lists fresh with prompt updates, and have a process for interim and immediate designations rather than a fixed weekly batch. And build a clear playbook for hits: how you investigate a potential match, who decides, when you block versus reject, how you escalate, and how and when you report to OFAC and, where relevant, file the related suspicious activity report. A screen with no decisioning playbook behind it is just an alarm nobody is trained to answer.
Recap and self-check
- OFAC is separate from BSA, strict-liability, covers everyone
- Screen customers AND counterparties against SDN/Consolidated lists
- Tune matching, refresh lists promptly, watch jurisdictions
- Build the five-component framework — not just a tool
Let's lock it in. Sanctions are a separate, strict-liability regime administered by OFAC that applies to every U.S.
person and business, fintech included. You must avoid and stop transactions with sanctioned persons, entities, and jurisdictions by screening customers and counterparties against the S-D-N and Consolidated lists, with well-tuned matching, promptly refreshed lists, and jurisdiction controls. And OFAC's twenty-nineteen Framework tells you to wrap that screening in a real program: management commitment, risk assessment, internal controls, testing and audit, and training.
Self-check: do you screen both sides of a transaction, how fresh are your lists, and could you produce the five framework components on demand? Next, we tackle a rule that trips up almost every payments and crypto fintech: the Travel Rule.
Sources
- OFAC sanctions authorities (International Emergency Economic Powers Act
- Trading with the Enemy Act)
- OFAC, A Framework for OFAC Compliance Commitments (2019)
- OFAC Specially Designated Nationals (SDN) and Consolidated Sanctions lists
- FFIEC BSA/AML Examination Manual (OFAC)
Test your knowledge
A few AML·FT questions on this material — pick an answer to see the explanation.
Q1. A fintech deploys a machine-learning model for transaction monitoring instead of rule-based thresholds. Which additional governance requirement applies specifically to ML-based models?
Q2. A fintech's compliance team identifies suspicious activity on March 1 and completes its investigation on March 20. By what date must the SAR generally be filed?
Q3. Which U.S. government agency maintains the list of Specially Designated Nationals and Blocked Persons (SDN List) that fintechs must screen against?
Q4. OFAC's '50 Percent Rule' requires a U.S. company to block transactions with entities that are owned 50 percent or more by a sanctioned person, even if the entity itself does not appear on the SDN List. Which fintech control best addresses this risk?