Article 20 GDPR

From GDPRhub
Article 20 - Right to data portability
Gdpricon.png
Chapter 10: Delegated and implementing acts

Legal Text


Article 20 - Right to data portability

1. The data subject shall have the right to receive the personal data concerning him or her, which he or she has provided to a controller, in a structured, commonly used and machine-readable format and have the right to transmit those data to another controller without hindrance from the controller to which the personal data have been provided, where:

(a) the processing is based on consent pursuant to point (a) of Article 6(1) or point (a) of Article 9(2) or on a contract pursuant to point (b) of Article 6(1); and
(b) the processing is carried out by automated means.

2. In exercising his or her right to data portability pursuant to paragraph 1, the data subject shall have the right to have the personal data transmitted directly from one controller to another, where technically feasible.

3. The exercise of the right referred to in paragraph 1 of this Article shall be without prejudice to Article 17. That right shall not apply to processing necessary for the performance of a task carried out in the public interest or in the exercise of official authority vested in the controller.

4. The right referred to in paragraph 1 shall not adversely affect the rights and freedoms of others.

Relevant Recitals

Recital 68: Right to Data Portability
To further strengthen the control over his or her own data, where the processing of personal data is carried out by automated means, the data subject should also be allowed to receive personal data concerning him or her which he or she has provided to a controller in a structured, commonly used, machine-readable and interoperable format, and to transmit it to another controller. Data controllers should be encouraged to develop interoperable formats that enable data portability. That right should apply where the data subject provided the personal data on the basis of his or her consent or the processing is necessary for the performance of a contract. It should not apply where processing is based on a legal ground other than consent or contract. By its very nature, that right should not be exercised against controllers processing personal data in the exercise of their public duties. It should therefore not apply where the processing of the personal data is necessary for compliance with a legal obligation to which the controller is subject or for the performance of a task carried out in the public interest or in the exercise of an official authority vested in the controller. The data subject's right to transmit or receive personal data concerning him or her should not create an obligation for the controllers to adopt or maintain processing systems which are technically compatible. Where, in a certain set of personal data, more than one data subject is concerned, the right to receive the personal data should be without prejudice to the rights and freedoms of other data subjects in accordance with this Regulation. Furthermore, that right should not prejudice the right of the data subject to obtain the erasure of personal data and the limitations of that right as set out in this Regulation and should, in particular, not imply the erasure of personal data concerning the data subject which have been provided by him or her for the performance of a contract to the extent that and for as long as the personal data are necessary for the performance of that contract. Where technically feasible, the data subject should have the right to have the personal data transmitted directly from one controller to another.

Recital 73: Restrictions by Member States
Restrictions concerning specific principles and the rights of information, access to and rectification or erasure of personal data, the right to data portability, the right to object, decisions based on profiling, as well as the communication of a personal data breach to a data subject and certain related obligations of the controllers may be imposed by Union or Member State law, as far as necessary and proportionate in a democratic society to safeguard public security, including the protection of human life especially in response to natural or manmade disasters, the prevention, investigation and prosecution of criminal offences or the execution of criminal penalties, including the safeguarding against and the prevention of threats to public security, or of breaches of ethics for regulated professions, other important objectives of general public interest of the Union or of a Member State, in particular an important economic or financial interest of the Union or of a Member State, the keeping of public registers kept for reasons of general public interest, further processing of archived personal data to provide specific information related to the political behaviour under former totalitarian state regimes or the protection of the data subject or the rights and freedoms of others, including social protection, public health and humanitarian purposes. Those restrictions should be in accordance with the requirements set out in the Charter and in the European Convention for the Protection of Human Rights and Fundamental Freedoms.

Recital 156: Processing of Personal Data for Archiving Purposes in the Public Interest, Scientific, Historical Research or Statistical Purposes
The processing of personal data for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes should be subject to appropriate safeguards for the rights and freedoms of the data subject pursuant to this Regulation. Those safeguards should ensure that technical and organisational measures are in place in order to ensure, in particular, the principle of data minimisation. The further processing of personal data for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes is to be carried out when the controller has assessed the feasibility to fulfil those purposes by processing data which do not permit or no longer permit the identification of data subjects, provided that appropriate safeguards exist (such as, for instance, pseudonymisation of the data). Member States should provide for appropriate safeguards for the processing of personal data for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes. Member States should be authorised to provide, under specific conditions and subject to appropriate safeguards for data subjects, specifications and derogations with regard to the information requirements and rights to rectification, to erasure, to be forgotten, to restriction of processing, to data portability, and to object when processing personal data for archiving purposes in the public interest, scientific or historical research purposes or statistical purposes. The conditions and safeguards in question may entail specific procedures for data subjects to exercise those rights if this is appropriate in the light of the purposes sought by the specific processing along with technical and organisational measures aimed at minimising the processing of personal data in pursuance of the proportionality and necessity principles. The processing of personal data for scientific purposes should also comply with other relevant legislation such as on clinical trials.

Commentary

The right to data portability empowers data subjects to receive a copy of their data in a structured, commonly used, and machine-readable format. They can then decide what they want to do with this data, and either store it on their computer, send it or have it sent to a third party. The recipients of this data are not limited to providers that offer similar or comparable services, as the right to portability can be exercised with any controller data subjects choose within the conditions specified below.[1]

(1) Right to data portability

Data subject have the right to request and obtain a copy of any personal data they have provided to the controller. This information must be structured in an accessible and intelligible manner, so that both the data subject themselves and any controllers who may receive it in the future can understand it. Once received, the information can obviously be shared with other data controllers.

Right to receive

Article 12(3) requires that the data controller provides “information on action taken” to the data subject “without undue delay” and in any event “within one month of receipt of the request”. This one month period can be extended to a maximum of three months for complex cases, provided that the data subject has been informed about the reasons for such delay within one month of the original request.

EDPB: To meet user expectations, it is a good practice to define the timeframe in which a data portability request can typically be answered and communicate this to data subjects. Data controllers who refuse to answer a portability request shall, pursuant to Article 12(4), inform the data subject “the reasons for not taking action and on the possibility of lodging a complaint with a supervisory authority and seeking a judicial remedy”, no later than one month after receiving the request.[2]

Personal data concerning him or her

A data portability request only applies to personal data, meaning any data that is anonymous or not related to the data subject is not included. However, pseudonymous data that can be linked to a data subject is within the scope if the corresponding identifier is provided by the subject (as per Article 11(2) GDPR). Data controllers may process information containing the personal data of multiple subjects, and should not interpret "personal data concerning the data subject" too restrictively.

EDPB: For instance, call records in a subscriber's account history may include details of third parties, but subscribers should still be able to obtain such records in response to portability requests since they are also concerning the data subject. Nevertheless, new data controllers who receive such records should not process them in any way that would adversely affect the rights and freedoms of the third parties involved.[3]

Provided to a controller

The second condition of the right to data portability specifies that only personal data "provided" by the data subject is covered by the right. This includes data that the user knowingly and actively provides, such as their name and mailing address, as well as data that is observed from the user's activity, such as their search history or location data.[4] However, inferred or derived data, which is created by the data controller based on the data provided by the data subject, is not covered by the right to data portability.

EDPB: In contrast, inferred data and derived data are created by the data controller on the basis of the data “provided by the data subject”. For example, the outcome of an assessment regarding the health of a user or the profile created in the context of risk management and financial regulations (e.g. to assign a credit score or comply with anti-money laundering rules) cannot in themselves be considered as “provided by” the data subject. Even though such data may be part of a profile kept by a data controller and are inferred or derived from the analysis of data provided by the data subject (through his actions for example), these data will typically not be considered as “provided by the data subject” and thus will not be within scope of this new right.[5]

In a structured, commonly used and machine-readable format

According to Article 20(1) GDPR the data should be provided to the data subject in a "structured, commonly used and machine-readable format". Beyond this requirement, the GDPR does not call for a specific format to be used.

According to Recital 68, the data should be available in an "interoperable format", which data controllers "should be encouraged to develop". In turn, "interoperable" refers to the ability of disparate and diverse organisations to "interact towards mutually beneficial and agreed common goals, involving the sharing of information and knowledge between the organisations, through the business processes they support, by means of the exchange of data between their respective ICT systems."[6]

The terms “structured”, “commonly used” and “machine-readable” are a set of minimal requirements that should facilitate the interoperability of the data format provided by the data controller. In that way, “structured, commonly used and machine readable” are specifications for the means, whereas interoperability is the desired outcome. Formats subject to costly licensing constraints are not considered "commonly used". The personal data provided should have a high level of abstraction from any internal or proprietary format, and metadata should be used to describe the exchanged information accurately. [7]

Cooperation between industry stakeholders and trade associations is encouraged to work together on a common set of interoperable standards and formats to deliver the requirements of the right to data portability. The Commission has published a Communication on "ICT Standardisation Priorities for the Digital Single Market", which may be used as a basis on which to develop standards for the purposes of data portability.[8]

and right to transmit the same personal data to another controller

Data portability not only allows data subjects to obtain and reuse their personal data, but also to transfer it to another service provider, whether within the same industry or a different one. This not only empowers consumers by preventing vendor lock-in but also facilitates safe and secure sharing of personal data between data controllers, under the control of the data subject. This controlled and limited sharing of personal data may enhance services and customer experiences, promoting innovation and enrichment. Additionally, data portability can aid in the transmission and reuse of personal data among various services that interest users.

Without hindrance from the first controller

The GDPR's Article 20(1) guarantees that individuals have the right to transfer their data to another controller without facing any obstructions from the initial controller who provided the personal data. Such impediments can be identified as any legal, technical, or financial barriers that the data controller sets up to prevent or hinder the data subject's or another data controller's access, transmission, or reuse of the data. Examples of such impediments include charges for data delivery, a lack of interoperability or access to a data format or API, excessive delays or complexity in retrieving the complete dataset, the intentional concealment of the dataset, or sector-specific standards or accreditation demands that are undue or excessive.[9] The WP29 recommends that data controllers offer several options to the data subject. They suggest, for instance, that data subjects should be offered an opportunity to directly download the data as well as to transmit it directly to another data controller, and that this could be implemented by making an Application Programme Interface ('API') available.[10]

Where (conditions for applicability)

The right to data portability only applies if (i) the individual has either consented to the processing or the information is processed for the execution of a contract between the data subject and controller[11] and, in both cases, (ii) data is processed automatically.[12]

(i) Processing is based on either consent or contract

XXX

(ii) Processing is carried out by automated means

XXX

(2) Right to have personal data directly transmitted to another controller

Data subjects can also ask the controller to send their personal data directly to another controller, if this is technically feasible. The sending controllers are, however, not responsible for the processing handled by the data subject or by another company receiving personal data. "In this respect, the data controller is not responsible for compliance of the receiving data controller with data protection law, considering that it is not the sending data controller that chooses the recipient".[13] Data portability is supposed to facilitate the reuse of personal data concerning the data subject provided that the copy of the data should be transmitted in the defined format. Controllers are therefore encouraged to use interoperable formats in order to facilitate such an exchange of personal data between each other. Companies in the same industry may create sector-specific interoperable formats to allow for easier transmissions of personal data (see above).

(Obligation of the new controller)

Data controllers that receive portability requests ("receiving controllers") have an obligation to "clearly and directly" state the purpose of the new processing before they accept the request in accordance with the transparency requirements set out in Article 14 GDPR; process the request without undue delay, within 1 month (up to 3 months); ensure that the data they accept is relevant and not excessive for the intended data processing; delete the personal data which are not necessary to achieve the purpose of the new processing as soon as possible. The receiving controllers can decide whether to accept and process data from a portability request.

(3) Right to Erasure

The exercise of the right to data portability does not preclude the exercise of any other rights under the GDPR. Thus, if data subjects want to delete their data from the controller's system (right to erasure under Article 17 GDPR), the controller cannot justify its denial to erase such data because of the data portability request.

(4) Rights of Third Parties

The portability request should not include any third party data if there is a likelihood that the new processing will adversely affect the rights and freedoms of the other data subjects. "Such an adverse effect would occur, for instance, if the transmission of data from one data controller to another, would prevent third parties from exercising their rights as data subjects under the GDPR."[14] The rights and freedoms are unlikely to be adversely affected if the receiving controller processes the data of other data subjects for the same purpose it was processed by the sending controller.

Decisions

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

References

  1. The purpose of the right to data portability is to give data subjects more control over their personal data by granting them a certain type of "ownership". Regulators’ objective was to increase competition on the market by allowing for the free movement of data between providers. Data portability is especially relevant in cases when one controller offers a higher level of protection of personal data than another within the same industry sector or across sectors.
  2. EDPB, Guidelines on the right to data portability under Regulation 2016/679, WP242 rev.01, p. 14-15 (available here).
  3. EDPB, Guidelines on the right to data portability under Regulation 2016/679, WP242 rev.01, p. 9 (available here).
  4. The data "provided" is the data that was actively given to the controller (e.g. photos uploaded to the service) or which was "observed" by a controller (e.g. activity logs, food preferences). This definition also includes data that has been transferred to the controller in the context of the exercise of the right to data portability. Herbst, in Kühling, Buchner, DS-GVO BDSG, Article 20 GDPR, margin number 11 (C.H. Beck 2020, 3rd Edition).
  5. EDPB, Guidelines on the right to data portability under Regulation 2016/679, WP242 rev.01, p. 10 (available here).
  6. The WP29 defines interoperability as the "capability to communicate, execute programs, or transfer data among various functional units in a manner that requires the user to have little or no knowledge of the unique characteristics of those units". EDPB, ‘Guidelines on the right to data portability’, 16/EN WP 242 rev.01, 5 April 2017, 17 (available here).
  7. EDPB, Guidelines on the right to data portability under Regulation 2016/679, WP242 rev.01, pp. 16-18 (available here).
  8. EU Commission Communication on ICT Standardisation Priorities for the Digital Single Market (Available here).
  9. Controllers that address portability requests ("sending controllers") act on behalf of a data subject and are responsible for providing prior information about the right’s existence (e.g. in the privacy notice) and clearly explaining the difference between the right of access and the right to data portability; processing the request without undue delay, within 1 month (up to 3 months); carrying out authentication; setting safeguards to ensure they genuinely act on the data subject’s behalf (e.g. ensure that they transmit the exact type of personal data that the data subject wants to receive); in light of the principles set forth in Article 5(1) GDPR, ensuring that the data transmitted is accurate and up to date; and, taking all necessary security measures for transmissions.
  10. Cormack expresses doubts regarding the viability of this solution, noting that many organisations will hold their data on internal databases that are securely firewalled from internet access as opposed to APIs. Without standards leading to interoperability, the right to data portability may "remain more a declaration of principle than a real and effective tool for individual self-determination in the digital environment". See, Lynskey in Kuner, Bygrave, Docksey, The EU General Data Protection Regulation (GDPR): A Commentary, Article 20 GDPR, p. 505 (Oxford University Press 2020).
  11. However, according to the WP29, it is a good practice to address portability requests also in such cases that do not explicitly provide for a general right to data portability, i.e. when processing is based on the legitimate interests or for the performance of a task carried out in the public interest. See, WP29, ‘Guidelines on the right to data portability’, 16/EN WP 242 rev.01, 5 April 2017, p. 8 (available here).
  12. For example, data which is only available on paper and manually processed falls out of the scope data portability.
  13. WP29, ‘Guidelines on the right to data portability’, 16/EN WP 242 rev.01, 5 April 2017, 6 (available here).
  14. WP29, ‘Guidelines on the right to data portability’, 16/EN WP 242 rev.01, 5 April 2017, 11 (available here).