OFAC Potential Match Investigation Form
Document an OFAC potential match review from alert to final decision. Use it to compare identifiers, record due diligence, and keep a clear audit trail for block-or-clear outcomes.
Trusted by frontline teams 15 years of frontline software AI customization in seconds
Built for: Financial Services · Banking · Fintech · Import/export · Healthcare
Overview
The OFAC Potential Match Investigation Form is a case record for documenting how a sanctions screening alert was reviewed, what identifiers were compared, what evidence was checked, and whether the party was cleared or blocked. It is built for the point in the workflow where a screening system has raised a possible match and a human reviewer needs to show the reasoning behind the decision.
Use this template when you need a consistent investigation trail for onboarding, payments, vendor review, customer screening, or periodic rescreening. The form captures the alert details, the matched party comparison, due diligence steps, escalation notes, and the final outcome in one place. That makes it easier to hand off a case, support internal review, and explain the decision later.
Do not use it as a general intake form or as a substitute for your sanctions policy. If the alert is obviously unrelated, a lighter note may be enough. If the case requires legal review, a hold, or a formal blocking action, this form should still document the interim steps and the final decision. Keep the data set focused on what you actually need to decide the case, and avoid collecting extra PII that does not affect the outcome.
Standards & compliance context
- This template supports sanctions review documentation by preserving the investigation trail, escalation path, and final block-or-clear decision.
- Use data minimization when collecting identifiers and supporting documents, and avoid capturing PII that does not help distinguish the match.
- If the form is exposed outside the organization, add clear consent or disclosure language for any personal data collected and explain what happens after submission.
- Keep the audit trail complete enough for internal controls and later review, including reviewer identity, timestamps, and evidence references.
General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.
What's inside this template
Submission Notice
This section sets the purpose of the case, explains whether anonymous submission is allowed, and captures the consent or disclosure needed for any personal data.
- Purpose of submission
-
Anonymous submission
Select only if your workflow allows anonymous submission for internal triage and no direct follow-up is needed.
-
PII and compliance record acknowledgment
I understand this form collects limited PII and compliance data for sanctions screening, audit trail, and recordkeeping purposes.
Alert and Screening Details
This section anchors the case to the original screening event so the reviewer can trace the alert back to the system, date, and source record.
- Alert ID
- Screening date
- Screening system
- Alert type
-
Source record reference
Reference the internal customer, vendor, transaction, or shipment record tied to the alert. Avoid entering full account numbers unless required by policy.
Matched Party and Identifier Comparison
This section records the side-by-side comparison that determines whether the potential match is real, false, or still uncertain.
- Screened party name
- OFAC list name
-
Identifier comparison
Document the identifiers reviewed and whether they matched, partially matched, or did not match.
-
Identifier comparison notes
Summarize the key similarities and differences, including any progressive disclosure items that were reviewed only if relevant.
Due Diligence and Escalation
This section shows what evidence was checked, whether the case was escalated, and how the investigation trail was preserved.
- Review steps completed
-
Supporting documents
Upload only the documents necessary to support the investigation and decision.
- Escalation required?
-
Escalation details
Show only if escalation is required. Include who was notified, when, and the reason for escalation.
-
Audit trail notes
Record the chronology of the review, including timestamps, reviewer names or roles, and key decision points.
Decision and Outcome
This section closes the loop by stating the final decision, the rationale, any blocking action, and the follow-up date if the case remains under review.
- Final decision
- Decision rationale
-
Blocking or rejection action taken
Select if the transaction, account, or relationship was blocked, rejected, or otherwise restricted.
-
Next review date
Set if the matter remains open or requires follow-up monitoring.
How to use this template
- 1. Enter the alert ID, screening date, screening system, alert type, and source record reference so the case can be traced back to the original screening event.
- 2. Record the screened party name and the OFAC match name, then compare the identifiers that matter for your policy using the identifier comparison field and notes.
- 3. Document each due diligence step completed, attach only the supporting documents that influenced the decision, and note whether escalation is required.
- 4. If the case needs review by legal, sanctions leadership, or another approver, capture the escalation details and preserve the audit trail notes before closing the case.
- 5. Select the final decision, explain the rationale in plain language, record any blocking action taken, and set the next review date if follow-up is needed.
Best practices
- Mark required fields only where the review cannot be completed without them, and keep optional fields available for cases that need more context.
- Use conditional logic to show escalation and blocking fields only when the reviewer selects a match that needs further action.
- Compare identifiers side by side instead of relying on a free-text summary, so reviewers can see exactly why the match was cleared or blocked.
- Limit supporting documents to the records that changed the decision, and avoid attaching unnecessary PII or duplicate screenshots.
- Write the decision rationale as a short factual summary that names the identifiers reviewed, the evidence checked, and the policy basis for the outcome.
- Capture who reviewed the alert and when, because an audit trail without reviewer attribution is hard to defend later.
- Set a next review date only when the case remains open, monitored, or subject to periodic recheck.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
When should this form be used?
Use it when screening produces a possible OFAC sanctions match and you need to document the investigation before clearing or blocking the record. It is meant for case-by-case review, not routine onboarding data entry. If the alert is clearly unrelated, you may not need a full investigation record. If the match is uncertain, this form creates the audit trail that supports the final decision.
Who should complete the investigation?
A compliance analyst, sanctions reviewer, or other authorized reviewer should complete it, with escalation to legal or the sanctions officer when required. The person filling it out should be able to compare identifiers, review source records, and explain the rationale for the outcome. If your process separates screening from adjudication, this form should capture both the initial review and any escalation. Keep the reviewer role explicit so the audit trail is clear.
How often is this form used?
It is used each time a screening alert generates a potential OFAC match that requires manual review. That can happen during onboarding, periodic rescreening, payment review, vendor setup, or ad hoc investigations. The form is not a recurring checklist by itself; it is a case record for one alert or one matched party. If your workflow creates multiple alerts for the same entity, you may want a linked case ID or source record reference.
What information should be compared in the identifier section?
Compare the identifiers that actually help distinguish the screened party from the OFAC entry, such as full name, aliases, address, date of birth where lawful and necessary, country, registration numbers, and other available reference data. Use only the minimum necessary fields and avoid collecting extra PII that does not change the decision. The goal is to show why the match is true, false, or inconclusive. If a field is unavailable, note that explicitly rather than leaving the reviewer to guess.
Does this form replace the need for an audit trail?
No. It is designed to capture the audit trail inside the case record, including who reviewed the alert, what evidence was checked, what escalation occurred, and why the final decision was made. If your organization uses separate logs or case management notes, this form should reference them through the source record reference or audit trail notes. A clean audit trail is especially important when a decision is later questioned. Keep timestamps, reviewer names, and document references consistent with your internal controls.
What is the difference between blocking and clearing?
Clearing means the reviewer determined the potential match is not the sanctioned party or does not require blocking under your policy. Blocking means the record or transaction was restricted according to the applicable sanctions process. The form should make the final decision unambiguous and include the rationale and any blocking action taken. If the decision is pending escalation, do not force a clear-or-block outcome before the review is complete.
How should supporting documents be handled?
Attach only the documents needed to support the decision, such as screening screenshots, identity verification records, correspondence, or internal notes. Avoid uploading unnecessary PII or unrelated files, especially if they are not needed for the case record. If your process uses progressive disclosure, keep the main form concise and attach evidence only when it changes the outcome. Make sure file naming and retention follow your internal records policy.
How can this form be customized for different workflows?
You can add conditional logic for alert type, entity type, or escalation path so reviewers only see the fields that apply. For example, payment screening cases may need different evidence than vendor onboarding cases. You can also adjust the decision options, required supporting documents, and next review date rules to match your policy. Keep the core structure intact so every case still captures the alert, comparison, due diligence, escalation, and outcome.
What are common mistakes when using an ad hoc process instead of this form?
Ad hoc notes often miss the alert ID, the exact identifiers compared, or the reason a match was cleared. They also tend to skip escalation details and make it hard to reconstruct the decision later. Without a standard form, reviewers may collect too much data in one case and too little in another, which weakens consistency. This template gives you a repeatable structure so each review is documented the same way.
Related templates
Go deeper on the topic
-
Lockout/tagout (LOTO) is the procedure for controlling hazardous energy — electrical, hydraulic, pneumatic, mechanical, thermal, chemical — before...
-
Job hazard analysis (JHA) — also called job safety analysis (JSA) — is the structured exercise of breaking a work task into sequential steps, identifying the...
-
A near-miss is an event that could have caused injury or damage but didn't — a slip that didn't fall, a load that shifted but didn't drop, a machine that...
-
AI governance is the framework a company uses to decide what AI tools are allowed to do, who's accountable for their outputs, what data they're allowed to...
-
See how bank branch managers use MangoApps scheduling to fill shifts, communicate policy updates, and eliminate last-minute coverage chaos.
-
See how connected 1:1 tracking, employee audit history, and LMS completion records turn scattered processes into verifiable workforce documentation.
-
Learn how AI-driven workflows close compliance gaps in hiring, field inspections, and compensation — before they become audit findings.
-
MangoApps Shifts & Schedules unifies frontline scheduling, time, and leave management in one native platform for faster, simpler operations.
Ready to use this template?
Get started with MangoApps and use OFAC Potential Match Investigation Form with your team — pricing built for small business.