average detection lag
Measured across six weeks of OFAC and EU changes against a nightly batch.
Screening at onboarding covers one moment. Monitoring covers the relationship — which is where designations actually land.
Monitoring is the module. The other three decide what it is worth.
Most programmes rescreen on a schedule designed for a world where lists changed monthly. The list changed this morning. The question is how long your customer stays approved while it does.
Measured across six weeks of OFAC and EU changes against a nightly batch.
Rescreening everything regenerates every alert you already cleared.
If a whitelist attaches to a match rather than a name, the same customer comes back.
One call per approved customer. Scope is explicit, so nobody wonders whether a segment is covered.
Every list carries a version and a timestamp, so a change is a diff rather than a reload.
Additions, tier changes and delistings each behave differently. Delistings clear automatically.
A clearance attaches to the name and the evidence, not to the alert — so it holds through the next publication.
No regime names an interval. Every regime expects you to justify the one you chose.
Read the compliance guidesManual list checks ran monthly and covered one jurisdiction. After migration the whole base is rescreened every fifteen minutes across 220+ countries, and clearances carry a reason code.
Sources publish in batches; a shorter interval would re-read unchanged data. Fifteen minutes is the point where detection lag stops being the constraint.
No. Only genuine deltas raise an alert, so volume tracks list activity rather than sweep frequency.
The alert auto-clears and the case records why, so nobody re-investigates a resolved name.
Yes, scope is explicit per customer or segment — and the scope decision itself is recorded.
Send us a week of list changes and your current schedule. We will show you the exposure hours between them.