Establish a useful starting point

Begin with the organisation’s services and the personal information they use. Identify responsible teams, applications and outside providers. Choose one journey to examine closely, such as enrolment or an appointment, rather than trying to redesign every department at once.

Use the official DPDP framework as a reference and check which provisions and requirements apply at the relevant time. Have an adviser review uncertain issues. A copied checklist from another jurisdiction or industry can help prompt questions, but should not be treated as an automatically correct assessment for this organisation.

Configure purposes and request handling

Describe why each purpose uses information and which fields are involved. Review the processing basis before showing a consent selection or notice. Keep promotional activities distinct from core service processing so the person’s choice applies to the intended activity.

Set up a request route with a responsible contact and an internal target. Check the dashboard contact and notification. Explain where staff perform the operational work and how they report completion after that work is done.

Test before trusting the dashboard

Use the connected application to create a new account and record a permission. Confirm the account and purpose appear correctly in the console. Send a permitted communication, withdraw that purpose and try the same operation again. Then submit a correction and follow it through to manual completion.

Add less convenient cases: an unavailable permission check, a callback retry, missing display information and an overdue request. These tests reveal whether the organisation can recognise and resolve a problem. Do not improve the score by marking work complete when the underlying activity has not actually happened.

Use metrics to guide the next review

Keep operational evidence, documentation answers and DPO review status visible as separate contributors. This makes the overall readiness score easier to explain. An unfinished request within its target should remain visible as work in progress; overdue work deserves a different signal and a clear route back to the affected case.

Schedule a review of the organisation’s setup and evidence, and keep its completion history. When material answers or configuration change, examine whether a fresh review is needed. A readiness score is an internal prioritisation tool, not legal certification. The useful result is a smaller, clearer list of gaps and a team that knows who will resolve each one.

Put it into practice

  • Improve one complete journey before expanding to more teams.
  • Validate integrations with real actions and failure cases.
  • Use the score to prioritise work, not to claim certified compliance.

References

Make the next step practical.

Discuss your organisation’s privacy programme with our team.

Talk to our team