Learn · the process

The KYC remediation process mapped, every handoff counted

The KYC remediation process has eight stages, from scoping to closure, and on a typical business file most of its handoffs and nearly all of its elapsed days sit in outreach and chasing, not in review. This guide maps each stage, counts the handoffs, and shows where KYC Remediation takes them out.

Updated · 12 min read

The KYC remediation process takes each existing customer file through eight stages: scoping the programme, pulling the data, analysing each file's gaps, reaching out to the customer, chasing the reply, reviewing what comes back, checking a sample, and closing the file with its evidence in the system of record. The stages are simple; the difficulty is the handoffs between them, because every one is a queue, and the longest queues sit in outreach, where the bank waits on a customer who did not expect to be asked. Botminds' KYC Remediation is built around that fact: its agents test and search every file first, so the customer is asked once, for only what is missing, and the analysts' review is never the bottleneck.

The examples come from a fictional sample institution, Norrell Federal Credit Union, and its programme to bring 38,400 acquired member files up to standard. Rule and enforcement references link to the regulators' own documents.

Minutes of work, weeks of waiting

30min

to collect and review CDD on a new consumer account, GAO’s estimate across 11 banks

1 hr+

for a new business account, which often needed beneficial ownership

44days

from a sample request to the end of its response window, at the sample programme’s settings

GAO-20-574 (September 2020, 2018 data) for onboarding time per file. The 44 days is the fictional sample programme in KYC Remediation: reminders on day 10 and day 20, a final notice on day 30, then a 14-day window.Source: GAO-20-574

What are the KYC remediation process steps?

A KYC remediation process has eight steps: scope, data pull, gap analysis, outreach, chasing, review, quality control and closure. The first three happen inside the bank and can be measured in minutes per file. The next two depend on the customer and are measured in days. The last three are back inside the bank, and are fast if the file arrives at review with its evidence in one place.

The KYC remediation process in eight stages, and who acts at each

  1. A person decides

    1. Scope

    The BSA officer approves which files are in, the standard per gap, the order of work and the deadline.

  2. Agent

    2. Data pull

    Core records, account history, loan files, ID images and state filings brought to each file.

  3. Agent

    3. Gap analysis

    Each file tested against the standard; every gap logged and the file sorted into a cohort by gap and risk.

    Never: closes a gap

  4. Agent

    4. Outreach

    One message per customer for what the bank’s own records could not close, after a tipping-off check.

    Never: sends without an approved release

  5. A person decides

    5. Chasing

    Reminders, calls and, for silence, a recommendation for a person to decide.

  6. A person decides

    6. Review

    The analyst reads the evidence against the standard and approves the file or batch as maker.

  7. A person decides

    7. Quality control

    A different person samples the batch; one error returns its stratum for full review.

  8. Agent

    8. Closure

    Approved values written to the core system with their sources; the plan updated.

    Never: writes before the checker approves

The stages as KYC Remediation runs them on the fictional sample programme. Done by hand, stages 2, 3, 4 and 8 are also people’s work, and each adds handoffs.

Scoping and the data pull decide what every later stage costs

Scoping sets the population and the standard, and the data pull decides how much of the standard can be met without the customer. A scope that says "every business file needs verified owners" without saying what evidence counts will produce letters to every business customer. A scope that says a signed certification found in any loan file, matched to a recent state filing, closes the gap will produce letters only to the customers it cannot close. The second scope is cheaper and kinder, but only if the data pull actually reaches the loan system and the image archive.

The data pull is where remediation programmes most often under-invest. Core banking extracts are easy; loan origination systems, imaging archives and acquired-bank systems are not, and a contractor desk working by hand will not search them file by file. Regulators have written the expectation down in the orders that followed failures: the OCC's 2024 order against TD Bank required "procedures for identifying and timely remediating instances where required CDD information is missing or incomplete" (OCC AA-ENF-2024-77, Article XII). Identifying missing information across a book is a data problem before it is a people problem.

What is a gap analysis in KYC remediation?

A gap analysis tests each existing file against the remediation standard and lists every item that falls short, so the programme knows what each file needs before anyone acts on it. It should be mechanical and repeatable: the same file tested twice gives the same gaps. And it should keep every gap a file has, even when the file is reported in one cohort, because a customer with an expired ID and a missing purpose should be asked once for both.

A good gap analysis also records why each item is a gap, which rule or policy line it fails, so that the closure can show the same line was met. The CIP rule sets the bar for what the record must eventually say: it requires a written account of how each substantive discrepancy found during verification was resolved (31 CFR 1020.220(a)(3)(i)(D)). A remediation file that closes a discrepancy without describing how it was resolved is a file an examiner can reopen.

Outreach and chasing: where a remediation file spends its weeks

Outreach and chasing are where a remediation file spends most of its elapsed time, because every day in those stages is a day of waiting on someone outside the bank. On the sample programme, a request goes out, a text reminder follows on day 10, a call on day 20 and a final notice on day 30 with a 14-day window. A customer who never answers keeps the file open for 44 days before any decision about consequences can even be prepared.

Three files through the same process: the customer’s silence, not the review, sets the end date

Closed from the bank’s own recordsabout 1 week
Search, then maker and checker≤ 1 week
  • Search, then maker and checker≤ 1 week
Customer answers within 14 daysabout 3 weeks
Waiting on the customerup to 14 d
Review and check≤ 5 bus. d
  • Waiting on the customerup to 14 d
  • Review and check≤ 5 bus. d
Customer never answers59 days to the earliest limit
Request, reminders, final notice and window44 d
Notice before a limit14 d
  • Request, reminders, final notice and window44 d
  • Notice before a limit14 d
Our arithmetic from the fictional sample programme’s settings in KYC Remediation: reviewer service levels of 2 business days for high risk and 5 for medium and low; reminders on days 10 and 20, a final notice on day 30 with a 14-day window; and a 14-day notice before any limit on services takes effect.

The lesson for a plan is that review capacity is rarely what decides the finish date. A desk can add analysts and still miss its date, because the tail is made of customers who have not answered and decisions nobody is authorised to take. What shortens the tail is asking fewer customers, asking each one once, pacing letters so the contact center can answer the calls they cause, and deciding in advance what happens when nobody replies, the subject of KYC outreach when customers don't answer.

Counting the handoffs on one business file

A handoff is any point where the file waits for a different person or system to act. Counted on one business file with no verified owners, worked by hand, the outreach and chasing stages hold more handoffs than review and quality control together, and each is a queue with its own delay.

Handoffs on one business file worked by hand, by stage: outreach and chasing hold the most

Data pull: core extract, loan file, image archive
3
Gap analysis to the analyst
1
Outreach: draft, approval, mail or message
3
Chasing: two reminders, one call
3
Review: reply back to the analyst
1
Quality control: to the checker, and a return
2
Closure: core update, tracker
2
Our illustrative count for one business file worked by hand, using the stages on this page and the sample programme’s reminder settings. It assumes one return from the checker; a file closed from the bank’s own records skips outreach and chasing entirely.

Fifteen handoffs on one file is not unusual, and six of them sit in stages a bank can avoid for every file it closes from its own records. The search step therefore matters for more than the minutes it saves. On the sample programme, searching the acquired loan files before writing to anyone closed 3,982 of 5,614 business files without a single request, and the 1,240 files that still needed something needed only one item each.

The search step: files closed from the bank’s records, and how many still need the customer

KYC Remediation beneficial owner cohort after the agents’ search, finished at 9:26 AM: 3,982 files closed from our records, where a certification in a loan file, the owners’ current IDs and the same owners on the state report agree; 1,240 need one item from the member, a changed owner on the state report or one owner’s ID; 392 have nothing on file and need a full request, one message per member. One file could not be searched and will be retried with no member contacted. A batch of 3,982 files waits for a maker.
The fictional sample programme in KYC Remediation. Each closed file cites the certification, the IDs and the state report it rests on.

Review, QC and closure: what the file must show when it is done

A remediated file is done when its corrected values are in the system of record with the evidence they rest on, and a second person has approved them. Review compares the evidence to the standard; quality control samples the reviewer's work; closure writes the result. Regulators who have ordered remediation have asked for exactly this chain. The OCC's 2024 order against Blue Ridge Bank required procedures covering "the process for resolving issues when insufficient or inaccurate information is obtained" (OCC AA-ENF-2023-68), which is the review stage written as a requirement.

What each stage must leave in the file

StageWhat it must leave behindWhy an examiner cares
ScopeThe scope version that applied to the fileShows the standard the file was tested against
Gap analysisEvery gap, and the rule or policy line it failsShows the file was tested, not just touched
SearchEach source used, down to the lineShows the evidence existed before the closure
Outreach and chasingEach contact, its channel, and the replyShows the customer was asked fairly and the bank followed up
ReviewHow each discrepancy was resolvedThe CIP rule requires a description of each resolution
Quality controlWho checked, the sample, and the resultShows a second person stands behind the batch
ClosureThe record before and after, and when it was writtenShows the core system now holds what the file says
Our table. The review row reflects 31 CFR 1020.220(a)(3)(i)(D); the others are what remediation orders and examiners’ CDD sampling look for.

Re-reviewing old files has a side benefit programmes should plan for. FinCEN's 2024 alert on deepfake media noted that institutions often catch AI-generated or synthetic identity documents when they take a second look at a customer's account-opening papers (FinCEN Alert FIN-2024-Alert004). A remediation is a re-review at scale. The process should say what an analyst does when an image looks wrong, and who decides, before the first one turns up.

Closure: who approved, on what sample, and what was written to the core

KYC Remediation batch B-1022-BO, 3,982 files, approved. Steps show prepared by the agents at 9:26 AM, maker an analyst at 9:31 AM, checker Ruth Abernathy approved, written to the core at 9:33 AM. A note reads: approved by Ruth Abernathy at 9:33 AM, sample 40 of 40, no errors, reason sample passed with no errors; 3,982 files written to the core banking system with their evidence; 3,982 member requests that will never be sent. The cohort shows 4,392 of 6,120 files done.
The fictional sample programme in KYC Remediation. The batch is written to the core banking system only after the checker approves.

CDD remediation and customer due diligence remediation: same process, different evidence

CDD remediation, or customer due diligence remediation, runs the same eight stages; what changes is the evidence each gap needs. An identification gap closes on a document or a verified data source. A beneficial ownership gap closes on a certification, the owners' identification and a check that nothing has changed. A nature-and-purpose gap closes on the customer's own answers, often three short questions, checked against how the account is actually used. A risk rating gap closes only after the others, because the rating should be recalculated on the corrected profile, not the stale one.

That ordering is why programmes that run cohorts in parallel still sequence within a file. Re-rating a customer before their purpose and owners are known reproduces the original failure on a fresh date; the quality assurance guide for remediation shows the error that results when missing data is scored rather than collected.

How long does a KYC remediation file take?

A file the bank can close from its own records takes minutes of work and a few days of review; a file that needs the customer takes weeks, mostly waiting. The solution's own estimate for one business file without verified owners is about 95 minutes of people's time by hand and about 21 with agents searching and drafting, leaving out the customer's reply time. The elapsed time is set by the customer: on the sample programme, 58% of customers answered within 14 days.

For a programme, the useful number is not the average file but the shape of the tail: how many files need the customer, how many of those answer, and how quickly the bank decides about the rest. A plan that states those three numbers per cohort can forecast its finish date; one that states only analyst capacity cannot.

The KYC remediation process in KYC Remediation

KYC Remediation runs the process with eight agents and four kinds of people. The Gap Finder tests every file against the approved scope; the Records Searcher searches the loan origination system, document imaging, account history and state filings, and proposes a closure only when the sources agree; the Package Builder assembles each file or batch with the record before and after and every source; the Member Request agent drafts one message per customer, paced to the contact center's capacity; the Non-response agent recommends what to do about silence; the Program Forecaster keeps the burn-up against the plan.

People take every decision that changes a record or a customer's position: an analyst approves as maker, a quality reviewer or the BSA officer approves as checker, the contact center supervisor sets the weekly message caps, and a limit on services needs three people. To see the stages on one programme, start from KYC Remediation; to see how they are staffed and priced, read a KYC remediation project with agents.

Questions people ask

What is the first step in a KYC remediation?

Scoping: deciding which files are in, what standard each gap must meet, and by when. The scope should be approved and versioned, because every later decision on a file is tested against it. Programmes that start with letters before the scope is fixed usually write to customers twice.

How does a KYC remediation project plan differ from a periodic review plan?

A remediation plan is built on a fixed stock of files and a committed date, so it needs a plan line in files per week, cohort by cohort, and a forecast of how many customers will answer. A periodic review plan is sized to a steady monthly flow. US rules require neither schedule; FinCEN's FAQ F.6 says updating is risk based.

Should we contact customers before searching our own systems?

No. Search first, then ask once for what is still missing. On the fictional sample programme, a search of business loan files closed 3,982 of 5,614 ownership files without a request, and the requests that remained asked for one item in 1,240 cases.

Who checks a remediated file?

A different person from the one who prepared it. On the sample programme, batches under 500 files go to a quality reviewer with a sample of 20, and larger batches and every beneficial owner batch go to the BSA officer with a sample of 40, stratified by source. One error returns its stratum for full review.

What should happen when a remediation finds a suspicious document?

The analyst stops and escalates to the BSA function, which decides whether further review or a SAR is warranted. FinCEN's 2024 deepfake alert notes that institutions often find synthetic content in ID documents by re-reviewing account opening documents, so a remediation should expect some. The file should then be restricted and its customer messages held.

KYC Remediation.
See it on your own files.

An agentic solution from Botminds. Agents sort the back book into cohorts by gap, close what they can from records already held, ask members only for what is missing, and send every batch to a maker and a checker Book a demo, or explore how it works.