← Back to Work
Process file · Finance
Finance
What’s inside: audit trail · output checking
A true sanctions hit queued behind a homonym
The question this file answersWhy does a true sanctions match wait in the same queue as a homonym anyone would dismiss on sight?
Fits: banks, payment firms and fintechs where compliance files are still assembled by hand.
Typical day
What the desk looks like today
Typical, from the finance playbook's KYC/AML section, which names list checking but no alert volume. Payments and new parties are screened against World-Check, LexisNexis or your lists; true hits and homonyms share one queue, opened as if equal. It hurts when the regulator asks how long real hits waited.
What changes
What Monday looks like after
At the start of the shift the officer's queue holds the names that survived a secondary check, each with the evidence already laid out, instead of every alert the list produced overnight. Every clearance, including the automatic ones, sits in the log with its reasoning for the regulator to read.
Typical, not a measured client result. Every figure here comes from the playbook source named below.
How this file is built
McKinsey KYC study (2023) reports 50–70% less case time on onboarding; it does not measure alert screening, so this file carries no percentage and the range stays on the KYC file. Not a false-positive promise.
What we install
What we put in front of the systems you already run
Your screening and compliance tools stay — World-Check, LexisNexis, Thomson Reuters or the ones you run. This is the same list-checking step as in our KYC onboarding build, run on its own:
- each screened party is compared to the list entry it hit — name, date of birth, country, identifiers
- hits that fail on every secondary field are cleared, with the comparison written into the log
- near-hits and true hits go to the officer with the list record and the customer record side by side.
No true hit is ever closed by the model.
What stays human — and what this will not do
The true match. Alias judgement. Escalation. The regulator.
Not a false-positive promise.
What can go wrong — and what we do about it
If customer records lack dates of birth or countries, secondary checks cannot run and almost nothing clears automatically — that data gap is audit work first. Aliases, transliterations and partial identifiers stay a person's judgement, and the log of automatic clearances must be acceptable to your compliance function and regulator before the first live run.
What it costs to get there
The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →
Scoped in the audit — the playbook has no estimate for this exact desk.
This is about you if…
- Does an officer still open every screening alert, including the ones a date of birth would dismiss?
- Do your customer records hold the secondary fields — date of birth, country, identifiers — a match can be tested against?
What does this mean in euros?
That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.
Not a named Aperanda client. Process file · Finance.
Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.
All process files