EU Compliance 5 min read
GDPR Records of Processing Activities Guide: Building an Article 30 Register
Article 30 asks for a document, not a judgement call. This guide covers the mandatory fields for controllers and processors, the narrow exemption in Article 30(5), and the maintenance routine that keeps a register defensible.
Article 30 of the GDPR is unusual among the regulation's obligations: it asks for a document, not a judgement call. Controllers and processors must be able to show what personal data they handle, why they handle it, who receives it, and how long it is kept. This GDPR records of processing activities guide explains the clause structure, the fields that must appear, and the habits that keep a register credible when a supervisory authority asks for it.
What Article 30 Requires in Practice
Article 30(1) lists the minimum content of a controller's record. Article 30(2) does the same for processors, using a shorter list. Article 30(3) permits a single document to cover several processing operations, as long as the required detail is present for each one. Article 30(4) obliges the organisation to make the record available to the supervisory authority on request — the register is not a private internal note.
Article 30(5) contains the only exemption, and it is narrower than most teams assume.
Two design choices follow from the text. First, the record must be in writing, which in practice means a structured format — a spreadsheet, a database, or a governance platform. Second, the record is evidence: it should be dated, versioned, and traceable to an owner.
Who Must Keep a Record: The Article 30(5) Exemption
The exemption applies to enterprises with fewer than 250 employees, but only where the processing is occasional, does not risk the rights and freedoms of data subjects, and does not involve special categories of data under Article 9 or criminal conviction data under Article 10. Failing any one of those three conditions removes the exemption entirely.
Three questions that decide the exemption
- Is the processing occasional? Payroll, customer relationship management, and website analytics are recurring, so the answer is usually no.
- Could the processing risk rights and freedoms? Even routine HR data can, if it is combined with other datasets or retained indefinitely.
- Does it involve Article 9 or Article 10 data? Health records, biometrics, trade union membership, and criminal records all disqualify the organisation.
Most small and mid-sized organisations fail at least one test. Treating the exemption as unavailable by default is the safer position, and it avoids a rebuild later.
The Mandatory Fields
The field list below is the core of any GDPR records of processing activities guide, and it is short enough to memorise, which makes omissions harder to excuse.
Controller fields under Article 30(1)
- Name and contact details of the controller, plus any joint controller, EU representative, and data protection officer.
- Purposes of the processing.
- Categories of data subjects and categories of personal data.
- Categories of recipients, including recipients in third countries.
- Transfers to third countries or international organisations, and the safeguard relied on, such as an adequacy decision or Standard Contractual Clauses.
- Retention periods, or the criteria used to set them.
- Security measures, described at a level that reflects the controls actually in place.
Processor fields under Article 30(2)
Processors record the name and contact details of the processor and of each controller on whose behalf it acts, the categories of processing carried out for each, third-country transfers and safeguards, and the security measures applied. A processor does not need to duplicate the controller's purpose analysis, but it does need enough detail to distinguish one client engagement from another.
Controllers, Processors, and Overlapping Registers
The distinction between controller and processor is defined by fact, not by contract wording, and the EDPB's Guidelines 07/2020 on controller and processor concepts is the reference point most supervisory authorities follow. An organisation can hold both roles at once: a payroll provider is a processor for its clients and a controller for its own staff data.
Where roles overlap, keep separate registers rather than merging them. Merged registers tend to blur the purpose statements, which is exactly the field auditors examine first.
Documentation discipline transfers across regulatory regimes. Teams that already maintain technical files for machinery under the EU Machinery Regulation 2023 1230 guide or coordinate third-party assessment through an EU notified body involvement guide usually find that the same version-control habits serve an Article 30 register well. Where conformity assessment and data protection obligations run in parallel, a combined EU notified body involvement checklist can help sequence the evidence-gathering work.
Keeping the Register Current
A register written once and filed away fails the "available on request" test in spirit, even if the document technically exists. Build review triggers into processes you already run:
- New system or vendor onboarding adds a row before go-live.
- Retention schedule changes update the affected entries.
- A data protection impact assessment confirms or corrects the purpose and risk description.
- An annual review confirms ownership, contact details, and transfer safeguards.
Assign a named owner per processing activity. Record the date of the last review and the reason for any change. When a supervisory authority requests the register under Article 30(4), the version history is often more persuasive than the content itself.
Common Pitfalls and Audit Readiness
The recurring failures are predictable. Purpose statements are copied from privacy notices and become too vague to be useful. Retention fields say "as long as necessary" without criteria. Recipients are listed as categories so broad that they reveal nothing. Security measures are described aspirationally rather than factually.
Breaches of Article 30 fall within the administrative fine regime under Article 83(4), and supervisory authorities have issued reprimands and orders for missing or incomplete records. The practical defence is a register that is specific, dated, and owned.
Used well, this GDPR records of processing activities guide should leave you with a working document rather than a compliance artefact: one that answers a regulator's questions in minutes and tells your own teams what the organisation actually does with personal data.
Key facts
Machine-readable statements extracted from the sources above. Each fact keeps the same identifier across all six language versions.
Regulation (EU) 2016/679
The GDPR is Regulation (EU) 2016/679 of the European Parliament and of the Council.
Fact ID:
GDPR_regulation_number25 May 2018
The GDPR has applied since 25 May 2018.
Fact ID:
GDPR_application_dateArticle 30(1)
Article 30(1) sets out the minimum fields a controller's record of processing activities must contain.
Fact ID:
article_30_1_fieldsArticle 30(2)
Article 30(2) sets out the minimum fields a processor's record of processing activities must contain.
Fact ID:
article_30_2_fieldsArticle 30(5)
Article 30(5) exempts organisations with fewer than 250 employees only where processing is occasional, low-risk, and excludes Article 9 and Article 10 data.
Fact ID:
article_30_5_exemptionArticle 30(4)
Under Article 30(4) the record must be made available to the supervisory authority on request.
Fact ID:
article_30_4_availabilityArticle 83(4)
Infringements of Article 30 fall within the administrative fine tier set by Article 83(4).
Fact ID:
fine_tier_article_83_4
Frequently asked questions
Is a record of processing activities mandatory for every organisation?
No, but the exemption is narrow. Article 30(5) covers enterprises with fewer than 250 employees only where the processing is occasional, presents no risk to data subjects' rights and freedoms, and excludes Article 9 special category data and Article 10 criminal conviction data. Most organisations fail at least one of those conditions.
What is the difference between the controller and processor registers?
Article 30(1) requires controllers to document purposes, data subject and data categories, recipients, transfers, retention, and security measures. Article 30(2) requires processors to document the processor's details, each controller it acts for, the categories of processing performed, transfers, and security measures. The processor list is shorter but still specific.
Can one document cover several processing activities?
Yes. Article 30(3) allows a single record to cover multiple processing operations, provided every required field is completed for each activity. In practice this means one row or one record per activity, not one blended description.
Does the register have to be handed to a supervisory authority?
Article 30(4) requires the controller or processor to make the record available to the supervisory authority on request. It is not a document that can be withheld as internal material, so it should be current and retrievable at short notice.
How often should the record be reviewed?
There is no fixed interval in the GDPR. Set event-driven triggers instead: new systems or vendors, changed retention schedules, completed data protection impact assessments, and an annual confirmation of ownership and transfer safeguards.
What happens if the record is missing or incomplete?
Article 30 breaches fall under the administrative fine regime in Article 83(4). Supervisory authorities have also issued reprimands and orders requiring organisations to build or correct their registers within a set period.
Sources and licencing
Every claim in this article traces back to the sources listed below. Links open the publisher directly.