TxnMonitor-AI
ActivePeriodic and on-demand transaction monitoring across a configurable lookback window. Surfaces AML patterns, fraud signals and velocity anomalies in a prioritised alert queue. Designed for scheduled overnight runs and periodic customer review — complementary to the real-time AML-AI plugin.
Endpoint
/api/txnmonitor/scanDetection modules
AML Pattern Detection
Structuring, hawala, layering, rapid movement, cash-intensive business patterns detected across the full lookback window.
Fraud Signal Detection
Velocity anomalies, device switching, unusual merchant patterns, account behaviour changes.
Velocity Monitoring
Threshold breach detection — alerts when transaction count or total volume crosses jurisdiction reporting thresholds over the lookback period.
Request parameters
| Parameter | Type | Required | Description |
|---|---|---|---|
customer_id | string | Yes | Customer to scan. Your internal reference. |
jurisdiction | string | Yes | One of: CA (Canada), AE (UAE), SA (KSA). Sets reporting thresholds and rules. |
lookback_days | number | No | Days of history to analyse. One of: 7, 30, 60, 90 (default: 30). |
alert_threshold | string | No | Minimum alert severity to surface. One of: low, medium, high, critical (default: medium). |
include_aml | boolean | No | Enable AML pattern detection module (default: true). |
include_fraud | boolean | No | Enable fraud signal detection module (default: true). |
include_velocity | boolean | No | Enable velocity monitoring module (default: true). |
Response fields
| Parameter | Type | Required | Description |
|---|---|---|---|
success | boolean | Yes | Whether the API call succeeded. |
data.transactions_scanned | integer | Yes | Total number of transactions analysed in the lookback window. |
data.alerts | array | Yes | Array of alerts. Each has severity, type, description, amount, and rule_id. |
data.alerts[].severity | string | Yes | Alert severity: low, medium, high, or critical. |
data.alerts[].type | string | Yes | Alert typology, e.g. structuring, velocity_breach, account_behaviour_change. |
data.alerts[].description | string | Yes | Human-readable description of the alert. |
data.alerts[].amount | number | No | Transaction amount associated with the alert, if applicable. |
data.alerts[].rule_id | string | Yes | Rule identifier for the compliance audit trail. |
data.high_risk_count | integer | Yes | Number of alerts at high or critical severity. |
data.ai_recommendation | string | Yes | Prioritised next steps based on the alert queue. |
processing_time_ms | integer | Yes | Total processing time in milliseconds. |
AML vs TxnMonitor
AML-AI is called at the point of each transaction — real-time, sub-300ms.
TxnMonitor-AI is called periodically to scan transaction history — typically nightly or weekly — and surfaces patterns that only become visible across multiple transactions over time. Both should be used together for complete coverage.
Code example
Example response — alerts found