KLOOM
Book a demo
PLATFORM
Morphic Identity EngineImmutable Evidence APIPoint-in-Time InvestigationsAgent Identity Layer
SOLUTIONS — BY INDUSTRY
National Security & IntelFinancial Intelligence & BankingCrypto & Web3 Compliance
BY MISSION
Sanctions & SDN ScreeningAdverse Media MonitoringOSINT Subject ResolutionContinuous Due Diligence & KYC
COMPANY
CareersContact
Book a demo
Solutions/ By mission/ Continuous Due Diligence & KYC
By mission

KYC that re-evaluates as evidence arrives — not when a cycle completes.

Kloom registers a standing query at client onboarding, re-evaluates continuously as watchlists update and adverse media arrives, and anchors every decision to the graph version at the time it was made, so a regulator asking you to replay a clearance can do so against the same evidence basis.

Book a technical walkthrough
kyc monitoring · client REF-2241 · continuous mode active
Meridian Holdings BV
UBO: 陳偉 (Chen Wei) · entity #ent-4412 · 3 scripts resolved
LatinCJKCyrillic
under review
2026-01-15 onboarding
All lists clear — OFAC SDN · EU · UK · UN
session #S-0441 pinned · graph v_20260115_0900
2026-04-22 list update
Sanctions feed re-ingested · cluster re-evaluated · no change detected
session #S-1829 pinned · graph v_20260422_1130
2026-05-14 change detected
陳偉 named in HK regulatory filing · new adverse mention resolved
merge_confidence: 0.94 · merge_coherence: likely · status: escalated
evaluations
3
alerts
1
onboarding record
reproducible
01 · Where incumbent stacks break

A batch window is a gap.
Evidence is not.

Continuous due diligence programmes break in three ways that no re-scheduling adjustment can fix.

01

Point-in-time KYC decays

A client is cleared at onboarding. Three months later, their UBO appears in a sanctions update. The next periodic re-run is still four weeks away. The gap is not an edge case — it is a structural property of any batch process, and regulators treat it as a programme failure, not a timing issue.

next_rescan: 2026-06-14 // days_exposed: 28
02

Re-screening without an evidence delta

A periodic re-run produces a different result. Was it because the client changed? Because a list updated? Because the algorithm was retuned? Without an evidence delta per evaluation, you cannot answer the question — and you cannot explain to a regulator why a previous clearance was correct.

result: "escalated" // change_reason: null
03

Cross-script name drift

A client is onboarded as "Zhang Wei" in your CRM. A new OFAC SDN entry names the same person as "張偉" in Traditional Chinese. A string-match pipeline returns zero overlap. The link is invisible until a manual review surfaces it — weeks after the designation went live.

"Zhang Wei" vs "張偉" → 0 match // missed designation
02 · What Kloom provides

Four capabilities.
One defensible programme.

Continuous re-evaluation as watchlists and evidence evolve

A standing query registered at onboarding re-evaluates automatically whenever new evidence ingested for the client warrants it — a watchlist mention, an adverse-media passage, a corporate-registry filing. There is no batch window — and no gap.

standing queries event-driven no batch window

Evidence delta on every re-evaluation

Each re-evaluation returns the delta between the current evidence state and the prior one — which attributes changed, which list entries were added or amended, and what merge_confidence was before and after. A programme manager can see exactly what changed and why a result shifted.

evidence delta change attribution before/after merge_confidence

Replayable KYC records for regulatory audit

Every clearance and escalation records the graph version current at decision time. Open a session against that version and re-run the query: you get the same result against the same evidence basis, replayed from the append-only audit log rather than reconstructed. Replay holds for as long as the version is retained — long enough to satisfy regulatory lookbacks.

session pinning append-only evidence on-demand replay

Cross-script name resolution for international portfolios

A client onboarded in Latin script is matched against watchlist entries in Chinese, Arabic, or Cyrillic at query time — not translated at index time. Name variants, nickname conventions, and transliteration differences are handled by the matching engine, not by manual review queues.

multi-script query-time matching cross-script coherence
03 · From onboarding to re-evaluation

A change in evidence. An alert with the delta. A clearance that holds.

A standing query registered at onboarding fires automatically whenever newly ingested evidence — a watchlist update, an adverse mention — warrants re-evaluation. The alert carries the evidence delta — what changed, and what merge_confidence was before and after — not just a new verdict.

The original onboarding clearance is independently reproducible within the retention window. When a regulator asks you to prove what you knew at Day 0, you do not reconstruct — you replay, against the same pinned evidence graph.

differentiation

"A regulator asking you to replay a clearance gets an exact answer — not a reconstruction."

Day 0 onboarding

Client enrolled — KYC completed and pinned

Entity "Meridian Holdings BV" and UBO "陳偉 (Chen Wei)" resolved and enrolled. Name Intelligence query run against OFAC SDN, EU consolidated, UK, and UN lists — all clear. Standing query #KYC-0441 registered. Session #S-0441 pinned to graph v_20260115_0900.

query #KYC-0441 · session #S-0441 · graph v_20260115_0900 · all lists clear
Day 97 list update

OFAC SDN list updates — query re-evaluates automatically

Operator's sanctions feed ingests 14 new designations. Standing query #KYC-0441 re-evaluates the client's entity against the updated list. No change detected — coherence thresholds not met for any new entry. Evidence delta recorded. Session #S-1829 pinned.

delta: 0 changes · session #S-1829 · graph v_20260422_1130 · OFAC update 2026-04-22
Day 119 adverse media

Adverse mention resolved — alert raised with evidence

A regulatory filing naming the UBO is ingested via the operator's adverse-media pipeline. UBO "陳偉" resolved to entity #ent-4412 with merge_confidence 0.94 and merge_coherence "likely". A new mention attributing "subject of investigation" resolves to the entity. Standing query #KYC-0441 re-evaluates — threshold met. Alert #KYC-ALT-0019 fired with full evidence payload.

alert #KYC-ALT-0019 · merge_confidence 0.94 · merge_coherence likely · evidence payload inline
Day 119 · +47 min escalation

Decision recorded — onboarding record remains reproducible

Compliance officer reviews the alert payload — source document, passage excerpt, and resolution scores. Decision: ESCALATE TO ENHANCED DUE DILIGENCE. The original onboarding clearance (session #S-0441) remains independently reproducible — same result against the same evidence state at Day 0.

decision: ESCALATE · onboarding session #S-0441 still reproducible · graph v_20260115_0900
Platform

Relevant platform capabilities

Name Intelligence

Cross-script parse–retrieve–rerank. Matches client names against watchlists in the script they arrived in — no index-time transliteration.

standalone library
Read the page

Point-in-Time Investigations

Session pinning against a versioned evidence record. Onboarding clearances remain independently reproducible regardless of subsequent list updates or re-evaluations.

Read the page

Immutable Evidence API

Append-only record of every evaluation event. Evidence delta per re-evaluation — which attributes changed, which list entries fired, before-and-after scores.

Read the page

Morphic Identity Engine

Continuous reshaping as UBO structures and corporate hierarchies evolve. No destructive merges — every split and merge recomposable from the evidence record.

Read the page
Ready when you are

Book a technical walkthrough.

A demo runs against a sample client portfolio, registers standing queries, and walks through a live re-evaluation cycle — including the evidence delta your compliance team would receive and the session record your regulator can replay.

Book a demo