The Accountability Principle

Article 5(2) accountability — what records to keep and how GDPR4All helps you demonstrate compliance

5 min readUpdated 26 February 2026

The GDPR does not simply require you to comply with its principles — it requires you to prove that you comply. Article 5(2) states that the controller shall be responsible for, and be able to demonstrate compliance with, the data protection principles. This is the accountability principle, and it underpins every other obligation in the regulation. If you cannot show how you comply, then in the eyes of the law, you may as well not comply at all.

What Accountability Means in Practice

Accountability is more than good intentions. It is an active, ongoing obligation to:

  • Implement appropriate technical and organisational measures to ensure and demonstrate that processing is performed in accordance with the GDPR (Article 24).
  • Document your processing activities, decisions, and risk assessments.
  • Review your measures regularly and update them where necessary.
  • Be able to show a supervisory authority, upon request, that you have taken data protection seriously at every stage.

The concept shifts the burden of proof. Under previous data protection law, regulators had to prove you were non-compliant. Under the GDPR, you must demonstrate that you are compliant. If a supervisory authority audits your organisation and you cannot produce evidence of your compliance efforts, that itself is a violation.

Key Records and Documentation

Accountability is built on records. The GDPR requires or strongly encourages organisations to maintain several categories of documentation. Together, they form the evidence base for your compliance programme.

Record of Processing Activities — ROPA (Article 30)

The ROPA is the backbone of GDPR documentation. Every controller (and processor, in a slightly different format) must maintain a record containing:

  • The name and contact details of the controller (and DPO, where applicable)
  • The purposes of each processing activity
  • Categories of data subjects and personal data
  • Categories of recipients
  • International transfers and safeguards
  • Retention periods
  • A general description of technical and organisational security measures

The ROPA must be in writing (including electronic form) and made available to the supervisory authority on request. Organisations with fewer than 250 employees are exempt only where processing is occasional, does not include special category data, and is unlikely to result in a risk to individuals — a narrow exemption that few organisations genuinely meet.

Data Protection Impact Assessments — DPIAs (Article 35)

Where processing is likely to result in a high risk to individuals, a DPIA must be conducted before processing begins. The completed DPIA documents your systematic analysis of risks and the measures taken to mitigate them. Retaining DPIAs demonstrates that you proactively assessed and addressed data protection risks.

Breach Records (Article 33(5))

Every personal data breach must be documented — not just those that require notification to the supervisory authority. Your breach register should record the facts of the breach, its effects, and the remedial action taken. This record serves as evidence that you take incidents seriously and learn from them.

Where consent is your lawful basis, you must be able to demonstrate that the data subject consented (Article 7(1)). This means keeping records of:

  • Who consented
  • When they consented
  • What they were told at the time
  • How they consented (the mechanism)
  • Whether and when they withdrew consent

Without these records, you cannot prove that consent was validly obtained, and your processing may be deemed unlawful.

Data Subject Request Records

Documenting how you handle data subject requests (DSRs) demonstrates that you respect individual rights and respond within the required timeframes. For each request, record:

  • The date of receipt
  • The type of right exercised
  • The steps taken to verify identity and locate data
  • The response provided
  • The date of response
  • Any reasons for refusal or extension

Training Records

Article 39(1)(b) includes awareness-raising and training of staff involved in processing operations among the tasks of the DPO. Even where no DPO is appointed, training is a fundamental organisational measure. Maintain records of:

  • What training was provided and when
  • Who attended
  • Assessment results (where applicable)
  • Refresher schedules

Training records demonstrate that your staff understand their data protection obligations — a key factor in supervisory authority assessments.

Vendor and Processor Agreements

Article 28 requires that processing by a processor is governed by a contract (or other legal act) that sets out the subject matter, duration, nature, and purpose of the processing, as well as the obligations and rights of the controller. Maintain:

  • Signed Data Processing Agreements (DPAs) with all processors
  • Records of due diligence assessments conducted before engaging processors
  • Evidence of ongoing monitoring and compliance reviews
  • Sub-processor management records

Data Protection Policies

Beyond specific records, the accountability principle calls for documented internal policies that set out your organisation's approach to data protection. These may include:

  • Data protection policy — your overarching framework for handling personal data.
  • Data retention policy — defining how long you keep data and when it is deleted.
  • Data breach response policy — the procedures for detecting, reporting, and managing breaches.
  • Data subject rights policy — how requests are received, verified, and fulfilled.
  • Acceptable use and information security policies — governing employee behaviour and technical controls.
  • International transfer policy — documenting how transfers are assessed and safeguarded.

These policies should be living documents: regularly reviewed, updated when processes change, and communicated to all relevant staff.

Demonstrating Compliance to Supervisory Authorities

When a supervisory authority conducts an audit or investigation, it will typically request evidence across several areas:

  • Your ROPA and how it is maintained
  • DPIAs for high-risk processing
  • Your breach register and response procedures
  • Consent mechanisms and records
  • DSR handling processes and response times
  • Staff training programmes and participation records
  • Processor agreements and due diligence evidence
  • Internal policies and review schedules

The ability to produce this documentation promptly and completely is itself a demonstration of accountability. Conversely, gaps in documentation — even where the underlying processing is perfectly lawful — can lead to findings of non-compliance and administrative fines.

How GDPR4All Helps

GDPR4All is built around the accountability principle. Every module in the platform creates and maintains the records you need to demonstrate compliance:

  • ROPA module — maintain and update your processing activity register with all Article 30 required fields.
  • DPIA module — conduct structured impact assessments with risk matrices, mitigation tracking, and approval workflows.
  • Breach module — log and manage incidents with automated 72-hour countdown timers and structured notification records.
  • Consent module — record and track consent with full lifecycle management, including withdrawal.
  • DSR module — manage data subject requests with deadline tracking and response documentation.
  • Training module — assign courses, track completions, and maintain assessment records.
  • Vendor module — manage processor relationships, DPAs, compliance assessments, and sub-processor chains.
  • Document Generator — create, review, and approve privacy policies, breach notifications, and other compliance documents with a full audit trail.
  • Audit trail — every action across the platform is logged, creating a comprehensive, tamper-evident record of your compliance activities.

All records are centralised, searchable, and exportable — so when a supervisory authority asks for evidence, you can provide it immediately rather than scrambling through spreadsheets and email archives.

Summary

Accountability is the principle that ties the entire GDPR together. It demands not just compliance, but demonstrable compliance — supported by records, policies, training, and proactive risk management. Building a culture of accountability protects your organisation from enforcement action, builds trust with customers and partners, and turns data protection from a burden into a competitive advantage.

Related Articles

Was this article helpful?