Privacy, made operational. Discover → Classify → Map → Consent → Evidence
RoPA • Record of Processing Activities

Know what data you process — before you try to govern it.

RoPA gives organisations a structured, living inventory of processing activities across data, purposes, systems, parties, transfers and retention.

  • Central processing inventory
  • Data flow visibility
  • Foundation for DPIA & risk
RoPA workflow

Build the inventory.
Then keep it alive.

A useful RoPA is not a one-time spreadsheet. It should become an operational source of truth for how personal data is processed across the organisation.

01

Identify activities

Capture processing activities across business functions, systems and data owners.

02

Map the data flow

Document data categories, purposes, systems, parties, recipients and transfers.

03

Record governance context

Add lawful basis, retention, ownership, risks and other control information.

04

Review continuously

Keep records updated as systems, purposes, vendors, transfers and processes change.

Why organisations need it

RoPA becomes the map behind the privacy programme.

When maintained properly, it gives legal, compliance, privacy, technology and business teams a shared view of how personal data moves through the organisation.

A governance view.

See purposes, lawful basis, transfers, recipients, retention and privacy context.

VisibilityUnderstand processing across functions, systems and third parties.
AccountabilityMake owners, purposes and responsibilities easier to identify.
Risk TriageSurface activities that may require DPIA or further risk review.
Audit ReadinessMaintain a structured record instead of reconstructing evidence later.
What RoPA captures

A structured view of processing activity.

The page should make clear that RoPA is more than a list of systems. It describes the business activity, the data, the reason for processing and the flow around it.

01

Processing Activity

The business process or activity in which personal data is used.

02

Data & Categories

Personal data categories, categories of individuals and relevant sensitivity context.

03

Purpose & Lawful Basis

Why the processing takes place and the legal or governance basis supporting it.

04

Systems & Data Flow

Applications, repositories and movement of data across the processing lifecycle.

05

Recipients & Transfers

Internal or external recipients, third parties and relevant transfer information.

06

Retention & Ownership

Retention expectations, accountable teams, data owners and review responsibility.

Connected privacy operations

RoPA should not sit in isolation.

Connect processing records with discovery, classification, consent, DPIA, risk workflows and the systems that handle personal data.

iDiscover • Classification • iConsent • DPIA • Risk Assessment • ERP • CRM • Apps

RoPA
Control Layer
Discovery
Classify
Consent
DPIA
Systems
Governance sequence

RoPA identifies. DPIA evaluates. Risk Assessment controls.

The RoPA provides the inventory and context that helps organisations identify where deeper privacy or organisational risk evaluation may be required.

Processing ActivityCustomer Onboarding
PurposeService Delivery
OwnerOperations
StatusComplete
Stage 01

RoPA

Question: What data do we process, why, where and with whom?

Stage 02

DPIA

Question: What privacy risk does this processing create for individuals?

Stage 03

Risk Assessment

Question: What broader risk does this create for the organisation?

Start with visibility

You cannot govern processing you cannot see.

See how RoPA can become a living part of your privacy operating model rather than a static compliance document.