DPDP Policy Templates · India IT, BPO & GCC Teams · 2026

How to Write an Employee Monitoring Policy Under DPDP

To write an employee monitoring policy under India’s DPDP Act 2023, document nine things in plain language: the scope and devices covered; every data category you capture; the purpose for each category; your lawful basis and the notice you give; retention periods per category; who can access or receive the data; employee rights and the grievance route; security measures; and a review date with version number. The Act requires notice under Section 5 and a lawful basis for processing employee personal data, and a written policy is how most India employers discharge and evidence those duties. Keep the policy honest — only list capture you actually perform, and drop any category you cannot tie to a clear, narrow purpose, because every extra category adds a notice line, a retention schedule and a breach scenario. Verify with counsel.

A monitoring policy is not a formality — it is the document a Data Protection Board, an employee, or a client’s auditor reads first. This guide walks the nine sections a DPDP-aligned policy needs, the wording that tends to hold up, and how the tool you choose changes how much you have to write. Verify with counsel.

Why DPDP makes the policy the load-bearing document

The DPDP Act 2023 does not contain a section titled “employee monitoring policy.” What it does contain is a duty to give clear notice before processing personal data (Section 5) and a requirement that processing rest on a lawful basis. Employee monitoring — attendance, activity, device usage, productivity scoring — is processing of personal data, so those duties attach the moment you switch a tool on.

In practice, a written monitoring policy is how Indian employers discharge and evidence both. It is the artefact that proves you told employees what you capture, why, and for how long. When something goes wrong — a grievance, a breach, a client security review, or a Data Protection Board inquiry — the policy is the first thing requested. A vague or missing policy turns a routine question into an exposure. Treat the document as load-bearing, not boilerplate.

The nine sections every monitoring policy needs

A defensible policy maps each thing you do to a clause. Drop any category you cannot justify; length is a liability, not a virtue.

#SectionWhat it must answerDPDP hook
1Scope & devicesWho and what is covered — roles, company vs personal devices, work hoursDefines processing boundary
2Data categories capturedThe exact list: attendance, app/URL usage, screenshots, keystrokes, location, outcome signalsEach is a processing category
3Purpose per categoryA narrow, stated reason for each category — no “general oversight”Purpose limitation
4Lawful basis & noticeThe basis relied on and the notice text given before captureSection 5 notice
5RetentionHow long each category is kept and when it is deletedStorage limitation
6Access & disclosureWho sees the data internally; any processors or transfersSecurity & sharing duties
7Employee rights & grievanceHow to access, correct, complain; the named contactData principal rights
8Security measuresEncryption, access control, audit loggingReasonable safeguards
9Review & versionOwner, last-reviewed date, version numberAccountability

This structure is a drafting aid, not legal advice; obligations are fact-specific. Verify with counsel.

Do I need consent, or is notice enough?

This is the question that trips up most drafts. The DPDP Act requires notice in every case — employees must be told, before capture, what you collect and why. Whether consent is the correct lawful basis, or whether a legitimate-use ground applies to the employment relationship, is fact-specific and genuinely contested for workplace monitoring.

A common, conservative pattern is to write the notice carefully, state the lawful basis explicitly in the policy, and obtain a signed acknowledgement of the notice at onboarding rather than leaning on consent that an employee may feel unable to refuse. That keeps the notice duty clearly met while you get the basis confirmed for your facts.

Penalty context for the file — the most serious DPDP violations carry significant monetary penalties prescribed in the Act’s schedule, and Indian IT exporters serving EU clients may also fall under the EU AI Act’s high-risk classification for worker-evaluation systems. Both regimes are fact-specific and the figures move — verify exact exposure with counsel.

Writing the notice and retention clauses

The notice clause is where policies most often fail an audit. It should be specific enough that an employee reading it knows exactly what exists. Replace “we may monitor your activity” with a per-category statement: “We record application and website usage during work hours on company devices to measure focus time; we do not capture screen content or keystrokes.” Specificity is protective — it bounds what you are claiming the right to do.

Retention works the same way. Pick a defensible period per category tied to its purpose — for example, aggregated productivity metrics kept for a performance cycle, raw activity logs purged on a shorter rolling window — and then actually delete on schedule. A retention clause you do not enforce is worse than none, because it documents a promise you broke. Shorter retention is the cheapest risk reduction available.

Does my monitoring tool change how long the policy is?

The single biggest lever on how much you have to write is the capture surface of the tool you deploy. A forensic monitoring suite that records screens, logs keystrokes and ingests message content forces a long policy: each of those is its own category, purpose, notice line, retention schedule and breach scenario.

A productivity intelligence platform that scores outcome signals — calendar load, repository and ticket flow, focus-time artefacts — removes those categories entirely. There is no keystroke clause if no keystrokes are captured; no screen-archive retention rule if no screens are stored. gStride is built this way: screenshots are off by default and configurable per feature, there is no keystroke logging, and no message-content ingestion, with every AI inference routed to a named human reviewer with an override. The result is a materially shorter, easier-to-defend policy. Choose the data model first; the policy follows it.

Common pitfalls that fail a DPDP review

Five recurring mistakes:

  1. Copy-paste scope. A policy that lists capture you do not actually perform invents obligations and contradicts your real configuration.
  2. “General oversight” purposes. Purpose limitation requires a narrow, stated reason per category — not a catch-all.
  3. Silent retention. No retention period, or one you never enforce, is a standing liability.
  4. No grievance route. Employees need a named contact and a path to access, correct or complain.
  5. Never reviewed. An undated, unversioned policy signals it is not actually operated. Date it and review it.
Build the policy on a defensible data model. Before you draft, decide what the tool captures — because the policy can only be as short and clean as the capture surface allows. Score any monitoring vendor against DPDP criteria with the free DPDP Vendor Risk Assessment: no email required to get a verdict. Verify with counsel.

See a monitoring model that keeps your policy short

gStride scores outcome signals instead of recording screens, keystrokes or message content — so the policy you have to write and defend is materially smaller. See it in a working demo.

Book a 30-min demo → Open the DPDP Vendor Risk Assessment

Frequently asked questions

Is an employee monitoring policy legally required under DPDP?

The DPDP Act 2023 does not name a single document called an employee monitoring policy, but it does require notice (Section 5) and a lawful basis for processing employee personal data. A written monitoring policy is the practical way most India employers discharge those duties and evidence them in an audit. Treat it as effectively required for any monitoring beyond the trivial. Verify with counsel.

What sections must an employee monitoring policy contain?

A defensible DPDP-aligned policy typically covers nine sections: scope and devices, the exact data categories captured, purpose for each category, lawful basis and notice, retention periods, access and disclosure, employee rights and grievance route, security measures, and a review and version date. Drop any category you cannot map to a clear purpose. Verify with counsel.

Do I need employee consent to monitor under DPDP?

Notice is required in all cases. Whether consent is the right lawful basis or whether a legitimate-use ground applies is fact-specific and contested for employment contexts, so policies should state the basis carefully and many employers obtain acknowledgement of the notice rather than relying on consent alone. Get the basis confirmed by counsel for your facts.

How long can monitoring data be retained under DPDP?

DPDP requires that personal data not be kept longer than necessary for the stated purpose. There is no fixed number in the Act for monitoring data; you set a defensible period per data category tied to its purpose, document it in the policy, and delete on schedule. Shorter retention lowers breach exposure. Verify with counsel.

Can a productivity tool reduce what my policy has to cover?

Yes. The policy length scales with the capture surface. A tool that scores outcome signals instead of recording screens, keystrokes or message content removes those categories from the policy entirely, shortening notice, purpose mapping and retention schedules. Fewer categories captured means fewer obligations to write and defend.

Related reading

Disclaimer: This article is general information, not legal advice. The DPDP Act 2023 and the EU AI Act are fact-specific and continue to evolve through rules and guidance. Verify your lawful basis, notice wording, retention periods, penalty exposure and contract terms with qualified counsel before relying on any monitoring policy.