TL;DR: AML failures are costly and operational, according to SumSub’s Finance AML Compliance 101 Guide for 2026, which cites Starling Bank’s £28.9 million penalty and outlines obligations for banks, payments, wallets, and BNPL providers. The real lesson is that monitoring, screening, and reporting controls only work when they are treated as governed identity and risk processes, not paperwork.
At a glance
What this is: This is a guide to finance AML compliance that stresses practical obligations, audit readiness, and the business cost of control failure.
Why it matters: It matters because IAM, compliance, and risk teams in regulated finance have to connect identity evidence, monitoring, and reporting into one defensible control chain.
By the numbers:
- Starling Bank paid £28.9 million in 2024 for its compliance failures.
👉 Read Sumsub's Finance AML Compliance 101 Guide for 2026
Context
Finance AML compliance fails when monitoring, screening, and reporting are treated as isolated tasks instead of a governed programme. In regulated financial businesses, those controls sit alongside identity assurance, access oversight, and audit evidence, because regulators judge whether the organisation can detect, explain, and report suspicious behaviour.
Sumsub’s guide is positioned as a practical checklist for teams that need to stay ahead of enforcement pressure across banks, payments, wallets, and BNPL providers. The useful question for practitioners is not whether AML policy exists, but whether it is operational enough to survive scrutiny, remediation, and repeat testing.
Key questions
Q: How should finance teams structure AML controls so they hold up in an audit?
A: Finance teams should structure AML controls as a documented workflow with clear ownership, evidence retention, and repeatable escalation. That means each screening decision, investigation step, and report submission can be traced back to source data and accountable people. If an auditor cannot rebuild the case from records alone, the control is not strong enough.
Q: Why do AML programmes fail even when policies exist?
A: AML programmes fail when policy is not matched by operational discipline. Common breakdowns include unclear ownership, inconsistent screening, poor case documentation, and reporting records that cannot be reconstructed. Regulators judge what actually happened, not what the policy said should happen, so control evidence matters as much as the rule itself.
Q: How can organisations know whether AML monitoring is actually working?
A: Monitoring is working when alerts are actionable, triaged on time, and linked to outcomes that can be explained later. Useful signals include consistent case closure quality, low unexplained backlog, and complete decision records. If alert volume is high but investigations are shallow, the system may be producing noise rather than risk insight.
Q: Who is accountable when AML reporting breaks down?
A: Accountability should sit with the control owner responsible for the end-to-end reporting workflow, not only with the analyst who files the report. Organisations need a named owner for escalation, review, and submission quality. That makes it possible to trace failures to process gaps instead of dispersing responsibility across multiple teams.
Technical breakdown
How AML monitoring becomes a control system
AML monitoring is not a single alerting tool. It is a control system that combines transaction surveillance, customer screening, case management, escalation paths, and evidence retention. In practice, weak governance appears when thresholds are inconsistent, alerts are not triaged, or cases cannot be reconstructed for auditors. For finance teams, the issue is not only whether suspicious activity is detected, but whether every decision can be explained later in a way that stands up to regulatory review.
Practical implication: connect monitoring rules, alert ownership, and evidence capture so each alert has a clear decision trail.
Screening and reporting as governance disciplines
Screening and reporting fail when they are handled as periodic compliance chores instead of living controls. Screening must align with current customer, counterparty, and sanctions data, while reporting must preserve timing, rationale, and escalation history. The technical risk is drift between policy and operations, especially where multiple teams or vendors touch the same case. Good AML governance makes screening outcomes and report submissions auditable as part of the identity and risk lifecycle, not as a separate spreadsheet exercise.
Practical implication: tie screening refreshes and report submission records to a single governed workflow with accountable owners.
Why audit readiness depends on evidence quality
Audit readiness is fundamentally about evidence quality. Regulators want to see that controls operate consistently, that exceptions are handled, and that remediation closes the loop. If the organisation cannot show why a decision was made, who approved it, and what happened next, the control is weak even if the underlying policy is sound. This is why AML programmes need documented escalation, retention, and review mechanics rather than only policy statements.
Practical implication: test whether an auditor can rebuild a sample case from your records without asking the frontline team to improvise.
NHI Mgmt Group analysis
AML compliance failures are rarely just policy failures, they are control-ownership failures. The guide’s framing around expensive regulatory outcomes shows that the problem is not a missing document but a weak operating model. When screening, monitoring, and reporting are split across teams, the organisation loses end-to-end accountability. Practitioners should treat AML as a governed control chain, not a set of disconnected tasks.
Finance AML programmes break when evidence cannot survive scrutiny. The penalty example in the guide reinforces a familiar pattern: regulators do not only ask whether controls exist, they ask whether they were used consistently and can be proven later. That places record quality, escalation traceability, and decision rationale at the centre of compliance design. Practitioners need evidence that is reconstruction-ready, not merely available.
Customer risk controls and identity governance now overlap more than many programmes admit. Banks, payments firms, wallets, and BNPL providers all need to know who is behind activity, what changed, and when escalation occurred. That means KYC, access review, case ownership, and monitoring governance are converging into one accountability problem. Practitioners should stop treating AML as separate from identity governance.
Finance AML maturity is increasingly measured by resilience under pressure, not policy completeness. The guide signals a category shift toward controls that can withstand real-world enforcement, not just pass internal documentation checks. That changes the bar for programme maturity: if a control cannot produce timely, auditable, and repeatable evidence, it is not mature enough for regulated finance. Practitioners should benchmark readiness against operating proof, not intention.
From our research:
- 72% of organisations have experienced or suspect they have experienced a breach of non-human identities, with 46% confirmed and 26% suspected, according to The 2024 ESG Report: Managing Non-Human Identities.
- That same report found that enterprises that have experienced a compromised NHI averaged 2.7 separate incidents in the past 12 months, which shows how quickly one exposure becomes a repeated control problem.
- For teams building stronger identity governance, the NHI Lifecycle Management Guide helps connect provisioning, rotation, and offboarding into one accountable control model.
What this signals
Finance AML programmes are moving toward evidence-led governance, where the quality of records matters as much as the policy itself. For practitioners, that means case ownership, escalation logging, and report traceability need to be designed as audit artefacts from the start, not assembled after an incident.
Control-reconstruction debt: when a programme cannot rebuild a decision chain from source data to filing, it has accumulated governance debt that regulators can expose quickly. Teams should watch for fragmented case systems, manual workarounds, and inconsistent retention as early warning signals.
Identity and compliance controls are converging in regulated finance because suspicious behaviour cannot be governed cleanly if the underlying identity and access picture is weak. Practitioners should align AML workflows with identity lifecycle controls and review where access, ownership, and reporting responsibilities overlap.
For practitioners
- Map AML controls to named owners Assign a single accountable owner for monitoring, screening, investigation, and reporting so gaps do not hide between teams. Review handoffs across compliance, fraud, and operations to ensure each escalation path has a clear decision-maker.
- Test evidence reconstruction end to end Pick a sample alert or case and rebuild it from source data, analyst notes, approvals, and filing records. If the organisation cannot recreate the timeline without oral explanation, the control design is too fragile for audit.
- Align screening refreshes with current risk data Refresh sanctions, customer, and counterpart data on a schedule that matches operational change, not convenience. Where onboarding, product expansion, or geography changes alter risk, update screening inputs before the next review cycle.
- Treat reporting deadlines as control requirements Build alert-to-report workflows that measure how long cases sit in investigation and who approved the final submission. Use that data to identify bottlenecks before they become regulator-facing failures.
Key takeaways
- AML compliance fails most visibly when monitoring, screening, and reporting are not owned as one governed control chain.
- The financial impact of control failure is no longer abstract, as the guide cites a £28.9 million penalty for compliance shortcomings.
- Practitioners should prioritise traceable evidence, accountable ownership, and audit-ready workflows before the next review cycle.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, NIST SP 800-63 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.DS-1 | AML evidence retention and traceability support defensible control operation. |
| NIST SP 800-63 | Identity assurance and proofing intersect with customer risk and screening workflows. | |
| NIST Zero Trust (SP 800-207) | PR.AC-4 | Access governance matters where compliance tasks depend on accurate, limited control access. |
Tie identity evidence to screening and case decisions so risk reviews stay attributable.
Key terms
- AML monitoring: AML monitoring is the ongoing review of transactions, behaviour, and exceptions to detect suspicious activity. In practice, it combines rules, triage, escalation, and evidence capture so the organisation can explain why a case was opened, closed, or reported.
- Audit readiness: Audit readiness is the ability to prove that controls operate consistently and can be reconstructed from records. It depends on clean evidence, stable ownership, and a repeatable workflow that survives regulator scrutiny rather than relying on informal explanations.
- Case management: Case management is the governed handling of an alert or investigation from first signal to final outcome. It includes ownership, documentation, escalation, and retention, which together determine whether a compliance programme can show its work when challenged.
- Screening refresh: Screening refresh is the updating of watchlists, sanctions data, customer records, or counterparty information so decisions use current risk inputs. Without timely refreshes, an AML programme can look compliant on paper while operating on stale data.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
This post draws on content published by Sumsub: Finance AML Compliance 101 Guide. Read the original.
Published by the NHIMG editorial team on 2026-06-08.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org