Subscribe to the Non-Human & AI Identity Journal
Home FAQ Governance, Ownership & Risk How should organisations decide when a customer needs…
Governance, Ownership & Risk

How should organisations decide when a customer needs enhanced due diligence?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated June 12, 2026 Domain: Governance, Ownership & Risk

Organisations should escalate to enhanced due diligence when a customer, beneficial owner, transaction, or jurisdiction creates a materially higher AML risk than standard onboarding can explain. The decision should be driven by documented triggers such as PEP links, complex ownership, unusual transaction patterns, or high-risk countries. The key is consistency: the same trigger should produce the same review path.

Why This Matters for Security Teams

enhanced due diligence is not a paperwork upgrade. It is the point where an organisation decides that standard customer checks no longer explain the risk. That matters because AML control failures usually happen when teams rely on static onboarding fields and miss the combination of ownership complexity, cross-border exposure, and behaviour that only becomes visible after the relationship starts. Current guidance from NIST Cybersecurity Framework 2.0 reinforces that risk decisions should be repeatable, documented, and tied to operational context rather than ad hoc judgement.

The same discipline applies to financial crime controls: if one analyst escalates a politically exposed person, an opaque shell structure, or a high-risk jurisdiction, the next analyst should reach the same conclusion under the same conditions. NHIMG’s research on the Ultimate Guide to Non-Human Identities shows how often organisations fail when identity risk is not visible enough to govern consistently, and the same pattern appears in customer due diligence programs. In practice, many security and compliance teams discover inconsistent escalation rules only after a suspicious relationship has already been approved and business pressure makes re-review difficult.

How It Works in Practice

Enhanced due diligence works best as a rules-backed decision path, not a subjective exception process. Organisations should define a small set of documented triggers that automatically move a customer into deeper review, then require analysts to capture why the trigger applied and what evidence was considered. Typical triggers include PEP or sanctions proximity, nominee or layered ownership, unexplained source of funds, activity inconsistent with stated business purpose, and exposure to high-risk jurisdictions. Guidance from NIST Cybersecurity Framework 2.0 supports this kind of repeatable risk treatment because it reduces dependence on individual discretion.

A practical workflow usually includes the following steps:

  • Collect beneficial ownership data early and verify it against independent sources.
  • Screen against sanctions, PEP, adverse media, and known typology indicators.
  • Score the customer relationship using the same criteria across onboarding and periodic review.
  • Escalate to enhanced due diligence when the cumulative risk exceeds the documented threshold, even if no single trigger is decisive.
  • Set review frequency and approval authority based on the risk band, not on customer value or deal urgency.

This is especially important when risk signals are dispersed across multiple systems, because a single view of the relationship is often missing. NHIMG’s JetBrains GitHub plugin token exposure coverage is a reminder that hidden credentials and weak visibility create governance blind spots, and the same operational problem shows up in AML when ownership chains or transaction patterns are scattered across teams. These controls tend to break down when customer data is fragmented across subsidiaries, channels, or jurisdictions because no one system holds enough context to trigger the escalation consistently.

Common Variations and Edge Cases

Tighter enhanced due diligence thresholds often increase review volume and slow onboarding, so organisations must balance false positives against the cost of missing genuine risk. There is no universal standard for every edge case, which is why current guidance suggests using documented, risk-based judgment rather than rigid checklists alone.

Edge cases usually arise when the customer is low-risk on paper but high-risk in context. A local business may warrant escalation because its beneficial owner is a close associate of a PEP, even if the business itself is not politically connected. A multinational may also merit enhanced due diligence when its ownership is lawful but unusually opaque, or when transaction corridors repeatedly involve higher-risk countries. In correspondent, fintech, and intermediary-heavy models, the challenge is often indirect exposure rather than direct customer status.

Organisations should also distinguish between one-time exceptions and recurring risk. A single unusual transfer may require additional source-of-funds checks, while repeated pattern deviations should move the customer into enhanced due diligence and periodic revalidation. The key operational test is consistency: the escalation rule should be explicit enough that similar cases are treated the same, but flexible enough to capture genuinely unusual structures. That balance is where most programs fail under pressure from growth teams, especially when approval chains are fragmented or ownership evidence is stale.

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 CSF 2.0 and NIST AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0GV.RR-01Governance and risk decisions must be repeatable and documented.
NIST CSF 2.0ID.RA-01Risk assessments should identify higher-risk customers and relationships.
NIST AI RMFRisk-based escalation needs accountable, documented decisioning across contexts.

Define EDD trigger ownership, approval paths, and evidence retention under a documented governance process.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on June 12, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org