Article 5 GDPR: Difference between revisions
Line 208: | Line 208: | ||
==Commentary== | ==Commentary== | ||
Article 5 GDPR sets out all the guiding principles to be observed when processing personal data: lawfulness, fairness and transparency; purpose limitation; data minimisation; accuracy; storage limitation; integrity and confidentiality; and accountability. | Article 5 GDPR sets out all the guiding principles to be observed when processing personal data: | ||
* lawfulness, fairness and transparency; | |||
* purpose limitation; | |||
* data minimisation; | |||
* accuracy; | |||
* storage limitation; | |||
* integrity and confidentiality; | |||
* and accountability. | |||
Many of these principles are the basis for more detailed Articles in different parts of the Regulation. For example: | |||
* The transparency principle is the basis for the requirement to provide information under [[Article 13 GDPR|Articles 13]] and [[Article 14 GDPR|14]] GDPR. | |||
* The integrity and confidentiality principles are detailed by [[Article 32 GDPR]] on security. | |||
* The accountability principle finds its roots in [[Article 24 GDPR|Articles 24]] and [[Article 25 GDPR|25]] GDPR. | |||
=== (1) Principles === | === (1) Principles === | ||
The principles specified by Article 5 GDPR are the main | The principles specified by Article 5 GDPR are the main 'bottleneck' for the legality of any processing operation - together with the requirement to have a legal basis under [[Article 6 GDPR]]. | ||
Any controller or processor must comply with ''all'' elements of Article 5 GDPR for each processing operation. | |||
==== (a) Lawfulness, Fairness and Transparency ==== | ==== (a) Lawfulness, Fairness and Transparency ==== | ||
===== Lawful ===== | ===== Lawful ===== | ||
In order to be | In order to be '''lawful''<nowiki/>', processing should comply with [[Article 6 GDPR]], which requires that any processing operation must be based on at least one of the six legal bases it exhaustively lists.<ref>''Herbst'', in Kühling, Buchner, DS-GVO BDSG, Article 5 GDPR, margin number 8 (C.H. Beck 2020, 3rd Edition).</ref> See the commentary on [[Article 6 GDPR]] for further details | ||
The principle of lawfulness does not mean that processing which violates other laws (environmental laws, tax law, employment laws), makes the processing not '''lawful''<nowiki/>' within the meaning of the GDPR, as this would for example trigger the fine of € 20 million under [[Article 83 GDPR|Article 83(4) GDPR]].<blockquote><u>Example:</u> A controller is processing the pictures of data subjects. The controller complies with all requirements under the GDPR, but did not seek the agreement from the photographer, who is the copy right holder. The processing of data subjects' pictures is 'unlawful' under applicable copyright law, but not under the GDPR.</blockquote> | |||
===== Fair ===== | ===== Fair ===== | ||
Fairness, is an overall requirement of the GDPR. | Fairness, is an overall requirement of the GDPR. Concepts like '<nowiki/>''fairness''<nowiki/>' are inherently vague, but can serve as a 'catch-all' provision for situations that may not be in violation of the letter of the law, but clearly not '''fair''<nowiki/>'. Similar 'catch-all' provisions can be found in other laws (e.g. the "Unfair" Terms Directive 93/13/EG) and are often the basis for existing case law. | ||
Indeed, it is a highly contextual question whether a certain processing operation can be considered as fair. EDPB Guidelines 4/2019 provide a ''non-exhaustive'' list of certain elements of fairness which should always be respected while processing personal data. The list is particularly detailed and examples range from providing the data subject with a high level of autonomy in controlling the processing to the right to fair algorithms and human intervention. Other important elements of fairness are officially recognised, such as the data subjects' expectations to a reasonable use of their data, the right not be discriminated or exploited as a consequence of certain psychological weaknesses. The imbalance of power between the controller and data subject often existing in certain intrusive profiling and processing operations seems connected to these principles.<ref>EDPB, ‘Guidelines 4/2019 on Article 25 Data Protection by Design and by Default’, 20 October 2020 (Version 2.0), p. 18 (available [https://edpb.europa.eu/sites/default/files/files/file1/edpb_guidelines_201904_dataprotection_by_design_and_by_default_v2.0_en.pdf here]). See also CJEU, Case C-201/14, ''Bara,'' 1 October 2015, margin numbers 32, 34 (available [https://curia.europa.eu/juris/document/document.jsf?text=&docid=168943&pageIndex=0&doclang=en&mode=lst&dir=&occ=first&part=1&cid=114422 here]).</ref> The EDPB clarifies that, in order for the processing to be 'fair', no deception is allowed in data processing and that all options should be provided in an objective and neutral way, avoiding any deceptive or manipulative language or design.<ref>EDPB, ‘Guidelines 4/2019 on Article 25 Data Protection by Design and by Default’, 20 October 2020 (Version 2.0), p. 18 (available [https://edpb.europa.eu/sites/default/files/files/file1/edpb_guidelines_201904_dataprotection_by_design_and_by_default_v2.0_en.pdf here]).</ref> | |||
===== Transparent ===== | ===== Transparent ===== | ||
In general terms, the transparency principle requires that the data subject is fully aware of the processing of any personal data | In general terms, the transparency principle requires that the data subject is fully aware of the processing of any personal data. | ||
Recital 39 GDPR contains a number of explanatory statements regarding the transparency principle. In particular, '<nowiki/>''it should be transparent to natural persons that personal data concerning them are collected, used, consulted or otherwise processed and to what extent the personal data are or will be processed.''<nowiki/>' Data subjects should be '<nowiki/>''made aware of risks, rules, safeguards, and rights in relation to the processing [...] and how to exercise their rights.''<nowiki/>' All information communicated should be '<nowiki/>''accessible and easy to understand''<nowiki/>' and in '''clear and plain language''<nowiki/>'. | |||
The transparency principle is closely linked to more detailed provisions. For example: [[Article 12 GDPR|Article 12(1) GDPR]] ensures that information must be provided in a '''concise, transparent, intelligible and easily accessible form, using clear and plain language''<nowiki/>'. [[Article 13 GDPR|Articles 13]] and [[Article 14 GDPR|14]] GDPR provide for a right to get information about the planned processing, even before processing takes place. [[Article 15 GDPR]] provides for a right to access information about the actual processing of the individual's data. | |||
==== (b) Purpose Limitation ==== | ==== (b) Purpose Limitation ==== | ||
While the controller is free to achieve any legitimate purpose, Article 5(1)(b) sets out the principle of purpose limitation in the processing of personal data. It requires that personal data be collected for specified, explicit and legitimate purposes and ensures that, after collection, data are not used for purposes that are incompatible with the original ones. Many other provisions of the GDPR refer back to the purpose of the processing activity. Just to name a few, Article 4(7) defines the controller as the natural and legal person which, alone or jointly with others, determines the | While the controller is free to achieve any legitimate purpose, Article 5(1)(b) sets out the principle of purpose limitation in the processing of personal data. It requires that personal data be collected for specified, explicit and legitimate purposes and ensures that, after collection, data are not used for purposes that are incompatible with the original ones. Many other provisions of the GDPR refer back to the purpose of the processing activity. Just to name a few, Article 4(7) defines the controller as the natural and legal person which, alone or jointly with others, determines the 'purpose' of the processing. Article 5(1)(b) GDPR itself stipulates that personal data shall be collected only for specified, explicit and legitimate 'purposes'. Article 5(1)(d) determines the time data may be kept by referring to the purpose, Article 6(1)(a) GDPR allows consent for one or more 'specific purposes'. This makes the proper definition of purposes a crucial step for compliance with the GDPR. Example: A data subject may share highly personal data in a medical context to get the best treatment, but may not agree that the same information is shared for the purpose of medical advertisement. | ||
===== Specific ===== | ===== Specific ===== | ||
Because the purpose of processing operations is meant to limit them to a specific, pre-defined, aim, it cannot be overly broad. Purposes that are too broad would undermine the protections that the purpose limitation principle tries to establish. Broad descriptions like | Because the purpose of processing operations is meant to limit them to a specific, pre-defined, aim, it cannot be overly broad. Purposes that are too broad would undermine the protections that the purpose limitation principle tries to establish. Broad descriptions like '<nowiki/>''improving the user experience''<nowiki/>', '<nowiki/>''marketing''<nowiki/>', '<nowiki/>''research''<nowiki/>' or '''IT security''<nowiki/>' are not sufficiently defined.<ref>WP29, ‘Opinion 03/2013 on purpose limitation’, 00569/13/EN WP 203, 2 April 2013, p. 16 (available [https://ec.europa.eu/justice/article-29/documentation/opinion-recommendation/files/2013/wp203_en.pdf here]).</ref> For example, in its Guidelines on video surveillance, the EDPB clarified that monitoring purposes need to be specified for every surveillance camera in use and '[v]''ideo surveillance based on the mere purpose of 'safety' or 'for your safety' is not sufficiently specific''<nowiki/>'.<ref>EDPB, ‘Guidelines 3/2019 on processing of personal data through video devices’, 29 January 2020 (Version 2.0), p. 9 (available [https://edpb.europa.eu/sites/default/files/files/file1/edpb_guidelines_201903_video_devices_en_0.pdf here]).</ref> While a purpose may not be too broad, there is no limitation as to how specific a purpose may be. The exact level of specificity is not objectively defined in the GDPR. In many cases it is possible to split broad purposes into multiple, more specific purposes. | ||
===== Explicit ===== | ===== Explicit ===== | ||
Line 247: | Line 259: | ||
===== Further processing ===== | ===== Further processing ===== | ||
The principle of purpose limitation shall ensure that controllers do not engage in | The principle of purpose limitation shall ensure that controllers do not engage in 'secondary use' ('further processing') of personal data when such processing is incompatible with the original purpose(s). For this reason, '[p]''urposes for processing personal data should be determined from the very beginning, at the time of the collection of the personal data''<nowiki/>'.<ref>''de Terwangne'', in Kuner, Bygrave, Docksey, The EU General Data Protection Regulation (GDPR): A Commentary, Article 5 GDPR, p. 315 (Oxford University Press 2020).</ref> According to the WP29 opinion, the compatibility of the further processing must be assessed taking into account various parameters such as the relationship between the original and the further purposes, the context of the data collection, the reasonable expectation of the data subject with regard to future processing, also considering the relationship between the data subject and the controller, the impact of further processing, the necessity of further processing and the existence of adequate safeguards for the data subject.<ref>WP29, ‘Opinion 03/2013 on purpose limitation’, 00569/13/EN WP 203, 2 April 2013, p. 21 (available [https://ec.europa.eu/justice/article-29/documentation/opinion-recommendation/files/2013/wp203_en.pdf here]).</ref> Failure to comply with the compatibility requirement set forth in Article 5(1)(b) of the GDPR renders the processing unlawful. <blockquote><u>Example:</u> a doctor may not suddenly use their patient's health data for marketing purposes, as this would be a 'secondary use' that goes beyond the original purpose.</blockquote>The above is true except for three types of cases. Indeed, the compatibility requirement does not need to be met if the further processing is (i) authorized by the data subject by giving consent (Article 6(4) GDPR), (ii) based on a Union or Member State law which constitutes a necessary and proportionate measure in a democratic society to safeguard the objectives referred to in Article 23(1) GDPR or, finally, is meant for (iii) archiving purposes in the public interest, scientific or historical research purposes or statistical purposes (Article 5(1)(b) GDPR). The purpose limitation principle extends to all recipients to whom the personal data have been disclosed. This is reflected in the notification obligation outlined in [[Article 19 GDPR]].<ref>''Frenzel'', in Paal, Pauly, DS-GVO BDSG, Article 5 GDPR, margin numbers 29 (C.H. Beck 2018, 3rd Edition).</ref> | ||
==== (c) Data Minimisation ==== | ==== (c) Data Minimisation ==== | ||
Unlike the previous Directive 95/46/EC, under which data processing did not have to be | Unlike the previous Directive 95/46/EC, under which data processing did not have to be 'excessive', the GDPR specifies that it must be 'limited to what is necessary' to achieve the purpose. This principle is therefore closely related to the principle of purpose limitation and only makes sense if the latter is well defined by the controller. Once the two parameters are defined (processing and purpose), then it is possible to assess whether the processing is limited to what is necessary to achieve the purpose. If the outcome is negative (i.e. processing is excessive), the the operations are ''per se'' illegal. A controller must then review each step of a processing operation and also each data element towards the necessity to achieve the purpose. For instance, an online shop may not ask for more personal details than what is necessary to deliver the product. | ||
In a recent decision, the CJEU had to provide some guidance on how to assess whether a certain processing (in that case, a video surveillance system) could be considered ‘necessary’ for the purposes of the legitimate interests pursued by the controller. The Court held that the the necessity of a processing operation must be examined in conjunction with the data minimisation principle which restricts the controller's options to those | In a recent decision, the CJEU had to provide some guidance on how to assess whether a certain processing (in that case, a video surveillance system) could be considered ‘necessary’ for the purposes of the legitimate interests pursued by the controller. The Court held that the the necessity of a processing operation must be examined in conjunction with the data minimisation principle which restricts the controller's options to those '<nowiki/>''adequate, relevant and not excessive in relation to the purposes for which they are collected''<nowiki/>'. In conclusion, the Court clarified that the controller must, amongst other things, examine '''whether it is sufficient that the video surveillance operates only at night or outside normal working hours, and block or obscure the images taken in areas where surveillance is unnecessary''<nowiki/>'.<ref>CJEU, Case C-708/18, ''TK v Asociaţia de Proprietari bloc M5A-ScaraA'', 11 December 2019 (rectified 13 February 2020), margin number 51 (available [https://curia.europa.eu/juris/document/document.jsf;jsessionid=4A9F71BCDFB6F507CC5D0302FA1AE329?text=&docid=221465&pageIndex=0&doclang=EN&mode=lst&dir=&occ=first&part=1&cid=35786932 here]).</ref><blockquote><u>Example:</u> XXX</blockquote> | ||
==== (d) Accuracy ==== | ==== (d) Accuracy ==== | ||
Line 272: | Line 284: | ||
====== Exception ====== | ====== Exception ====== | ||
An exception to the principle of storage limitation is contained in the last part of Article 5(1)(e) in favour of processing for archiving, statistical, scientific and historical research purposes. In these cases, the GDPR allows | An exception to the principle of storage limitation is contained in the last part of Article 5(1)(e) in favour of processing for archiving, statistical, scientific and historical research purposes. In these cases, the GDPR allows 'longer periods' of storage, and in so doing takes into account the social interest in research and the preservation of the collective memory. However, in order for the exception to apply, technical and organizational measures must be put in place, as set out in Article 89(1). | ||
Revision as of 23:06, 19 January 2023
Legal Text
1. Personal data shall be:
- (a) processed lawfully, fairly and in a transparent manner in relation to the data subject (‘lawfulness, fairness and transparency’);
- (b) collected for specified, explicit and legitimate purposes and not further processed in a manner that is incompatible with those purposes; further processing for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes shall, in accordance with Article 89(1), not be considered to be incompatible with the initial purposes (‘purpose limitation’);
- (c) adequate, relevant and limited to what is necessary in relation to the purposes for which they are processed (‘data minimisation’);
- (d) accurate and, where necessary, kept up to date; every reasonable step must be taken to ensure that personal data that are inaccurate, having regard to the purposes for which they are processed, are erased or rectified without delay (‘accuracy’);
- (e) kept in a form which permits identification of data subjects for no longer than is necessary for the purposes for which the personal data are processed; personal data may be stored for longer periods insofar as the personal data will be processed solely for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes in accordance with Article 89(1) subject to implementation of the appropriate technical and organisational measures required by this Regulation in order to safeguard the rights and freedoms of the data subject (‘storage limitation’);
- (f) processed in a manner that ensures appropriate security of the personal data, including protection against unauthorised or unlawful processing and against accidental loss, destruction or damage, using appropriate technical or organisational measures (‘integrity and confidentiality’).;
2. The controller shall be responsible for, and be able to demonstrate compliance with, paragraph 1 (‘accountability’).
Relevant Recitals
Commentary
Article 5 GDPR sets out all the guiding principles to be observed when processing personal data:
- lawfulness, fairness and transparency;
- purpose limitation;
- data minimisation;
- accuracy;
- storage limitation;
- integrity and confidentiality;
- and accountability.
Many of these principles are the basis for more detailed Articles in different parts of the Regulation. For example:
- The transparency principle is the basis for the requirement to provide information under Articles 13 and 14 GDPR.
- The integrity and confidentiality principles are detailed by Article 32 GDPR on security.
- The accountability principle finds its roots in Articles 24 and 25 GDPR.
(1) Principles
The principles specified by Article 5 GDPR are the main 'bottleneck' for the legality of any processing operation - together with the requirement to have a legal basis under Article 6 GDPR.
Any controller or processor must comply with all elements of Article 5 GDPR for each processing operation.
(a) Lawfulness, Fairness and Transparency
Lawful
In order to be 'lawful', processing should comply with Article 6 GDPR, which requires that any processing operation must be based on at least one of the six legal bases it exhaustively lists.[1] See the commentary on Article 6 GDPR for further details
The principle of lawfulness does not mean that processing which violates other laws (environmental laws, tax law, employment laws), makes the processing not 'lawful' within the meaning of the GDPR, as this would for example trigger the fine of € 20 million under Article 83(4) GDPR.
Example: A controller is processing the pictures of data subjects. The controller complies with all requirements under the GDPR, but did not seek the agreement from the photographer, who is the copy right holder. The processing of data subjects' pictures is 'unlawful' under applicable copyright law, but not under the GDPR.
Fair
Fairness, is an overall requirement of the GDPR. Concepts like 'fairness' are inherently vague, but can serve as a 'catch-all' provision for situations that may not be in violation of the letter of the law, but clearly not 'fair'. Similar 'catch-all' provisions can be found in other laws (e.g. the "Unfair" Terms Directive 93/13/EG) and are often the basis for existing case law.
Indeed, it is a highly contextual question whether a certain processing operation can be considered as fair. EDPB Guidelines 4/2019 provide a non-exhaustive list of certain elements of fairness which should always be respected while processing personal data. The list is particularly detailed and examples range from providing the data subject with a high level of autonomy in controlling the processing to the right to fair algorithms and human intervention. Other important elements of fairness are officially recognised, such as the data subjects' expectations to a reasonable use of their data, the right not be discriminated or exploited as a consequence of certain psychological weaknesses. The imbalance of power between the controller and data subject often existing in certain intrusive profiling and processing operations seems connected to these principles.[2] The EDPB clarifies that, in order for the processing to be 'fair', no deception is allowed in data processing and that all options should be provided in an objective and neutral way, avoiding any deceptive or manipulative language or design.[3]
Transparent
In general terms, the transparency principle requires that the data subject is fully aware of the processing of any personal data.
Recital 39 GDPR contains a number of explanatory statements regarding the transparency principle. In particular, 'it should be transparent to natural persons that personal data concerning them are collected, used, consulted or otherwise processed and to what extent the personal data are or will be processed.' Data subjects should be 'made aware of risks, rules, safeguards, and rights in relation to the processing [...] and how to exercise their rights.' All information communicated should be 'accessible and easy to understand' and in 'clear and plain language'.
The transparency principle is closely linked to more detailed provisions. For example: Article 12(1) GDPR ensures that information must be provided in a 'concise, transparent, intelligible and easily accessible form, using clear and plain language'. Articles 13 and 14 GDPR provide for a right to get information about the planned processing, even before processing takes place. Article 15 GDPR provides for a right to access information about the actual processing of the individual's data.
(b) Purpose Limitation
While the controller is free to achieve any legitimate purpose, Article 5(1)(b) sets out the principle of purpose limitation in the processing of personal data. It requires that personal data be collected for specified, explicit and legitimate purposes and ensures that, after collection, data are not used for purposes that are incompatible with the original ones. Many other provisions of the GDPR refer back to the purpose of the processing activity. Just to name a few, Article 4(7) defines the controller as the natural and legal person which, alone or jointly with others, determines the 'purpose' of the processing. Article 5(1)(b) GDPR itself stipulates that personal data shall be collected only for specified, explicit and legitimate 'purposes'. Article 5(1)(d) determines the time data may be kept by referring to the purpose, Article 6(1)(a) GDPR allows consent for one or more 'specific purposes'. This makes the proper definition of purposes a crucial step for compliance with the GDPR. Example: A data subject may share highly personal data in a medical context to get the best treatment, but may not agree that the same information is shared for the purpose of medical advertisement.
Specific
Because the purpose of processing operations is meant to limit them to a specific, pre-defined, aim, it cannot be overly broad. Purposes that are too broad would undermine the protections that the purpose limitation principle tries to establish. Broad descriptions like 'improving the user experience', 'marketing', 'research' or 'IT security' are not sufficiently defined.[4] For example, in its Guidelines on video surveillance, the EDPB clarified that monitoring purposes need to be specified for every surveillance camera in use and '[v]ideo surveillance based on the mere purpose of 'safety' or 'for your safety' is not sufficiently specific'.[5] While a purpose may not be too broad, there is no limitation as to how specific a purpose may be. The exact level of specificity is not objectively defined in the GDPR. In many cases it is possible to split broad purposes into multiple, more specific purposes.
Explicit
The purpose may not only be defined internally, but must be explicitly stated. This requirement is inextricably linked to the principle of transparency analysed in the previous paragraph. Indeed, a processing purpose that is made explicit (i.e. in a transparent manner) seems to be the only way to allow the data subject both a prior control (whether to accept a certain processing) and a subsequent one (hypothetically, following a request for access under Article 15 GDPR).
Legitimate
The use of personal data for the stated purpose must be legal[MS5]. This qualification includes laws beyond the GDPR and national data protection laws (like consumer or worker protection laws).
Further processing
The principle of purpose limitation shall ensure that controllers do not engage in 'secondary use' ('further processing') of personal data when such processing is incompatible with the original purpose(s). For this reason, '[p]urposes for processing personal data should be determined from the very beginning, at the time of the collection of the personal data'.[6] According to the WP29 opinion, the compatibility of the further processing must be assessed taking into account various parameters such as the relationship between the original and the further purposes, the context of the data collection, the reasonable expectation of the data subject with regard to future processing, also considering the relationship between the data subject and the controller, the impact of further processing, the necessity of further processing and the existence of adequate safeguards for the data subject.[7] Failure to comply with the compatibility requirement set forth in Article 5(1)(b) of the GDPR renders the processing unlawful.
Example: a doctor may not suddenly use their patient's health data for marketing purposes, as this would be a 'secondary use' that goes beyond the original purpose.
The above is true except for three types of cases. Indeed, the compatibility requirement does not need to be met if the further processing is (i) authorized by the data subject by giving consent (Article 6(4) GDPR), (ii) based on a Union or Member State law which constitutes a necessary and proportionate measure in a democratic society to safeguard the objectives referred to in Article 23(1) GDPR or, finally, is meant for (iii) archiving purposes in the public interest, scientific or historical research purposes or statistical purposes (Article 5(1)(b) GDPR). The purpose limitation principle extends to all recipients to whom the personal data have been disclosed. This is reflected in the notification obligation outlined in Article 19 GDPR.[8]
(c) Data Minimisation
Unlike the previous Directive 95/46/EC, under which data processing did not have to be 'excessive', the GDPR specifies that it must be 'limited to what is necessary' to achieve the purpose. This principle is therefore closely related to the principle of purpose limitation and only makes sense if the latter is well defined by the controller. Once the two parameters are defined (processing and purpose), then it is possible to assess whether the processing is limited to what is necessary to achieve the purpose. If the outcome is negative (i.e. processing is excessive), the the operations are per se illegal. A controller must then review each step of a processing operation and also each data element towards the necessity to achieve the purpose. For instance, an online shop may not ask for more personal details than what is necessary to deliver the product.
In a recent decision, the CJEU had to provide some guidance on how to assess whether a certain processing (in that case, a video surveillance system) could be considered ‘necessary’ for the purposes of the legitimate interests pursued by the controller. The Court held that the the necessity of a processing operation must be examined in conjunction with the data minimisation principle which restricts the controller's options to those 'adequate, relevant and not excessive in relation to the purposes for which they are collected'. In conclusion, the Court clarified that the controller must, amongst other things, examine 'whether it is sufficient that the video surveillance operates only at night or outside normal working hours, and block or obscure the images taken in areas where surveillance is unnecessary'.[9]
Example: XXX
(d) Accuracy
Article 5(1)(d) requires that data be accurate and, where necessary, kept up to date, and that all reasonable steps be taken to delete or rectify inaccurate data promptly (Recital 39).
Accuracy of data expresses a more general principle of the correct representation of the person at the most diverse levels and in the most diverse contexts and is one of the essential prerequisites of the right to informational self-determination.[10] The WP29 points out that the principle of accuracy applies not only to facts that are processed about a person, but also to value judgments, in particular forecasts and correlations.[11] This is particularly relevant for modern forms of automated profiling, artificial intelligence-powered processing and machine-learning systems. Indeed, value judgements can also be wrong if they are based on an erroneous factual basis, assume wrong premises or are the result of incorrect conclusions (e.g. that there is a correlation between a date and a person's solvency).[12] Which way to ensure that the data is accurate depends greatly on the circumstances of the case and the type of processing being done.
Example: A public protocol is meant to record an incident of a certain day. If elements of the protocol are inaccurate, they must be corrected. At the same time, the age of the persons may not be changed every time a person turns a year older.
Some provisions of the Regulation provide precise indications on which types of intervention are possible. For example, Article 16 GDPR establishes the right of the data subject to obtain the integration of incomplete data. Article 17 allows the erasure of the data if certain conditions are met, including, for example, where the processing of that personal data is no longer necessary, or in case of revocation of consent or even if the data has been collected in an unlawful manner. However, in these cases Article 19 GDPR provides that the exercise of rights is also communicated (with similar consequences) to all those who have received the data previously.
(e) Storage Limitation
The principle of storage limitation imposes a time limit on any processing operation. It follows that once all purposes of a processing operation are fulfilled, the operation must stop. The controller must inform the data subject about the storage period (or the criteria to define it, Article 13(2)(a) and Article 14(2)(a) GDPR) as well as ensure and demonstrate compliance with this principle (Article 5(2) GDPR). Storage periods should therefore be defined internally before the processing begins.[13]
Example: XXX
Deletion or Anonymisation
Data can be deleted or anonymised by controllers. The latter means that any link between the data and the relevant person must be removed. Controllers have complied with Article 5(1)(e) once the data does not relate to an identifiable person. The GDPR imposes an active duty on the controller[14] to delete data. The controller may not wait for an action by the data subject (e.g. under Article 17 GDPR) but must proactively delete information. In practice, the principle requires that the controller implements deletion practices or automatic deletion systems. The time by which any deletion has to be executed depends on the purpose. In many cases there are fixed legal deadlines, like record keeping duties or the statute of limitations that determine the need to retain data. In other cases, the deadline depends on other factual elements (e.g. when a customer cancels a contract) that make continuous processing irrelevant for the purpose.
Exception
An exception to the principle of storage limitation is contained in the last part of Article 5(1)(e) in favour of processing for archiving, statistical, scientific and historical research purposes. In these cases, the GDPR allows 'longer periods' of storage, and in so doing takes into account the social interest in research and the preservation of the collective memory. However, in order for the exception to apply, technical and organizational measures must be put in place, as set out in Article 89(1).
(f) Integrity and Confidentiality
The GDPR requires technical and organisational measures to ensure that data is neither lost nor destroyed.
Integrity
A data subject may not only be harmed by the illegitimate processing of their personal data but also as a result of the loss of data. For example, if a hospital loses the personal data of a patient, they may get an incorrect treatment. The controller must also ensure that data is not falsely deleted or altered. Threats to the integrity of personal data may come from the controller, third parties or from an accident.
Confidentiality
Confidentiality aims to protect data against unauthorised access and thus against unauthorised processing. The controller must therefore also implement technical and organisational measures to ensure that personal data is not falsely disclosed, hacked or lost. This includes that unauthorised persons neither have access to the data nor to the devices on which they are processed (Recital 39). The requirements for data security are further defined in Article 32 GDPR.
(2) Accountability
The first part of Article 5(2) highlights that the controller is responsible for complying with Article 5(1) GDPR as well as with all other relevant provisions of the GDPR. More detailed provisions about the responsibilities of the controller can be found throughout the GDPR, e.g. Article 24 GDPR. In addition to being responsible, the controller also has to be able to demonstrate compliance with the law. However, the provision does not further specify how a controller has to demonstrate compliance, as this is highly dependent on the processing operation and the type of organisation carrying it out. In most cases, written documentation will be used to demonstrate compliance. If applicable, a record of processing activities (see Article 30 GDPR) is also typically sufficient.
Decisions
→ You can find all related decisions in Category:Article 5 GDPR
References
- ↑ Herbst, in Kühling, Buchner, DS-GVO BDSG, Article 5 GDPR, margin number 8 (C.H. Beck 2020, 3rd Edition).
- ↑ EDPB, ‘Guidelines 4/2019 on Article 25 Data Protection by Design and by Default’, 20 October 2020 (Version 2.0), p. 18 (available here). See also CJEU, Case C-201/14, Bara, 1 October 2015, margin numbers 32, 34 (available here).
- ↑ EDPB, ‘Guidelines 4/2019 on Article 25 Data Protection by Design and by Default’, 20 October 2020 (Version 2.0), p. 18 (available here).
- ↑ WP29, ‘Opinion 03/2013 on purpose limitation’, 00569/13/EN WP 203, 2 April 2013, p. 16 (available here).
- ↑ EDPB, ‘Guidelines 3/2019 on processing of personal data through video devices’, 29 January 2020 (Version 2.0), p. 9 (available here).
- ↑ de Terwangne, in Kuner, Bygrave, Docksey, The EU General Data Protection Regulation (GDPR): A Commentary, Article 5 GDPR, p. 315 (Oxford University Press 2020).
- ↑ WP29, ‘Opinion 03/2013 on purpose limitation’, 00569/13/EN WP 203, 2 April 2013, p. 21 (available here).
- ↑ Frenzel, in Paal, Pauly, DS-GVO BDSG, Article 5 GDPR, margin numbers 29 (C.H. Beck 2018, 3rd Edition).
- ↑ CJEU, Case C-708/18, TK v Asociaţia de Proprietari bloc M5A-ScaraA, 11 December 2019 (rectified 13 February 2020), margin number 51 (available here).
- ↑ Resta, in Riccio, Scorza, Belisario, GDPR e Normativa Privacy - Commentario, Article 5 GDPR (Wolters Kluwer 2018), p. 59.
- ↑ WP29, ‘Guidelines on Automated individual decision-making and Profiling for the purposes of Regulation 2016/679’, 17/EN WP251rev.01, 3 October 2017 (available here).
- ↑ Schantz, in Wolff, Brink, BeckOK Datenschutzrecht, Article 5 GDPR, margin number 27 (C.H. Beck 2020, 36th Edition).
- ↑ Schantz, in Wolff, Brink, BeckOK Datenschutzrecht, Article 5 GDPR, margin number 32 (C.H. Beck 2020, 38th Edition); Herbst in Kühling, Buchner, DS-GVO BDSG, Article 5 GDPR, margin number 66 (C. H. Beck 2021, 3rd ed.).
- ↑ Schantz, in Wolff, Brink, BeckOK Datenschutzrecht, Article 5 GDPR, margin number 34 (C.H. Beck 2020, 36th Edition).