Monitoring that keeps pace with the flow

DetectX® analyses transaction data in real time, recognising patterns and anomalies as they appear rather than at the end of a batch window. The models adapt to evolving behaviour instantly, and every alert opens carrying the rule that produced it.

  1. 1Ingest
  2. 2Evaluate
  3. 3Alert
Stylised mockupA stylised representation of the DetectX® interface: the alert queue, one row per alert, carrying its reference, the name that matched, the list it matched against and how closely it matched. Every row in it is synthetic, and it awaits ground truth from the canonical deployment.Not a screenshot: a simplified drawing of the DetectX® interface carrying fictional data. It awaits a capture of the deployment it represents, so no value, label or arrangement in it is a measured one.

The DetectX® Approach

Real-time monitoring is the same analytics core as the rest of the platform, reading the transaction stream as it arrives. It shares the AlertViewer, the rules and the audit history with every other module.

In-stream evaluation

DetectX® analyses vast amounts of data in real time, recognising patterns and anomalies indicative of suspicious activity. Advanced algorithms, fuzzy matching and real-time processing deliver precise insights on the transaction stream rather than on a nightly extract.

No batch window

Continuous

Transactions are evaluated as they arrive, so detection is not paced by an overnight run.

Large volumes

Scale

Vast amounts of data are analysed in real time without trading precision for speed.

Algorithms and fuzzy matching

Precision

Advanced algorithms, fuzzy matching and real-time processing deliver precise insights rather than volume.

Key Benefits and Impact

Alert volume is not the problem. Alert quality is.
A monitoring system that fires on thresholds produces work, not findings. DetectX® combines real-time processing with pattern recognition and behavioural analysis on one core, so a transaction is assessed once against everything the platform knows rather than against a threshold on its own. Every alert that remains opens with the rule that produced it attached.

Stylised mockupA stylised representation of the DetectX® interface: one alert opened in the AlertViewer, with its reference, the customer it belongs to, who holds it, when it was created and the tabs an analyst moves between. The alert drawn is a screening match rather than a transaction rule, every value in it is synthetic, and it awaits ground truth from the canonical deployment.Not a screenshot: a simplified drawing of the DetectX® interface carrying fictional data. It awaits a capture of the deployment it represents, so no value, label or arrangement in it is a measured one.

WHAT A REAL-TIME ALERT CARRIES

Real-time processingTransactions are evaluated as they arrive, not at the end of a batch window.
Fewer false alerts98% reduction in false AML alerts observed at a Swiss retail bank using the DetectX® platform.
Models that moveDetection adapts to evolving behaviour instantly rather than waiting for a rule review.
One analytics coreMonitoring, screening, behavioural analysis and link analysis run on the same platform and the same queue.

Why DetectX®

Detection is only as current
as the data it has seen.

One real-time alert, as the record holds it

Real-time monitoring shares the AlertViewer, the rules and the reporting with Name Screening, Adverse Media Search, Behavioural Analysis and Customer Risk Score. A second capability is a module on the same core rather than a second system to reconcile.

Step 1 of 4 · Ingest

The stream is the input

Transactions are read as they arrive rather than collected for an overnight run, so what the engine knows is what has just happened.

Recorded: what arrived, from which source, and when.

Step 2 of 4 · Evaluate

One evaluation, several engines

Pattern recognition, behavioural analysis and the rule set are applied on the same core, so a transaction is assessed once against everything the platform knows.

Recorded: which rule or model fired, and on what.

Step 3 of 4 · Alert

The alert arrives with its reasoning

The alert opens in the same queue as screening and behavioural alerts, carrying the rule and the transaction data behind it.

Recorded: the rule, the data, and the time the alert opened.

Step 4 of 4 · Decide

The decision carries its reason

The disposition attaches to the alert with its justification, its author and its timestamp, in the same shape as every other DetectX® module.

Recorded: the disposition, the reasoning, the author and the time.

Common questions

Real-time Transaction Monitoring · DetectX®

See the stream monitored,
alerted and closed.

Book a working session on your own transaction flow. Bring your questions about latency, rule design and what your deployment can act on in real time.

Real-time
Vast volumes analysed as they arrive, with advanced algorithms and fuzzy matching.
98% fewer false alerts
Observed at a Swiss retail bank using the DetectX® platform.
One platform
Monitoring, screening and behavioural analysis on the same core and the same queue.