Built by Patched
Reliable AI for Regulated Risk & Fraud Operations

Same analysts.
A queue that stops growing.

We work the financial crime queue for Singapore banks. Your analyst gets a worked case and one decision to make.

Everything runs in draft. Nothing is submitted until your team approves it.

Case Operations live
Transaction monitoring alert, level one
ALT 8821…4419
Working
Alert read and classifiedMule pattern, three linked counterparties
Evidence collected from six systemsAccount, transactions, counterparty, screening, KYC, case notes
Checks run against your rulesPolicy thresholds and screening output checked, no exception raised
Case file prepared with its reasoningNarrative, rationale and supporting documents assembled
Waiting on your analystApprove, send back for more information, or escalate
Evidence sources
0%
backlog reduction
0
cases closed
98%+
within 72-hour SLA
<1 hr
case turnaround
0x
operational return
0k
workflow runs

Production outcomes from one active deployment. SLA and turnaround from Patched fraud, risk and compliance operations.

The actual bottleneck

Raising the alert was never the slow part.

An alert fires in seconds. Working it takes hours, and almost none of that time is spent deciding. It is spent finding.

Reading

One case, six systems

Account data, counterparties, screening output and KYC all sit in different places. The analyst opens every one before forming a view.

Rework

The rules keep moving

Typologies and thresholds keep changing. Each change lands as rework on a queue already behind.

Proof

Closed is not defensible

Months later somebody asks what was checked, and when. If nobody captured it, the case gets worked twice.

What changes on Monday
Judgement,
not retrieval.
Every source,
timestamped.
Reconstruct it
months later.

The reading and the first draft are done before anyone opens the case. What is left is the judgement you hired an analyst for. No one is replaced.

What was checked, and when, sits on the case itself. No one reopens five tabs to answer a question about last quarter.

Inputs, checks, decisions and exception reasons stay on the record, so a reviewer never has to call the analyst who worked it.

Analysts today
With CaseLEA
Read every email and complaint
Review a recommendation
Search five systems by hand
Evidence already collected
Write the response from scratch
Approve, amend or send back
Update internal records afterwards
Audit trail written as it runs
The case lifecycle

One case. Four stages. Most tools touch one.

IntakeFour channels, four shapes, all at once.
EvidenceFive systems, read before anyone forms a view.
DecisionWhich scenario is this, and what follows from it.
ProofWritten while the work happens, not after.
Four channels, one queue
Monitoring alerts Screening hits Police orders Scam claims
Collected read-only, all at once
Core banking
Transaction history
Counterparty records
KYC document store
Screening output
Checked against your rules
16,736
scenarios mapped from live operations
One outcome, or a routed exception
Written while the work happens
ALT 8821…4419audit record
Inputs recorded
Checks and their results
Exception reason, where one applied
Approver and submitted values
Sealed & reviewable
Coverage

Every financial crime queue, one operating model.

Start with whichever is under the most pressure. We bring the operating logic and fit it to your data, policies and thresholds.

01

Transaction monitoring alerts

Level one alerts triaged in volume, with institution-specific thresholds and routing.

High volume
02

Name and sanctions screening

Screening hits worked to a disposition, with the matching logic and rationale attached.

Alert backlog
03

Law enforcement and regulator requests

Orders from the police and the Anti-Scam Command interpreted, records and documents collected, fixed-format responses prepared.

84% less effort
04

Scam claims and the Shared Responsibility Framework

Claims assessed against the framework's duties, with the clock and evidence tracked per claim.

SRF
05

Suspicious transaction reports

Narrative, rationale and supporting documents assembled so a reporting officer can review and file.

STR
06

Mule account investigation

Linked accounts and counterparties mapped, network patterns surfaced for the investigator.

Mule networks
07

Periodic KYC and CDD review

Refresh cycles worked through, documents gathered, exceptions routed for a person to decide.

Periodic review
next

Start with one

Pick the queue under the most pressure and prove it on your own alerts before widening the scope.

Scope a pilot
Security and control

Designed for data that cannot leave Singapore.

Each deployment is isolated for the institution. We read approved sources read-only, work the case inside the boundary, and keep only the minimum metadata needed to operate and audit it.

Dedicated VPC in SingaporeAWS or GCP deployment aligned to MAS outsourcing and technology risk expectations.
No customer data used for trainingTransaction and personal data does not flow back into shared models or Patched systems.
Review and approval by policyOperate draft-first or maker-checker, set per scenario and per risk threshold.
Audit evidence for every caseInputs, checks, decisions, timestamps, outputs and exception reasons remain reviewable.
Least-privilege, read-only retrievalEncrypted in transit and at rest. Deployment and retention controls finalized with your security team.
SOC 2 Type I and IIIndependent penetration testing. Your security, compliance and data protection teams review the deployment first, so PDPA obligations and CSA expectations are settled before anything runs.
Institution-specific deployment
your boundary
Alert and request channelsMonitoring, screening, scam claims and email
CaseLEA executionCase data processed inside the boundary
Bank systemsAPIs, warehouse, SFTP, KYC and case records
Rules and evidenceDeterministic checks, exception routing and audit

Encrypted in transit and at rest. Least-privilege access. Read-only data retrieval. Deployment and retention controls finalized with your security team.

Production case study

From a 15,000-case backlog to a current operation.

We built CaseLEA inside a live operation, edge case by edge case. That is what keeps it working after the rules change, rather than a cleanup that decays.

Results reported across one active deployment

Cases closed, cumulative 95% backlog reduction
backlog at startcurrent operation
0
new alerts closed
0
reassign cases closed
0
response-received cases closed
0
workflow improvements deployed

Start with the queue your process cannot absorb.

Pick one or two workflows, a set of real cases and a number you want moved. We set up around your approved data sources and run in draft until you are ready.

  1. Agree the workflow and the success metric
  2. Connect approved data sources and templates
  3. Run representative cases for 2-4 weeks
  4. Review accuracy, effort saved and exceptions
Scope a pilot on your own cases