Lesson 07 of 9
Ongoing Monitoring & Periodic Review
4 min read · KYC Analyst
KYC doesn't end at onboarding. You'll learn risk-based refresh cycles, the trigger events that force an event-driven review, and how perpetual KYC (pKYC) is shifting the role from calendar-driven to continuous, data-driven monitoring.
KYC is not a one-time event
- Onboarding is the start, not the finish
- A file true at onboarding can drift dangerously stale
- The CDD Rule requires ongoing monitoring (31 CFR 1010.230)
A common beginner mistake is thinking KYC ends when the account opens. It doesn't. FinCEN's CDD Rule made ongoing monitoring an explicit fifth pillar, and 31 CFR 1010.
230 requires institutions to conduct ongoing monitoring to maintain and update customer information and to identify and report suspicious activity. FATF Recommendation 10 says the same: due diligence is continuous. The reason is simple — a customer who was low risk at onboarding might start a cash-intensive business, take public office, move to a sanctioned country, or get arrested.
The file you built captures a moment; ongoing monitoring keeps it true over time.
Two engines: monitoring and review
- Transaction monitoring — watches behavior in near-real time
- KYC review / refresh — re-confirms the profile periodically
- Together they keep both behavior AND identity current
Ongoing monitoring really has two engines, and you should keep them straight. The first is transaction monitoring: systems that watch account behavior, more or less in real time, and alert when activity deviates from the expected profile you established at onboarding. The second is the KYC review, also called the refresh — a periodic re-examination of the customer's profile itself: are the documents still valid, has the ownership changed, is the risk rating still right, do the screening results still hold.
Transaction monitoring asks 'is the behavior normal?' The KYC refresh asks 'is what we know about this customer still accurate?' You need both.
A subtle but important point: these two engines should talk to each other. A transaction-monitoring alert can trigger a KYC refresh, and a refresh that uncovers new risk can tighten monitoring. They're a loop, not two silos.
Risk-based refresh cycles
- High risk — review roughly annually
- Medium risk — often every 2–3 years
- Low risk — every 3–5 years (institution-defined)
- Cycles are policy choices, not fixed law — driven by risk
How often do you refresh? On a risk-based cycle, consistent with FATF Recommendation 1. A common industry pattern — and I'll stress these are typical policy choices, not numbers fixed in the regulation — is to review high-risk customers about once a year, medium-risk customers every two to three years, and low-risk customers every three to five.
The higher the risk, the shorter the cycle. Each institution sets its own periods in policy and must apply them consistently. As an analyst, periodic reviews will be a large share of your queue: pulling the file, re-verifying what's stale, re-screening, and re-rating.
The exam-style point to remember is that the driver is risk, not the calendar alone.
Trigger events: event-driven review
- A material change forces a review off-cycle
- Examples: new adverse media, PEP status, ownership change
- Also: sanctions list update, unusual activity alert, address to high-risk country
- Event-driven review beats waiting for the next scheduled date
You don't always wait for the scheduled date. An event-driven review is triggered the moment something material changes. Classic triggers: fresh adverse media on the customer or an owner; the customer or a relative becoming a PEP; a change in beneficial ownership; a hit on a newly updated sanctions list; a transaction-monitoring alert that suggests the profile has shifted; or the customer moving funds or address to a higher-risk jurisdiction.
When a trigger fires, you review now — not in three years. Event-driven review is what closes the gap between scheduled cycles, and it's where a lot of real risk actually gets caught.
Toward perpetual KYC (pKYC)
- pKYC — continuous, data-driven monitoring replaces fixed cycles
- Reviews triggered by real-time changes in customer data
- Reduces stale files and analyst busywork on low-risk cases
- Still requires human judgment on the alerts it raises
The industry is moving from fixed cycles toward perpetual KYC, often written as p-K-Y-C. Instead of waiting years for a scheduled refresh, perpetual KYC continuously ingests data — screening updates, registry changes, transaction signals, adverse media — and triggers a review the instant something relevant changes. Done well, it means files are never badly out of date, and analysts spend less time mechanically re-papering low-risk customers who haven't changed at all.
But be clear-eyed: perpetual KYC doesn't remove the analyst. It changes your work from calendar-driven to alert-driven, and a human still has to judge what each triggered alert actually means. The technology surfaces change; you still decide what it's worth.
So treat perpetual KYC as an amplifier of your judgment, not a replacement for it — the better the data, the more your reasoning matters.
Recap
- Ongoing monitoring is a required pillar (31 CFR 1010.230)
- Two engines: transaction monitoring + KYC refresh
- Risk-based cycles, plus event-driven reviews on triggers
- pKYC moves from calendar to continuous. Next: exit and escalation
Let's recap. KYC is continuous: ongoing monitoring is a required pillar under FinCEN's CDD Rule, run by two engines — transaction monitoring of behavior and periodic KYC refresh of the profile. Refresh cycles are risk-based, and material trigger events force event-driven reviews off-cycle.
The frontier is perpetual KYC, which trades fixed calendars for continuous, data-driven review while still leaning on your judgment. Sometimes, though, monitoring reveals that a relationship can't continue. What you do then — offboarding, escalation, and the rules around reporting — is the subject of lecture eight.
Test yourself first, then meet me there. In short, the file is a living document — your job is to keep it honest as the customer's world changes around it.
Sources
- 31 CFR 1010.230(b)(5) (FinCEN CDD Rule — ongoing monitoring / updating customer information)
- FATF Recommendation 10 (ongoing due diligence)
- FFIEC BSA/AML Examination Manual (CDD — ongoing monitoring)
- FATF Recommendation 1 (risk-based approach)
Test your knowledge
A few KYC Analyst questions on this material — pick an answer to see the explanation.
Q1. Three separate SDN-listed individuals each own 20% of a company, with no single owner exceeding the 50% threshold alone. Under OFAC's 50 Percent Rule, is the company itself blocked?
Q2. A new customer discloses that her father recently retired from a senior judicial position. Under FATF Recommendation 12, how should the analyst classify this customer?
Q3. An adverse-media search returns twenty articles about a customer named "James Taylor." Sixteen are about the famous musician and four contain allegations of mortgage fraud against a different James Taylor in another city. How should the analyst approach these results?
Q4. Which type of customer would most commonly drive a higher inherent risk score under the customer-type risk factor?
Ready to practice?
Put this lesson to work on real KYC Analyst questions.
Drill the full KYC Analyst bank →