* Subject to internal confirmation; not presented as a verified fact.
Artificial Intelligence in Tax Administration
Exploring the possibilities.
Choosing the direction.
An introductory discussion for senior officers
Why examine AI now?
Proposed operating principle: AI should augment judgement—not replace it.
Hypotheses for examination—not measured outcomes:
Relevant national enablers include trusted data, infrastructure, skills, governance and collaboration. — NITI Aayog themes
This is no longer only theoretical
“72%”“The data from the Inventory of Tax Technology Initiatives shows that 72% of tax administrations use AI.”OECD exact section — paragraphs above Table 5.6
“None indicated that AI is used” to make final administrative decisions.
Each marker opens its primary-source record. Systems and legal settings differ.
AI is a toolbox—not one chatbot
Proposed design principle: Use the simplest reliable technology for each problem.
Rules & reconciliations
Calculations and deterministic checks should come from approved rules and verified databases—not probabilistic language output. Statutory flows, approved SOPs and validated evidence standards may be translated into testable, version-controlled logic.
The possibilities are extensive
Illustrative, not findings: Hover for a quick view; select a node for the complete proposed workflow and boundary.
Current product position: ChatGPT Enterprise is an organisational workspace—not only a one-to-one chat surface. OpenAI currently offers India storage-at-rest residency to eligible Enterprise and Edu workspaces; its current ChatGPT inference-residency list does not include India.
Proposed safeguard: CDR analysis is an exceptional-risk use requiring separate legal authority and security approval.
Nexus
Which route should be examined?
Select any path for a neutral view of capability, control, exposure, skills, dependence and reversibility.
Illustrative department-wide, on-premises scenario. These are planning inputs—not a budget, procurement estimate or verified current requirement.
Planning base—confirm internally: approximately “55,000” personnel, nearly “4,000” IRS officers and about “1,000 TB (1 PB)” of core data. The Department’s public page separately says it has around 60,000 personnel.
Indicative configuration: “200–400” enterprise AI GPUs and “3–5 PB” effective storage, plus high-performance servers, networking, cybersecurity, power, cooling, integration and deployment. Annual costs include model licensing, support, maintenance, electricity, security operations and upgrades.
From a prompt to a working loop
AI should not stop at documents or analytics. Code turns knowledge into repeatable action.
Prompt the goal
The officer describes the workflow, inputs, rules, expected output and boundary. The prompt remains a human instruction—not delegated authority.
Approved starter modules could help officers turn local workflow knowledge into small tools, with role-based access and mandatory review.
Reusable, version-controlled components can be reviewed once, improved centrally and adapted across formations without rebuilding from zero.
A reported internal utility aims to reduce multi-click signing friction and dependence on Adobe or external e-signer applications. Reported avoided licence estimate: ₹5,000 per user.
Internal estimate • confirm source, period and procurement basisAPPROVAL
Capability must remain subject to control
Governance inference from S12: Data being stored on our server does not, by itself, establish complete control.
Where is data processed? Who controls encryption keys? Who can access servers, logs and backups? Can a provider retain records or train on departmental data? Can the model be replaced?
The route should not be chosen in isolation
Proposed alignment principle: The departmental approach should remain consistent with the wider Government of India policy direction.
Select an institution to see what may be sought. Exact institutional sources are in the source drawer.
Department
Many possibilities.
One accountable decision.
Questions that must be answered
Build, procure, host, create internally—or combine approaches?
What must remain under departmental ownership and control?
Which use cases merit examination, and which are too sensitive?
Where will data, models, logs, embeddings and backups reside?
Who will have data, server, administrator and support access?
Which decisions remain exclusively with authorised officers?
What is the full life-cycle cost, including maintenance and exit?
How will options be compared objectively?
How will capability survive transfers and changes of vendor?
Which Government institutions should be consulted first?