Anti-Corruption Authority Director EA FAQs — Why Case, Investigation, and Surveillance Systems ≠ Integrity Enterprise Architecture?
- Sunil Dutt Jha

- Dec 24, 2025
- 4 min read
Updated: Dec 25, 2025

Most Anti-Corruption Authorities still treat Enterprise Architecture as a case-management or surveillance modernisation exercise. As a result, EA initiatives fail to reduce systemic corruption, shorten investigation cycles, improve conviction rates, prevent repeat offences, or close institutional loopholes across government.
Anti-Corruption EA ≠ Investigation IT.
This Director EA FAQ explains where traditional EA breaks down and how a true enterprise anatomy reveals the structure that tools, powers, and procedures alone cannot see, align, or repair.
It explains the logic of shadow enforcement anatomies, execution drift across agencies, and the One Integrity One Anatomy™ imperative.
Q1. Why do investigation systems, complaint portals, and dashboards ≠ Anti-Corruption Enterprise Architecture?
Myth
Anti-Corruption EA = case systems + tip-off portals + analytics + dashboards.
Reality
Anti-corruption is not a standalone enforcement activity. It is a cross-government integrity governance enterprise.
Anti-corruption operates through 15 core functions (D1–D15) such as Integrity Strategy & Risk Prioritisation, Complaints & Intelligence Intake, Preliminary Screening & Triage, Investigation Planning, Evidence Collection & Forensics, Inter-Agency Coordination, Legal Strategy & Prosecution Interface, Asset Tracing & Recovery, Witness Protection, Case Adjudication Support, Prevention & Systemic Reforms, Monitoring & Compliance Follow-up, and Oversight & Accountability — each with its own P1–P6 execution cycle.
Anti-corruption IT is only one enabling layer.
EA (Case Systems) ≠ Enterprise Anatomy.
A case dashboard cannot show how risk intent, investigative focus, legal thresholds, institutional weaknesses, and preventive reforms align—or fail to align—across the integrity lifecycle.
Q2. Why do so many anti-corruption IT initiatives fail to represent the enterprise?
Because enforcement IT automates isolated P5 tasks, while the real operating architecture of integrity governance lives in P1–P4 and spans multiple institutions simultaneously.
Every corruption lifecycle — allegation to reform — operates on a full P1–P6 structure.
P1 (Strategy) defines integrity priorities, risk focus areas, deterrence goals, and public trust outcomes. P2 (Process) defines intake, screening, investigation, prosecution, recovery, and reform. P3 (System Logic) defines case thresholds, escalation rules, evidentiary standards, prosecutorial triggers, and exceptions. P4 (Component Spec) defines offences, evidence types, agencies, legal instruments, controls, and datasets.
This is the architecture (P1-P4) of anti-corruption governance.
Most IT initiatives focus on:
complaint registration
case tracking
evidence storage
reporting and analytics
These operate largely in P5.
The underlying structure (P1–P4) remains fragmented across agencies, laws, and oversight bodies.
This creates the core mismatch:
IT systems automate case handling
Anti-corruption operates on legal, institutional, and behavioural logic that was never unified
Because P1–P4 is missing or inconsistent:
cases stagnate in screening
investigations lose direction
prosecutions fail on technicalities
asset recovery is delayed
repeat patterns persist
public trust erodes
Anti-corruption IT does not fail because tools are weak. It fails because it is built on an incomplete representation of the integrity enterprise.
Q3. What drives the high project count in anti-corruption authorities?
Because integrity enforcement is exception-heavy, evidence-intensive, and legally constrained.
A new law alters evidentiary thresholds and case logic.
A high-profile case triggers inter-agency coordination and political pressure.
A judicial ruling reshapes prosecution strategy.
A governance reform requires preventive controls across departments.
Each shift touches multiple rule layers simultaneously.
High project count reflects integrity governance complexity, not weak enforcement.
Q4. What is unique about the Anti-Corruption functional anatomy?
Anti-corruption uniquely combines investigation, law, prevention, and reform.
Key drift-prone functions include:
Screening & Triage — overload without risk prioritisation
Investigation Planning — evidence gathered without prosecutorial logic
Inter-Agency Coordination — jurisdictional friction and delays
Prosecution Interface — legal strategy misaligned with investigation
Systemic Reform — lessons not fed back into prevention
These functions generate the strongest P1–P6 drift, creating shadow enforcement pathways.
Q5. What does P1–P6 look like in the anti-corruption context?
This explains how integrity intent (P1) degrades by the time cases conclude and reforms occur (P6).
P1 Strategy: deterrence, trust, systemic risk reduction
P2 Process: intake, investigation, prosecution, reform
P3 Logic: thresholds, escalation, evidentiary rules
P4 Components: laws, cases, evidence, agencies
P5 Implementation: case systems, analytics, workflows
P6 Operations: enforcement outcomes varying by case
Anti-corruption drift occurs when these layers no longer form a single integrity logic chain.
Q6. We already have strong laws and powers. Why redo this?
Myth
Stronger powers guarantee integrity.
Reality
Powers enable action.Enterprise Anatomy determines how integrity actually operates.
Like the human body, integrity governance depends on tightly coupled systems — detection, enforcement, adjudication, and reform — none optional, none independent.
An Anti-Corruption Enterprise Anatomy = 15 Functions × P1–P6.
Traditional documentation never shows:
where cases systematically fail
why deterrence weakens
how institutional loopholes persist
where accountability dissipates
why reforms don’t stick
You get authority. Not coherence.
One Integrity One Anatomy™ provides a single integrated model of anti-corruption execution.
Q7. How do we evolve from EA (Enforcement IT) → EA (Functions) → One Integrity One Anatomy™?
Most authorities stop at EA = case and analytics systems.
The required evolution is:
Step 1: Elevate EA (Anti-Corruption IT)
Create the P1–P4 model of Enforcement IT itself —integrity intent, investigative and legal processes, embedded evidentiary and escalation logic, and system components.
Step 2: Create EA (Functions)
Map all anti-corruption functions end-to-end across P1–P6 — intelligence, investigation, prosecution, recovery, and reform.
Step 3: Create One Integrity One Anatomy™
Unify all functional models into one integrated integrity enterprise anatomy governing risk, enforcement, adjudication, and prevention.
This is where enforcement drift stops — and credible deterrence emerges.
Q8. What can One Integrity One Anatomy™ do that traditional EA cannot?
Traditional EA documents systems.
It cannot see that each agency operates its own shadow integrity model.
Typical fragmentation includes:
inconsistent case thresholds
misaligned investigations and prosecutions
delayed asset recovery
weak feedback into reforms
diffused accountability
Traditional EA records this fragmentation. One Integrity One Anatomy™ replaces it.
It establishes:
one integrity intent
one investigation-to-prosecution logic
one prevention feedback loop
one accountability chain
How It Impacts Core Anti-Corruption Use Cases
Using One Integrity One Anatomy™, governments can strengthen:
complaint screening and prioritisation
investigation effectiveness
prosecution success rates
asset recovery timelines
systemic reform impact
public trust and deterrence
With One Integrity One Anatomy™, anti-corruption becomes credible, consistent, and preventive — because it runs on one integrated integrity logic stack.




