Hawk AI
AI-enabled AML and screening
Hawk, often listed as Hawk AI, offers AML transaction monitoring, customer risk rating, customer and payment screening, and fraud tools. Its AI overlays and agents can complement an existing control stack. That makes replacement versus augmentation a central purchasing decision.
Our assessment
Documented detection, review, and filing tools. Identity capture and merchant underwriting still need a separate design.
Best fit and limitations
A good evaluation candidate for a payments firm or bank seeking configurable AML with AI assistance. Test the overlay route if replacing the current case and reporting system is costly.
- A screening or customer risk product is not an identity document verification product.
- Direct FinCEN filing and goAML export are documented; confirm report formats and submission support for each jurisdiction.
- Vendor false-positive claims require a matched local benchmark with missed-risk testing.
Tools 7
Transaction MonitoringAML detection+
- Rules supported by anomaly and false-positive detection
- Monitoring logic controlled by the risk team
Customer Risk RatingLifecycle risk assessment+
- Onboarding and periodic customer risk reviews
- Event-driven reassessment through API-connected workflows
Customer + payment screeningMatching and review+
- Fuzzy matching with configurable fields and weights
- Retain prior decisions until material source changes
AI OverlayExtend existing monitoring+
- Apply AI to an existing AML environment
- Evaluate additional detection and triage without a full replacement
SAR / CTR FilingRegulatory reporting+
- Prefilled reports, validation, and two-person approval
- Direct FinCEN filing and export for goAML workflows
Customer Screening AgentScreening investigation+
- Collect evidence and assess policy relevance
- Escalate uncertain hits with reasoning and source context
AML Investigative AgentPolicy-based AML investigation support+
- Collect case evidence and analyze behavior and typologies
- Recommend next steps or run permitted routine actions
- Update summaries and confidence as analysts add findings
AI capabilities
Detection models + AML and screening agents
Hawk's AML Investigative Agent assembles evidence, updates summaries, and recommends or performs permitted routine steps. Customer Screening Agent separately evaluates hits under the institution's policy.
What to validate
Set automated actions and human checkpoints per agent. Confirm source access, model approval, and low-confidence escalation.
Implementation
Integration checklist
- Define whether Hawk owns detection, screening, cases, or only AI review.
- Map customer and payment APIs to the current system of record.
- Run historical replay and live shadow evaluation before enabling decision actions.
Commercial scope
Quote required. Ask for separate prices for monitoring, screening, customer rating, overlays, agent use, and external data.
Questions for the demo
- Can the agent work on alerts from our existing platform?
- Which cases must escalate, and what evidence is retained?
- How does a list change reopen a previously cleared match?
Engineering
- Inputs
- Transaction data through a REST JSON API or batch integration · Real-time REST/JSON or batch transaction data · GET /v2/customer-checks/{caseId} with internal UUID and api-key header · Existing case systems, institution policies, connected public data, and analyst findings · Screening hits, KYC evidence, and institution policy
- Outputs
- Monitoring results usable by a configured intervention flow · FinCEN submissions and goAML export files · Correlation and tenant IDs, customer risk factors, screening hits, lifecycle status, and processing status · Source-linked investigation summaries, confidence scores, and recommended steps · Cited, confidence-scored clearance or escalation rationale
- Webhooks
- Not verified in public documentation.
- Decision timing
- Real-time and batch are described. Millisecond response language is a vendor claim, not a tested SLA.
- Deployment
- Containerized Kubernetes architecture with multi-cloud deployment · SaaS · Private cloud · Overlay on an existing stack or integration with Hawk AML
- Dependencies
- Four-eyes report approval before filing · Self-service data connections through MCP servers · Institution-defined automation and human oversight · API or MCP connections and institution-approved LLMs · Configured confidence thresholds and checkpoints
Verified details 21
- Inputs
Transaction data through a REST JSON API or batch integration
Source Checked 2026-09-18 - Inputs
Real-time REST/JSON or batch transaction data
Source Checked 2026-09-18 - Outputs
Monitoring results usable by a configured intervention flow
Source Checked 2026-09-18 - Decision timing
Real-time and batch are described. Millisecond response language is a vendor claim, not a tested SLA.
Source Checked 2026-09-18 - Deployment
Containerized Kubernetes architecture with multi-cloud deployment
Source Checked 2026-09-18 - Deployment
SaaS
Source Checked 2026-09-18 - Deployment
Private cloud
Source Checked 2026-09-18 - Outputs
FinCEN submissions and goAML export files
Source Checked 2026-09-18 - Country scope
United States
Source Checked 2026-09-18 - Dependency
Four-eyes report approval before filing
Source Checked 2026-09-18 - Inputs
GET /v2/customer-checks/{caseId} with internal UUID and api-key header
Source Checked 2026-09-18 - Outputs
Correlation and tenant IDs, customer risk factors, screening hits, lifecycle status, and processing status
Source Checked 2026-09-18 - Inputs
Existing case systems, institution policies, connected public data, and analyst findings
Source Checked 2026-09-18 - Outputs
Source-linked investigation summaries, confidence scores, and recommended steps
Source Checked 2026-09-18 - Deployment
Overlay on an existing stack or integration with Hawk AML
Source Checked 2026-09-18 - Dependency
Self-service data connections through MCP servers
Source Checked 2026-09-18 - Dependency
Institution-defined automation and human oversight
Source Checked 2026-09-18 - Inputs
Screening hits, KYC evidence, and institution policy
Source Checked 2026-09-18 - Outputs
Cited, confidence-scored clearance or escalation rationale
Source Checked 2026-09-18 - Dependency
API or MCP connections and institution-approved LLMs
Source Checked 2026-09-18 - Dependency
Configured confidence thresholds and checkpoints
Source Checked 2026-09-18
Illustrative contract
An example for your internal adapter. This is not a vendor endpoint, request, or response.
{
"contract": "internal-risk-review/v1",
"vendorId": "hawk-ai",
"internalCorrelationId": "example-001",
"vendorRecordId": null,
"control": "AML detection",
"evidence": [],
"status": "pending",
"decision": "review",
"requiresHumanReview": true
}Integration limits
- Illustrative internal integration contract. This is not a vendor request, response, endpoint, or SDK example.
- Empty country, deployment, or provider lists mean not verified in this review. A documented country refers to the specific product noted in its source, not universal platform coverage.
- The public architecture describes Kubernetes and Kafka. Authentication, field schemas, retry semantics, and webhooks need the product-specific integration documentation.
- Regional deployment support depends on the selected cloud and contract; no country matrix is supplied here.
- The United States entry refers only to the named FinCEN filing route. It is not a complete country-availability list for Hawk.
- 200 means all data sources are available; 206 can omit unavailable-source fields. Also handle 401, 404, and 429. A partial response is not a clear screening result.
- The page describes stateless, zero-retention architecture; confirm which data and service components that statement covers.
- The page describes processing within the customer's VPC/tenant. It does not publish region or model-provider choices.
Sources 7
Source review dates are shown above. Product claims come from public sources. Fit, limits, and evaluation questions are our analysis. This is not a hands-on performance test. Methodology · Changelog
