Safeguard
Compliance•

GDPR records of processing: what Article 30 requires

What a GDPR Article 30 record of processing activities must contain, who is exempt, and a simple table layout that engineering teams can keep current.

Safeguard Security Team
3 min read

GDPR Article 30 requires controllers and processors to keep a written record of their processing activities and make it available to the supervisory authority on request. Organisations with fewer than 250 people are exempt only in limited cases, and the exemption disappears for risky, regular or special category processing.

What a controller must record

Article 30(1) lists these fields:

  • Contact details of the controller, any joint controller, representative and data protection officer.
  • The purposes of the processing.
  • Categories of data subjects and categories of personal data.
  • Categories of recipients, including those in third countries.
  • Transfers to third countries, naming the country and, for certain transfers, the safeguards.
  • Planned erasure time limits for each category, where possible.
  • A general description of the technical and organisational security measures, where possible.

What a processor must record

A processor keeps a separate record of what it does for each controller: its own and each controller's contact details, the categories of processing, third country transfers with safeguards, and a general description of security measures. If you are a SaaS vendor handling customer data, this is your record.

The small organisation exemption

The duty does not apply to an organisation with fewer than 250 persons. But the exemption does not hold if the processing is likely to risk people's rights and freedoms, is not occasional, or involves special category or criminal offence data. A company that processes customer accounts every day is not doing so occasionally, so most software firms should assume they need a record.

A layout that stays alive

Use one row per processing activity, such as "customer billing" or "support ticketing". Columns:

  1. Activity name and owner.
  2. Purpose and lawful basis.
  3. Data categories and people categories.
  4. System or vendor holding the data.
  5. Recipients and country of each.
  6. Transfer safeguard, if outside your region.
  7. Retention period.
  8. Security measures, linked to your control list.
  9. Last reviewed date.

The lawful basis column is useful practice even though Article 30 does not list it. It lines the record up with your privacy notice.

Keeping it accurate

Assign each row to a team lead, not to the privacy officer alone. Add a step to your release checklist: new vendor, new data field or new region means a record update. Review quarterly. Stale records are common, and an authority that asks for yours will compare it to reality.

Quick check

Must the record be on paper?

No. It must be in writing, which includes electronic form.

Is the record the same as a data map?

They overlap. A data map shows flows, while the record is the formal register. One can feed the other.

Safeguard's asset discovery and SBOM and dependency scanning help show which systems and third party components exist, which feeds the system column. They do not write the record for you.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.