Article 24 GDPR: Difference between revisions

From GDPRhub
 
(56 intermediate revisions by 9 users not shown)
Line 185: Line 185:


==Legal Text==
==Legal Text==
<br /><center>'''Article 24 - Responsibility of the controller'''</center><br />
<br /><center>'''Article 24 - Responsibility of the controller'''</center>


<span id="1">1.  Taking into account the nature, scope, context and purposes of processing as well as the risks of varying likelihood and severity for the rights and freedoms of natural persons, the controller shall implement appropriate technical and organisational measures to ensure and to be able to demonstrate that processing is performed in accordance with this Regulation. Those measures shall be reviewed and updated where necessary.</span>
<span id="1">1.  Taking into account the nature, scope, context and purposes of processing as well as the risks of varying likelihood and severity for the rights and freedoms of natural persons, the controller shall implement appropriate technical and organisational measures to ensure and to be able to demonstrate that processing is performed in accordance with this Regulation. Those measures shall be reviewed and updated where necessary.</span>
Line 194: Line 194:


==Relevant Recitals==
==Relevant Recitals==
<span id="r74">
{{Recital/74 GDPR}}{{Recital/75 GDPR}}{{Recital/76 GDPR}}{{Recital/77 GDPR}}{{Recital/78 GDPR}}
<div class="toccolours mw-collapsible mw-collapsed" style="border-width: 0px" overflow:auto;"><div>'''Recital 74''' </div>
<div class="mw-collapsible-content">
The responsibility and liability of the controller for any processing of personal data carried out by the controller or on the controller's behalf should be established. In particular, the controller should be obliged to implement appropriate and effective measures and be able to demonstrate the compliance of processing activities with this Regulation, including the effectiveness of the measures. Those measures should take into account the nature, scope, context and purposes of the processing and the risk to the rights and freedoms of natural persons.
</div></div>


<span id="r78">
==Commentary==
<div class="toccolours mw-collapsible mw-collapsed" style="border-width: 0px" overflow:auto;"><div>'''Recital 78''' </div>
This provision opens Section 1 of Chapter IV, which is dedicated to the “''General obligations''” of the controller and processor. Article 24 stipulates the abstract obligation of the controller to ensure and demonstrate GDPR compliance and expands the accountability principle set out in [[Article 5 GDPR|Article 5(2) GDPR]]. This provision is therefore closely connected to the numerous more specific obligations of the controller, such as, [[Article 25 GDPR]] or [[Article 32 GDPR]].<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 11 (C.H. Beck 2024, 4th Edition).</ref> This provision assigns a ''proactive role'' to the controller who has to ensure compliance with the GDPR at all stages of processing.<ref>''Docksey'', in Kuner, Bygrave, Docksey, The EU General Data Protection Regulation (GDPR): A Commentary, Article 24 GDPR, p. 557 (Oxford University Press 2020).</ref> To archive this goal, the controller uses technical and organisational measures that are ''appropriate to the risk'' connected to the processing (''risk based approach'').<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 11 (C.H. Beck 2024, 4th Edition).</ref>  
<div class="mw-collapsible-content">
 
The protection of the rights and freedoms of natural persons with regard to the processing of personal data require that appropriate technical and organisational measures be taken to ensure that the requirements of this Regulation are met. In order to be able to demonstrate compliance with this Regulation, the controller should adopt internal policies and implement measures which meet in particular the principles of data protection by design and data protection by default. Such measures could consist, inter alia, of minimising the processing of personal data, pseudonymising personal data as soon as possible, transparency with regard to the functions and processing of personal data, enabling the data subject to monitor the data processing, enabling the controller to create and improve security features. When developing, designing, selecting and using applications, services and products that are based on the processing of personal data or process personal data to fulfil their task, producers of the products, services and applications should be encouraged to take into account the right to data protection when developing and designing such products, services and applications and, with due regard to the state of the art, to make sure that controllers and processors are able to fulfil their data protection obligations. The principles of data protection by design and by default should also be taken into consideration in the context of public tenders.
The controller is not only responsible for the actual compliance with the GDPR, it must also be able to ''demonstrate'' compliance. The controller can use codes of conduct or approved certification mechanisms as an element of such demonstration.
</div></div>
 
Article 24 GDPR is the only provision in the section on the general obligations which cannot be directly penalised with a fine under [[Article 83 GDPR|Article 83(4)(a)]] or [[Article 83 GDPR|Article 83(5) GDPR]].<ref>However, this does not mean that the provision is merely declaratory: it also establishes directly applicable obligations. ''Plath,'' in Plath DSGVO BDSG, Article 24 GDPR, margin number 2 (Ottoschmidt 2018, 3rd Edition).</ref>  <blockquote><u>EDPB and WP29 Guidelines:</u> For this Article there are the (i) [https://edpb.europa.eu/our-work-tools/our-documents/guidelines/guidelines-072020-concepts-controller-and-processor-gdpr_en Guidelines 07/2020 on the concepts of controller and processor in the GDPR], (ii) [https://ec.europa.eu/justice/article-29/documentation/opinion-recommendation/files/2010/wp173_en.pdf WP29, 'Opinion 3/2010 on the principle of accountability', 00062/10/EN WP173, 13 July 2010], (iii) [https://ec.europa.eu/newsroom/article29/items/611236/en WP29, 'Guidelines on Data Protection Impact Assessment (DPIA) and determining whether processing is “likely to result in a high risk” for the purposes of Regulation 2016/679' 17/EN WP248 rev.01, 4 April 2017] </blockquote>
 
===(1) Appropriate technical and organisational measures===
This provision obliges the controller to implement appropriate technical and organisational measures to ensure compliance of its processing activities with the GDPR. Therefore, this provision addresses the controller ([[Article 4 GDPR|Article 4(7) GDPR]]) as the primary addressee for GDPR compliance. Other entities, such as data processors, are not subject of Article 24 and their responsibility is limited to specific aspects regulated separately. However, even a limited responsibility of a processor does not affect the overall accountability and liability of the controller.<ref>''Petri'', in Simitis, Hornung, Spiecker gen. Döhmann, Datenschutzrecht, Article 24 GDPR, margin number 9 (C.H. Beck 2019).</ref> 
 
Article 24(1) goes beyond the mere compliance with the GDPR. The controller must also be able to ''demonstrate'' that the processing is performed in accordance with the GDPR. <blockquote><u>Example</u>: It is not sufficient that a controller manages to answer to access requests in accordance with [[Article 12 GDPR]] and [[Article 15 GDPR]]. The controller must also be able to ''demonstrate'' that it implemented appropriate technical and organisational measures that ensure such compliance with the data subject's right to access.</blockquote>The technical and organisational measures implemented by the controller are subject to change and must be reviewed and updated regularly in order to ensure the appropriateness of those measures.
 
==== Taking into account... ====
To decide which specific technical and organisational measures to implement, the controller must perform a comprehensive assessment of processing activities and analyse potential consequences and causes of harm in order to effectively evaluate and mitigate risks associated with the data processing.  
 
===== Nature, scope, context and purposes of the processing =====
The controller must consider the ''nature, scope, context and purposes'' of the processing.<ref>The attribution of the various conditions to these criteria is not practised consistently.  </ref> 
 
The ''nature'' of the processing refers in particular to the type or processing (e.g. collection, recording, storing, etc.) as well as to the categories of data processed (e.g. whether special categories of personal data are processed).<ref name=":0">''Pollirer,'' in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).</ref>
 
The ''scope'' of the processing refers to the ''quantity'' of the data processing resulting from the amount of affected data subjects, the amount of processed data, the duration and the geographical extend of the data processing.<ref>''Pollirer,'' in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).</ref>
 
The ''context'' of the processing refers to the specific circumstances such as the modalities and technical implementation, the type and method of data collection and the legal basis in accordance with Article 6 GDPR.<ref>''Pollirer,'' in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).</ref>
 
The controller also has to consider the ''purposes'' of the processing. See the commentary on [[Article 5 GDPR|Article 5(1)(b) GDPR]] for more details on the purpose of a processing activity.
 
===== Risks of varying likelihood and severity for rights and freedoms of natural persons =====
Second, the controller must identify the risks associated with the respective processing activity and assess the severity of those risks for the rights and freedoms of natural persons, as well as the likelihood that these materialise. 
 
The ''likelihood'' is the statistical probability that a certain risk will materialise in the future. It should be noted that some risks are inherent to processing activities – the likelihood is therefore 100 %.<ref>''Hötzendorfer'', ''Kastelitz'', ''Tschohl'', in Knyrim, DatKomm, Article 24 GDPR, margin numbers 20 (Manz 2022).</ref>  <blockquote><u>Example</u>: A controller publishes certain personal data. The loss of confidentiality is a risk that certainly materialises in course of the processing activity. </blockquote>The ''severity'' of the risk is determined by the ''extent'' a potential damage would have to the rights and freedoms of a natural person as well as the nature of the damage.<ref>''Hötzendorfer'', ''Kastelitz'', ''Tschohl'', in Knyrim, DatKomm, Article 24 GDPR, margin numbers 21 (Manz 2022). </ref> Recital 75 clarifies that the damage can be physical, material, or immaterial and lists a range of examples of damages, such as discrimination, identity theft, fraud and loss of confidentiality or control.
 
According to Recital 76 the likelihood and severity of the risk to the rights and freedoms of the data subject should be determined by reference to the nature, scope, context and purposes of the processing. It also states that the risk should be evaluated on the basis of an ''objective assessment''.
 
Article 24 does not prescribe procedural steps on how to perform this assessment. Therefore, it is left to the controller to use a suitable method. However, regarding the methodology, reference can be made to the risk assessment in course of a ''data protection impact assessment'' in accordance with [[Article 35 GDPR]], which a controller has to carry out if a processing activity is likely to result in a high risk for the rights and freedoms of natural persons.


==Commentary==
==== Shall implement appropriate technical and organisational measures to ensure GDPR compliance ====
 
===== Technical and organisational measures =====
The term "''measure''" must be understood broadly since it refers to all actions that are appropriate to make the processing compliant with the GDPR. As the provision explains, this can be done through technical and organisational means.
 
''Technical measures'' have a direct effect on the operation of technical processing, while ''organizational measures'' have an effect on the circumstances of processing.<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 17 (C.H. Beck 2024, 4th Edition).</ref>
 
Examples of a technical measure are pseudonymisation of personal data, encryption, access restrictions and password protection. The implementation of data protection policies, a yearly review of the processing activities and training of employees and management would be organisational measures. In practice, the distinction between technical and organisational measures is not always clear as these can overlap. However, this is unproblematic because the GDPR does not differentiate between the two in terms of legal requirements.<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 17 (C.H. Beck 2024, 4th Edition).</ref><blockquote><u>Example</u>: A controller wants to enable its employees to work from home. In order to ensure GDPR compliance, he implements a number of technical and organisational measures, like providing a VPN connection to the company network (technical measure) and drafting a “work from home” policy which makes the use of the VPN connection mandatory (organisational measure).  </blockquote>
 
===== Appropriate measures to ensure GDPR compliance =====
The controller has to implement technical and organisational measures that are ''appropriate'' for the respective processing activity and ''effective''.<ref>''Dumortier'', ''Gryffroy,'' in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 27 et seq (C.H.Beck 2023).</ref> Therefore, the controller does not have to implement every available technical and organisational measure but has to consider – taking into account the specific processing activity and the underlying risks – which measures are necessary in order to ensure compliance with the GPDR and enable the controller to demonstrate such compliance. This assessment of proportionality follows from Article 52(1) GRC and has to be conducted by the controller itself.
 
Certain provisions of the GPDR demand the implementation of more specific technical and organisational measures (e.g. Article 25 (1) and (2), Article 28(1), Article 32(1) GDPR, Article 89(1) GDPR). These measures can also be regarded as measures under Article 24(1) since they serve the compliance with the obligations under the GDPR. However, the controller has to assess in these cases if additional measures are necessary.
 
==== And to demonstrate GDPR compliance ====
Pursuant to Article 24(1) the controller must be able to demonstrate the compliance with the GDPR. This provision therefore widens the accountability obligation stipulated in [[Article 5 GDPR|Article 5(2) GDPR]] which obliges the controller to be able to demonstrate compliance with the data protection principles set out in [[Article 5 GDPR|Article 5(1) GDPR]].<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition) with further references.</ref>


=== Overview ===
The ability to demonstrate compliance with the GDPR must be ensured by the implementation of appropriate technical and organisational measures. The comprehensiveness of the necessary evidence must be proportionate to the risk posed by the processing operation. The riskier a processing operation, the more comprehensive the accompanying evidence must be.<ref>''Martini'', in Paal, Pauly, DS-GVO, Article 24, margin number 25a (C.H. Beck 2021, 3rd Edition).</ref> The controller can use a wide variety of ways in order to demonstrate that it implemented appropriate technical and organisational measures that ensure compliance with the GDPR. In particular, the controller can refer to data protection policies (Article 24(2)) or approved codes of conduct or certification mechanisms (Article 24(3)). Recitals 77 additionally mentions EDPB guidelines and indications provided by the data protection officer.  
Article 24 opens Section 1 of Chapter 5 of the GDPR, dedicated to the “''General obligations''” of controller and processor. This provision introduces one of the most innovative aspects of the GDPR as it holds the controller accountable for the processing operations, which must be known (“''taking into account''”), controlled (through “''appropriate technical and organisational measures''”) and regularly reviewed (“''updated where necessary''”). The controller must do so to “''ensure''” compliance with the Regulation.


=== Appropriate technical and organisational measures ===
Certain provisions of the GDPR provide for specific measures to demonstrate compliance (e.g. maintaining a record of processing activities under [[Article 30 GDPR|Article 30(1)]] GDPR, documenting personal data breaches under [[Article 33 GDPR|Article 33(5) GDPR]] or performing a data protection impact assessment under [[Article 35 GDPR]]).<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition) with further references.</ref>
The controller must implement effective technical and organisational measures to ensure compliance with the entire GDPR, including respect of data protection principles (Article 5), data subject’s rights (amongst the others, Article 12-22) and controller’s obligations.


To obtain such a result, the controller must study the processing, and select the most appropriate measures among the different options available. The appropriateness of a measure shall be defined considering the “''nature, scope, context and purposes of processing as well as the risks of varying likelihood and severity for the rights and freedoms of natural persons''. However, the provision does not provide clear instructions as to how these elements interact. It follows that EDPB’s position and DPAs’ decisions will play an essential role in defining what was appropriate and what was not.
The duty to demonstrate compliance is not limited to demonstration to the supervisory authority. The duty, for example, also applies to complaint procedures in accordance with [[Article 77 GDPR]] or civil litigation under [[Article 79 GDPR]]. However, whether the controller’s obligation to demonstrate compliance, also implies a reversal of the burden of proof when a data subject seeks compensation for damages pursuant to Article 82, is disputed.<ref>instead of many: ''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition).</ref> 


=== Demonstrate compliance ===
==== Measures must be continuously reviewed and updated ====
Controllers not only have to ''ensure''” compliance they also have to ''demonstrate''” it. Since the term “compliance” includes all the GDPR provisions, the burden of proof will cover the very same items.  
The controller must continuously ensure and demonstrate compliance with the GDPR by consistently reviewing existing measures and updating them.
Beyond the qualifier "''where necessary''", it is not specified how frequently updates must be carried out. The criterion of necessity does not mean that the controller must only react to concrete changes. Since it is the controller’s responsibility to ensure that their processing operations are compliant at any time, the controller has to review its measures regularly. However, ''significant changes'' in the processing activity or the legal environment will certainly trigger the obligation to review the technical and organisational measures.<ref>''Dumortier'', ''Gryffroy,'' in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 38 (C.H.Beck 2023).</ref> <blockquote><u>Example</u>: A controller running an online-shop receives a complaint from a data subject claiming that one of his online-forms violates the principle of data minimization ([[Article 5 GDPR|Article 5(1)(c) GDPR]]). Such a complaint could trigger a review of the processing activity.</blockquote>In course of the review the controller must assess if the current technical and organisational measures, are still appropriate and effective to ensure the compliance with the GDPR and to enable the controller to demonstrate the compliance. If not, the controller has to implement additional technical and organizational measures or change the existing ones in order to bring the processing activity in compliance with the GDPR.<ref>''Dumortier'', ''Gryffroy,'' in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 43 (C.H.Beck 2023)</ref>


The burden of proof is not limited to the mere keeping of the typical documents (registry of the processing activities, data protection impact assessment, where required). If the controller has to demonstrate compliance with the GDPR, then many other aspects should be considered.
Particular attention should be paid to the advice of the data protection officer in accordance with [[Article 39 GDPR|Article 39(1) GDPR]], who is tasked with the monitoring of the controller’s compliance with data protection regulations (without decrementing the controller’s responsibility to ensure compliance).  


For instance, Article 5(1)(c) establishes the data minimisation principle under which processing shall be limited to “''what is necessary in relation to the purposes for which they are processed''. Therefore, the controller should demonstrate why specific processing needed a certain amount of information and not any less. Again, if the processing is based on consent, controllers must prove whether the user’s decision was validly obtained and justify every consent requirement.
=== (2) Data protection policies ===
Article 24(2) mentions a specific organisational measure, namely the implementation of ''data protection policies'' – internal guidelines with binding effect in the controller’s organization. Such policies regularly include concrete procedural instructions and oblige the controller’s employees to act in a specific way to ensure compliance with the GDPR.<ref>''Hötzendorfer'', ''Kastelitz'', ''Tschohl'', in Knyrim, DatKomm, Article 24 GDPR, margin numbers 31 (Manz 2022). </ref> If the controller appointed a data protection officer, this person is also tasked with the ''monitoring'' of the controller’s data protection policies (see [[Article 39 GDPR|Article 39(1)(b) GDPR]]). <blockquote><u>Example</u>: Most controllers have a ''general data protection policy'' covering topics like the destruction of sensitive documents, the usage of IT-infrastructure and deletion periods as well as more specific data protection policies like ''specific internal rules'' regarding the compliance with data protection in the product development process or the handling of access requests in accordance with Article 15 GDPR.</blockquote>The implementation of data protection policies is only mandatory, when it is ''proportionate'' to the processing activity. In other words, it is not obligatory to implement a data protection policy for all processing activities. However, for larger organisations or controllers of extensive processing activities the implementation of data protection policies is but necessary.<ref>Jos Dumortier, Pieter Gryffroy , Art 24  marginal number 24.</ref>


Where proportionate in relation to processing activities, the measures referred to in paragraph 1 shall include the implementation of appropriate data protection policies by the controller. These practices can assist the controller in demonstrating compliance.
Regardless of the existence of an obligation, an implementation of data protection policies is an important tool in order to ''demonstrate'' compliance with the GDPR.  


=== (3) Demonstration through codes of conduct and certifications ===
Article 24(3) provides for the possibility to refer to the adherence to (i) approved codes of conduct ([[Article 40 GDPR]]), (ii) approved certification mechanisms ([[Article 42 GDPR]]) in order to ''indicate'' compliance with the GDPR. Nevertheless, it follows from the word "''element''" that such self-regulation measures only ''support'' the assumption that the controller is compliant, but does not prove it.<ref>''Hartung'', in Kühling, Buchner, DS-GVO BDSG, Article 23, margin number 23 (C.H. Beck 2024, 4rd Edition).</ref><blockquote><u>Example</u>: A credit information agency adheres to approved codes of conduct when implementing deletion periods for certain data categories could still violate [[Article 5 GDPR|Article 5(1)(a)]] and [[Article 6 GDPR|Article 6(1) GDPR]] because the duration of those deletion periods are unjustified.<ref>CJEU, Joined Cases C‑26/22 and C‑64/22, ''SCHUFA'' ''Holding AG'', 07 December 2023, margin number 109 (available [[CJEU - Joined Cases C‑26/22 and C‑64/22 - SCHUFA|here]]) </ref></blockquote>However, this provision does not limit the possibility to demonstrate compliance via other means (see section on “And to demonstrate GDPR compliance” above). 
==Decisions==
==Decisions==
→ You can find all related decisions in [[:Category:Article 24 GDPR]]
→ You can find all related decisions in [[:Category:Article 24 GDPR]]
Line 231: Line 273:
<references />
<references />


[[Category:Article 24 GDPR]]  
[[Category:Article 24 GDPR]]
[[Category:GDPR]]
[[Category:GDPR Articles]]

Latest revision as of 15:52, 18 April 2024

Article 24 - Responsibility of the controller
Gdpricon.png
Chapter 10: Delegated and implementing acts

Legal Text


Article 24 - Responsibility of the controller

1. Taking into account the nature, scope, context and purposes of processing as well as the risks of varying likelihood and severity for the rights and freedoms of natural persons, the controller shall implement appropriate technical and organisational measures to ensure and to be able to demonstrate that processing is performed in accordance with this Regulation. Those measures shall be reviewed and updated where necessary.

2. Where proportionate in relation to processing activities, the measures referred to in paragraph 1 shall include the implementation of appropriate data protection policies by the controller.

3. Adherence to approved codes of conduct as referred to in Article 40 or approved certification mechanisms as referred to in Article 42 may be used as an element by which to demonstrate compliance with the obligations of the controller.

Relevant Recitals

Recital 74: Controller Responsibility and Liability
The responsibility and liability of the controller for any processing of personal data carried out by the controller or on the controller's behalf should be established. In particular, the controller should be obliged to implement appropriate and effective measures and be able to demonstrate the compliance of processing activities with this Regulation, including the effectiveness of the measures. Those measures should take into account the nature, scope, context and purposes of the processing and the risk to the rights and freedoms of natural persons.

Recital 75: Risks to the Rights and Freedoms of Natural Persons
The risk to the rights and freedoms of natural persons, of varying likelihood and severity, may result from personal data processing which could lead to physical, material or non-material damage, in particular: where the processing may give rise to discrimination, identity theft or fraud, financial loss, damage to the reputation, loss of confidentiality of personal data protected by professional secrecy, unauthorised reversal of pseudonymisation, or any other significant economic or social disadvantage; where data subjects might be deprived of their rights and freedoms or prevented from exercising control over their personal data; where personal data are processed which reveal racial or ethnic origin, political opinions, religion or philosophical beliefs, trade union membership, and the processing of genetic data, data concerning health or data concerning sex life or criminal convictions and offences or related security measures; where personal aspects are evaluated, in particular analysing or predicting aspects concerning performance at work, economic situation, health, personal preferences or interests, reliability or behaviour, location or movements, in order to create or use personal profiles; where personal data of vulnerable natural persons, in particular of children, are processed; or where processing involves a large amount of personal data and affects a large number of data subjects.

Recital 76: Evaluating the Risks to Natural Persons
The likelihood and severity of the risk to the rights and freedoms of the data subject should be determined by reference to the nature, scope, context and purposes of the processing. Risk should be evaluated on the basis of an objective assessment, by which it is established whether data processing operations involve a risk or a high risk.

Recital 77: Guidance on Evaluating Risks
Guidance on the implementation of appropriate measures and on the demonstration of compliance by the controller or the processor, especially as regards the identification of the risk related to the processing, their assessment in terms of origin, nature, likelihood and severity, and the identification of best practices to mitigate the risk, could be provided in particular by means of approved codes of conduct, approved certifications, guidelines provided by the Board or indications provided by a data protection officer. The Board may also issue guidelines on processing operations that are considered to be unlikely to result in a high risk to the rights and freedoms of natural persons and indicate what measures may be sufficient in such cases to address such risk.

Recital 78: Appropriate Technical and Organisational Measures
The protection of the rights and freedoms of natural persons with regard to the processing of personal data require that appropriate technical and organisational measures be taken to ensure that the requirements of this Regulation are met. In order to be able to demonstrate compliance with this Regulation, the controller should adopt internal policies and implement measures which meet in particular the principles of data protection by design and data protection by default. Such measures could consist, inter alia, of minimising the processing of personal data, pseudonymising personal data as soon as possible, transparency with regard to the functions and processing of personal data, enabling the data subject to monitor the data processing, enabling the controller to create and improve security features. When developing, designing, selecting and using applications, services and products that are based on the processing of personal data or process personal data to fulfil their task, producers of the products, services and applications should be encouraged to take into account the right to data protection when developing and designing such products, services and applications and, with due regard to the state of the art, to make sure that controllers and processors are able to fulfil their data protection obligations. The principles of data protection by design and by default should also be taken into consideration in the context of public tenders.

Commentary

This provision opens Section 1 of Chapter IV, which is dedicated to the “General obligations” of the controller and processor. Article 24 stipulates the abstract obligation of the controller to ensure and demonstrate GDPR compliance and expands the accountability principle set out in Article 5(2) GDPR. This provision is therefore closely connected to the numerous more specific obligations of the controller, such as, Article 25 GDPR or Article 32 GDPR.[1] This provision assigns a proactive role to the controller who has to ensure compliance with the GDPR at all stages of processing.[2] To archive this goal, the controller uses technical and organisational measures that are appropriate to the risk connected to the processing (risk based approach).[3]

The controller is not only responsible for the actual compliance with the GDPR, it must also be able to demonstrate compliance. The controller can use codes of conduct or approved certification mechanisms as an element of such demonstration.

Article 24 GDPR is the only provision in the section on the general obligations which cannot be directly penalised with a fine under Article 83(4)(a) or Article 83(5) GDPR.[4]

EDPB and WP29 Guidelines: For this Article there are the (i) Guidelines 07/2020 on the concepts of controller and processor in the GDPR, (ii) WP29, 'Opinion 3/2010 on the principle of accountability', 00062/10/EN WP173, 13 July 2010, (iii) WP29, 'Guidelines on Data Protection Impact Assessment (DPIA) and determining whether processing is “likely to result in a high risk” for the purposes of Regulation 2016/679' 17/EN WP248 rev.01, 4 April 2017

(1) Appropriate technical and organisational measures

This provision obliges the controller to implement appropriate technical and organisational measures to ensure compliance of its processing activities with the GDPR. Therefore, this provision addresses the controller (Article 4(7) GDPR) as the primary addressee for GDPR compliance. Other entities, such as data processors, are not subject of Article 24 and their responsibility is limited to specific aspects regulated separately. However, even a limited responsibility of a processor does not affect the overall accountability and liability of the controller.[5]

Article 24(1) goes beyond the mere compliance with the GDPR. The controller must also be able to demonstrate that the processing is performed in accordance with the GDPR.

Example: It is not sufficient that a controller manages to answer to access requests in accordance with Article 12 GDPR and Article 15 GDPR. The controller must also be able to demonstrate that it implemented appropriate technical and organisational measures that ensure such compliance with the data subject's right to access.

The technical and organisational measures implemented by the controller are subject to change and must be reviewed and updated regularly in order to ensure the appropriateness of those measures.

Taking into account...

To decide which specific technical and organisational measures to implement, the controller must perform a comprehensive assessment of processing activities and analyse potential consequences and causes of harm in order to effectively evaluate and mitigate risks associated with the data processing.

Nature, scope, context and purposes of the processing

The controller must consider the nature, scope, context and purposes of the processing.[6]

The nature of the processing refers in particular to the type or processing (e.g. collection, recording, storing, etc.) as well as to the categories of data processed (e.g. whether special categories of personal data are processed).[7]

The scope of the processing refers to the quantity of the data processing resulting from the amount of affected data subjects, the amount of processed data, the duration and the geographical extend of the data processing.[8]

The context of the processing refers to the specific circumstances such as the modalities and technical implementation, the type and method of data collection and the legal basis in accordance with Article 6 GDPR.[9]

The controller also has to consider the purposes of the processing. See the commentary on Article 5(1)(b) GDPR for more details on the purpose of a processing activity.

Risks of varying likelihood and severity for rights and freedoms of natural persons

Second, the controller must identify the risks associated with the respective processing activity and assess the severity of those risks for the rights and freedoms of natural persons, as well as the likelihood that these materialise.

The likelihood is the statistical probability that a certain risk will materialise in the future. It should be noted that some risks are inherent to processing activities – the likelihood is therefore 100 %.[10]

Example: A controller publishes certain personal data. The loss of confidentiality is a risk that certainly materialises in course of the processing activity.

The severity of the risk is determined by the extent a potential damage would have to the rights and freedoms of a natural person as well as the nature of the damage.[11] Recital 75 clarifies that the damage can be physical, material, or immaterial and lists a range of examples of damages, such as discrimination, identity theft, fraud and loss of confidentiality or control.

According to Recital 76 the likelihood and severity of the risk to the rights and freedoms of the data subject should be determined by reference to the nature, scope, context and purposes of the processing. It also states that the risk should be evaluated on the basis of an objective assessment.

Article 24 does not prescribe procedural steps on how to perform this assessment. Therefore, it is left to the controller to use a suitable method. However, regarding the methodology, reference can be made to the risk assessment in course of a data protection impact assessment in accordance with Article 35 GDPR, which a controller has to carry out if a processing activity is likely to result in a high risk for the rights and freedoms of natural persons.

Shall implement appropriate technical and organisational measures to ensure GDPR compliance

Technical and organisational measures

The term "measure" must be understood broadly since it refers to all actions that are appropriate to make the processing compliant with the GDPR. As the provision explains, this can be done through technical and organisational means.

Technical measures have a direct effect on the operation of technical processing, while organizational measures have an effect on the circumstances of processing.[12]

Examples of a technical measure are pseudonymisation of personal data, encryption, access restrictions and password protection. The implementation of data protection policies, a yearly review of the processing activities and training of employees and management would be organisational measures. In practice, the distinction between technical and organisational measures is not always clear as these can overlap. However, this is unproblematic because the GDPR does not differentiate between the two in terms of legal requirements.[13]

Example: A controller wants to enable its employees to work from home. In order to ensure GDPR compliance, he implements a number of technical and organisational measures, like providing a VPN connection to the company network (technical measure) and drafting a “work from home” policy which makes the use of the VPN connection mandatory (organisational measure).  

Appropriate measures to ensure GDPR compliance

The controller has to implement technical and organisational measures that are appropriate for the respective processing activity and effective.[14] Therefore, the controller does not have to implement every available technical and organisational measure but has to consider – taking into account the specific processing activity and the underlying risks – which measures are necessary in order to ensure compliance with the GPDR and enable the controller to demonstrate such compliance. This assessment of proportionality follows from Article 52(1) GRC and has to be conducted by the controller itself.

Certain provisions of the GPDR demand the implementation of more specific technical and organisational measures (e.g. Article 25 (1) and (2), Article 28(1), Article 32(1) GDPR, Article 89(1) GDPR). These measures can also be regarded as measures under Article 24(1) since they serve the compliance with the obligations under the GDPR. However, the controller has to assess in these cases if additional measures are necessary.

And to demonstrate GDPR compliance

Pursuant to Article 24(1) the controller must be able to demonstrate the compliance with the GDPR. This provision therefore widens the accountability obligation stipulated in Article 5(2) GDPR which obliges the controller to be able to demonstrate compliance with the data protection principles set out in Article 5(1) GDPR.[15]

The ability to demonstrate compliance with the GDPR must be ensured by the implementation of appropriate technical and organisational measures. The comprehensiveness of the necessary evidence must be proportionate to the risk posed by the processing operation. The riskier a processing operation, the more comprehensive the accompanying evidence must be.[16] The controller can use a wide variety of ways in order to demonstrate that it implemented appropriate technical and organisational measures that ensure compliance with the GDPR. In particular, the controller can refer to data protection policies (Article 24(2)) or approved codes of conduct or certification mechanisms (Article 24(3)). Recitals 77 additionally mentions EDPB guidelines and indications provided by the data protection officer.

Certain provisions of the GDPR provide for specific measures to demonstrate compliance (e.g. maintaining a record of processing activities under Article 30(1) GDPR, documenting personal data breaches under Article 33(5) GDPR or performing a data protection impact assessment under Article 35 GDPR).[17]

The duty to demonstrate compliance is not limited to demonstration to the supervisory authority. The duty, for example, also applies to complaint procedures in accordance with Article 77 GDPR or civil litigation under Article 79 GDPR. However, whether the controller’s obligation to demonstrate compliance, also implies a reversal of the burden of proof when a data subject seeks compensation for damages pursuant to Article 82, is disputed.[18]

Measures must be continuously reviewed and updated

The controller must continuously ensure and demonstrate compliance with the GDPR by consistently reviewing existing measures and updating them.

Beyond the qualifier "where necessary", it is not specified how frequently updates must be carried out. The criterion of necessity does not mean that the controller must only react to concrete changes. Since it is the controller’s responsibility to ensure that their processing operations are compliant at any time, the controller has to review its measures regularly. However, significant changes in the processing activity or the legal environment will certainly trigger the obligation to review the technical and organisational measures.[19]

Example: A controller running an online-shop receives a complaint from a data subject claiming that one of his online-forms violates the principle of data minimization (Article 5(1)(c) GDPR). Such a complaint could trigger a review of the processing activity.

In course of the review the controller must assess if the current technical and organisational measures, are still appropriate and effective to ensure the compliance with the GDPR and to enable the controller to demonstrate the compliance. If not, the controller has to implement additional technical and organizational measures or change the existing ones in order to bring the processing activity in compliance with the GDPR.[20]

Particular attention should be paid to the advice of the data protection officer in accordance with Article 39(1) GDPR, who is tasked with the monitoring of the controller’s compliance with data protection regulations (without decrementing the controller’s responsibility to ensure compliance).  

(2) Data protection policies

Article 24(2) mentions a specific organisational measure, namely the implementation of data protection policies – internal guidelines with binding effect in the controller’s organization. Such policies regularly include concrete procedural instructions and oblige the controller’s employees to act in a specific way to ensure compliance with the GDPR.[21] If the controller appointed a data protection officer, this person is also tasked with the monitoring of the controller’s data protection policies (see Article 39(1)(b) GDPR).

Example: Most controllers have a general data protection policy covering topics like the destruction of sensitive documents, the usage of IT-infrastructure and deletion periods as well as more specific data protection policies like specific internal rules regarding the compliance with data protection in the product development process or the handling of access requests in accordance with Article 15 GDPR.

The implementation of data protection policies is only mandatory, when it is proportionate to the processing activity. In other words, it is not obligatory to implement a data protection policy for all processing activities. However, for larger organisations or controllers of extensive processing activities the implementation of data protection policies is but necessary.[22]

Regardless of the existence of an obligation, an implementation of data protection policies is an important tool in order to demonstrate compliance with the GDPR.

(3) Demonstration through codes of conduct and certifications

Article 24(3) provides for the possibility to refer to the adherence to (i) approved codes of conduct (Article 40 GDPR), (ii) approved certification mechanisms (Article 42 GDPR) in order to indicate compliance with the GDPR. Nevertheless, it follows from the word "element" that such self-regulation measures only support the assumption that the controller is compliant, but does not prove it.[23]

Example: A credit information agency adheres to approved codes of conduct when implementing deletion periods for certain data categories could still violate Article 5(1)(a) and Article 6(1) GDPR because the duration of those deletion periods are unjustified.[24]

However, this provision does not limit the possibility to demonstrate compliance via other means (see section on “And to demonstrate GDPR compliance” above).

Decisions

→ You can find all related decisions in Category:Article 24 GDPR

References

  1. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 11 (C.H. Beck 2024, 4th Edition).
  2. Docksey, in Kuner, Bygrave, Docksey, The EU General Data Protection Regulation (GDPR): A Commentary, Article 24 GDPR, p. 557 (Oxford University Press 2020).
  3. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 11 (C.H. Beck 2024, 4th Edition).
  4. However, this does not mean that the provision is merely declaratory: it also establishes directly applicable obligations. Plath, in Plath DSGVO BDSG, Article 24 GDPR, margin number 2 (Ottoschmidt 2018, 3rd Edition).
  5. Petri, in Simitis, Hornung, Spiecker gen. Döhmann, Datenschutzrecht, Article 24 GDPR, margin number 9 (C.H. Beck 2019).
  6. The attribution of the various conditions to these criteria is not practised consistently. 
  7. Pollirer, in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).
  8. Pollirer, in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).
  9. Pollirer, in Knyrim, DatKomm, Article 32 GDPR, margin numbers 23 (Manz 2022).
  10. Hötzendorfer, Kastelitz, Tschohl, in Knyrim, DatKomm, Article 24 GDPR, margin numbers 20 (Manz 2022).
  11. Hötzendorfer, Kastelitz, Tschohl, in Knyrim, DatKomm, Article 24 GDPR, margin numbers 21 (Manz 2022).
  12. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 17 (C.H. Beck 2024, 4th Edition).
  13. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24, margin number 17 (C.H. Beck 2024, 4th Edition).
  14. Dumortier, Gryffroy, in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 27 et seq (C.H.Beck 2023).
  15. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition) with further references.
  16. Martini, in Paal, Pauly, DS-GVO, Article 24, margin number 25a (C.H. Beck 2021, 3rd Edition).
  17. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition) with further references.
  18. instead of many: Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 24 GDPR, margin number 20 (C.H. Beck 2024, 4th Edition).
  19. Dumortier, Gryffroy, in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 38 (C.H.Beck 2023).
  20. Dumortier, Gryffroy, in Spiecker gen. Döhmann, Papakonstantinou, Hornung, De Hert, General Data Protection Regulation, Article 24 marginal number 43 (C.H.Beck 2023)
  21. Hötzendorfer, Kastelitz, Tschohl, in Knyrim, DatKomm, Article 24 GDPR, margin numbers 31 (Manz 2022).
  22. Jos Dumortier, Pieter Gryffroy , Art 24  marginal number 24.
  23. Hartung, in Kühling, Buchner, DS-GVO BDSG, Article 23, margin number 23 (C.H. Beck 2024, 4rd Edition).
  24. CJEU, Joined Cases C‑26/22 and C‑64/22, SCHUFA Holding AG, 07 December 2023, margin number 109 (available here)