DocsWatchTowerAlerts and Cases

Alerts and Cases

How WatchTower turns suspicious activity into operational work for risk teams.

Alert inbox

Triage suspicious activity quickly with assignment, status updates, and false-positive handling.

Case management

Escalate alerts into structured investigations with notes, attachments, exports, and outcomes.

Operational workflow

Turn monitoring outcomes into a repeatable analyst process instead of isolated rule hits.

Section

Alerts

Alerts are the first operational unit created when suspicious transactions or monitoring events require review. They are designed to give analysts more than a rule hit by carrying decision context, triggered controls, and related customer signals into the investigation workflow.

Alert inbox supports

  • analyst assignment
  • resolve and false-positive workflows
  • escalation into cases
  • queue review and operational triage
Section

Cases

Cases group work for more structured investigation. In practice, this means analysts can move from a suspicious transaction to a fuller customer story instead of working from isolated transactional fragments alone.

Case workflows support

  • assignment
  • status transitions
  • notes
  • attachments
  • export
  • outcome tracking
  • customer profile review
  • identity and onboarding context when Identity is linked
Section

Typical operational flow

  1. A transaction triggers suspicious controls
  2. An alert is created
  3. An analyst reviews and triages the alert
  4. The alert is resolved, marked false positive, or escalated into a case
  5. The case is investigated and closed with supporting context
Section

Why this matters

The point of WatchTower is not just detection. It is to make fraud detection and transaction monitoring operationally usable by compliance and risk teams.

That is why the product emphasizes customer context, identity-safe evidence, linked identifiers, and recent activity history alongside the transaction that originally triggered the work.