UKDP-DOC-05-1 Data Subject Request Procedure

Data Subject Request Procedure

UKDP Toolkit: Version 1 ©CertiKit

Data Subject Request Procedure

Implementation guidance The header page and this section, up to and including Disclaimer, must be removed from the final version of the document. For more details on replacing the logo, yellow highlighted text, and certain generic terms, see the Completion Instructions document.

Purpose of this document This procedure describes how the organisation will meet, as a minimum, the rights of the data subject set out in the UK GDPR.

Areas of the UK GDPR addressed The following articles of the UK GDPR are addressed by this document: • •

Article 7 – Conditions for consent Chapter III – Rights of the data subject

General guidance The UK GDPR provides the data subject with a wide range of rights that may be exercised over their personal data and it is important that the organisation is ready for them to ask for these rights and can meet requests in the timescales required.

The way in which the various types of request are processed in your organisation will vary according to the personal data involved and the ways in which it is stored and processed.

This procedure is intended to provide some initial structure to your own methods and to provide guidance about how the requirements of the UK GDPR will affect the way in which you choose to handle data subject requests.

Review frequency We would recommend that this document is reviewed at least annually.

Version 1

Page 2 of 18

[Insert date]

Data Subject Request Procedure

Document fields This document may contain fields which need to be updated with your own information, including a field for Organization Name that is linked to the custom document property “Organization Name”.

To update this field (and any others that may exist in this document): 1. Update the custom document property “Organization Name” by clicking File > Info > Properties > Advanced Properties > Custom > Organization Name.

2. Press Ctrl A on the keyboard to select all text in the document (or use Select, Select All via the Editing header on the Home tab).

3. Press F9 on the keyboard to update all fields.

4. When prompted, choose the option to just update TOC page numbers.

If you wish to permanently convert the fields in this document to text, for instance, so that they are no longer updateable, you will need to click into each occurrence of the field and press Ctrl Shift F9.

If you would like to make all fields in the document visible, go to File > Options > Advanced > Show document content > Field shading and set this to “Always”. This can be useful to check you have updated all fields correctly.

Further detail on the above procedure can be found in the toolkit Completion Instructions.

This document also contains guidance on working with the toolkit documents with an Apple Mac, and in Google Docs/Sheets.

Copyright notice Except for any specifically identified third-party works included, this document has been authored by CertiKit, and is ©CertiKit except as stated below. CertiKit is a company registered in England and Wales with company number 6432088.

Licence terms This document is licensed on and subject to the standard licence terms of CertiKit, available on request, or by download from our website. All other rights are reserved. Unless you have purchased this product you only have an evaluation licence.

If this product was purchased, a full licence is granted to the person identified as the licensee in the relevant purchase order. The standard licence terms include special terms relating to any third-party copyright included in this document.

Version 1

Page 3 of 18

[Insert date]

Data Subject Request Procedure

Disclaimer Please Note: Your use of and reliance on this document template is at your sole risk.

Document templates are intended to be used as a starting point only from which you will create your own document and to which you will apply all reasonable quality checks before use.

Therefore, please note that it is your responsibility to ensure that the content of any document you create that is based on our templates is correct and appropriate for your needs and complies with relevant laws in your country.

You should take all reasonable and proper legal and other professional advice before using this document.

CertiKit makes no claims, promises, or guarantees about the accuracy, completeness or adequacy of our document templates; assumes no duty of care to any person with respect its document templates or their contents; and expressly excludes and disclaims liability for any cost, expense, loss or damage suffered or incurred in reliance on our document templates, or in expectation of our document templates meeting your needs, including (without limitation) as a result of misstatements, errors and omissions in their contents.

Version 1

Page 4 of 18

[Insert date]

Data Subject Request Procedure

Data Subject Request Procedure

Version 1

DOCUMENT REF

UKDP-DOC-05-1

VERSION

1

DATED

[Insert date]

DOCUMENT AUTHOR

[Insert name]

DOCUMENT OWNER

[Insert name/role]

Page 5 of 18

[Insert date]

Data Subject Request Procedure

Revision history VERSION

DATE

REVISION AUTHOR

SUMMARY OF CHANGES

Distribution NAME

TITLE

Approval NAME

Version 1

POSITION

SIGNATURE

Page 6 of 18

DATE

[Insert date]

Data Subject Request Procedure

Contents 1

Introduction ............................................................................................................... 8

2

Data subject request procedure overview .................................................................. 9

3

4

2.1

General points ............................................................................................................. 9

2.2

Procedure flowchart .................................................................................................. 10

Data subject request procedure steps ...................................................................... 11 3.1

Data subject request received .................................................................................... 11

3.2

Log data subject request ............................................................................................ 11

3.3

Confirm identity of data subject ................................................................................. 11

3.4

Evaluate validity of request ........................................................................................ 12

3.5

Charge for request ..................................................................................................... 12

3.6

Compile requested information .................................................................................. 12

3.7

Take requested action/provide requested information ............................................... 13

3.8

Close data subject request ......................................................................................... 13

Types of data subject requests ................................................................................. 14 4.1

The right to withdraw consent ................................................................................... 14

4.2

The right to be informed ............................................................................................ 14

4.3

The right of access ..................................................................................................... 14

4.4

The right to rectification............................................................................................. 15

4.5

The right to erasure ................................................................................................... 15

4.6

The right to restrict processing ................................................................................... 16

4.7

The right to data portability ....................................................................................... 16

4.8

The right to object ..................................................................................................... 16

4.9

Rights in relation to automated decision making and profiling .................................... 17

4.10

Summary of data subject rights by lawful basis of processing ...................................... 17

Figures Figure 1: Data subject request procedure.................................................................................... 10

Tables Table 1: Applicable rights based on lawful basis of processing ..................................................... 18

Version 1

Page 7 of 18

[Insert date]

Data Subject Request Procedure

1 Introduction This procedure is intended to be used when a data subject exercises one or more of the rights, they are granted under the United Kingdom General Data Protection Regulation (UK GDPR).

Each of the rights involved has its own specific aspects and challenges to [Organization Name] in complying with them and doing so within the required timescales. In general, a proactive approach will be taken that places as much control over personal data in the hands of the data subject as possible, with a minimum amount of intervention or involvement required on the part of [Organization Name]. This may be achieved by providing online access to the personal data so that the data subject can verify and amend it as required.

However, in some cases there is a decision-making process to be followed by [Organization Name] regarding whether a request will be allowed or not; where this is the case, the steps involved in these decisions are explained in this document.

This procedure should be considered in conjunction with the following related documents: • • • • • •

Data Subject Request Register Data Protection Impact Assessment Process Records Retention and Protection Policy Data Protection Policy Legitimate Interest Assessment Procedure Privacy Notice Procedure

Version 1

Page 8 of 18

[Insert date]

Data Subject Request Procedure

2 Data subject request procedure overview 2.1 General points The following general points apply to all of the requests described in this document and are based on Article 12 of the UK GDPR: 1.

Information shall be provided to the data subject in a concise, transparent, intelligible and easily accessible form, using clear and plain language, in particular for any information addressed specifically to a child Information may be provided in writing, or electronically or by other appropriate means The data subject may request the information orally (e.g. over the telephone or face to face), as long as the identity of the data subject has been established We must act on a request from a data subject, unless we are unable to establish their identity We must provide information without undue delay and within a maximum of one month from the receipt of the request The response timescale may be extended by up to two further months for complex or a high volume of requests – the data subject must be informed of this within one month of the request, and the reasons for the delay given If a request is made via electronic form, the response should be via electronic means where possible, unless the data subject requests otherwise If it is decided that we will not comply with a request, we must inform the data subject without delay and at the latest within a month, stating the reason(s) and informing the data subject of their right to complain to the Information Commissioner’s Office (ICO) Generally, responses to requests will be made free of charge, unless they are “manifestly unfounded or excessive” (UK GDPR Article 12), in which case we will either charge a reasonable fee or refuse to action the request If there is doubt about a data subject’s identity, we may request further information to establish it

2.

3.

4.

5.

6.

7.

8.

9.

10.

Please refer to the exact text of the UK GDPR if clarification of any of the above is required.

The procedure for responding to requests from data subjects is shown diagrammatically in Figure 1 and expanded on in the following sections. The specifics of each step in the procedure will vary according to the type of request involved – refer to the relevant section of this procedure for more detail. The following forms may be used in conjunction with this procedure: • • • •

Data Subject Request Form Data Subject Request Rejection Data Subject Request Charge Data Subject Request Time Extension

Version 1

Page 9 of 18

[Insert date]

Data Subject Request Procedure

2.2 Procedure flowchart

Figure 1: Data subject request procedure

Version 1

Page 10 of 18

[Insert date]

Data Subject Request Procedure

3 Data subject request procedure steps The steps depicted in the flowchart in Figure 1 are expanded upon in this section and further under the section addressing each specific type of request.

3.1 Data subject request received The data subject may submit a request via a number of methods, including electronically (via email, our website or via a social media channel), by letter or on the telephone.

Requests may be received by any part of the organisation but should ideally be channelled through customer services. A Data Subject Request Form is available for this purpose, but this does not have to be used for the request to be valid, and there is no specific form of words that has to be used by the data subject.

A request may also be submitted on another person’s behalf, as long as they have been given authority to do so, and evidence of this must be provided. Care must be taken when accepting a request from a child, but this is permitted if they appear mature enough to understand the process. Otherwise, the child may authorise a parent, guardian, or someone else they choose, to act on their behalf.

3.2 Log data subject request The fact that the request has been received is logged in the Data Subject Request Register and the date of the request recorded. The information to be recorded will depend upon the nature of the request (e.g. access to information, consent withdrawal) and a check must be made that all of the information required to be able to comply with the specific type of request is provided and captured (for example the processing for which consent is being withdrawn).

3.3 Confirm identity of data subject The identity of the data subject must be confirmed via an approved method. More information may be requested to confirm identity if required, and the allowed timescale for responding to a request does not start until the identity of the requester has been satisfactorily established.

If the identity of the data subject cannot be confirmed, the request is rejected and the reason for this communicated to the data subject, along with further information about their right to complain to the ICO.

Version 1

Page 11 of 18

[Insert date]

Data Subject Request Procedure

3.4 Evaluate validity of request The test of whether the request is “manifestly unfounded or excessive” must be applied. In general terms, a request may be considered manifestly unfounded if it appears malicious in its intention, for example to cause disruption or harm to an individual or the organisation, or if there is no genuine desire on the part of the data subject to exercise their rights. A manifestly excessive request is one which may be clearly judged to be unreasonable in the context of the request and the relationship between the organisation and the data subject, for example if it is a repeat of a recently submitted request for very similar information, or if the resources required to fulfil the request are excessive.

In those circumstances where a request is judged to meet these criteria, it must be escalated to management for review and, if confirmed, the reasons for classifying the request as such clearly recorded in the Data Subject Request Register.

In the case of requests for rectification, erasure, restriction of, or objection to, processing, a decision is also taken about whether the request is reasonable and lawful. If not, the request is rejected, and the data subject informed of the decision and their right to complain to the ICO.

3.5 Charge for request For requests that are identified as manifestly unfounded or excessive, a decision must be taken whether to reject the request outright or to apply a charge to it. The charge must be paid by the data subject if they still want the request to be processed. The UK GDPR allows the organisation to “charge a reasonable fee taking into account the administrative costs of providing the information or communication or taking the action requested” (UK GDPR Article 12 (5a)). In this event, the method of calculation of the fee will be documented.

If a charge is applied, the data subject is informed of the charge and has an opportunity to decide whether to proceed. If the data subject decides not to proceed, the request is rejected, and the reasons communicated.

3.6 Compile requested information The relevant information is compiled according to the type of request. The organisation must make reasonable efforts to comply with the request, but there may be a limit to the amount of resource that it is fair to apply to it. This step may involve planning how the requested action, for example erasure or restriction of processing, will be achieved.

In the event that some or all of the requested information involves other identifiable individuals, then their consent may be required in order for it to be disclosed. If this is not available, a balanced decision must be taken regarding whether it is reasonable to disclose the information without their consent. It may be decided to provide some, but not all of the Version 1

Page 12 of 18

[Insert date]

Data Subject Request Procedure

requested information in some circumstances. Techniques such as redaction may also be used where appropriate to remove information about other identifiable individuals.

A maximum of one month is permitted to comply; if the request will take longer than that then a maximum of two further months are allowed and the data subject must be informed of the delay and the reasons for it within one month of the request being submitted. Time extensions and the reasons for them must be recorded in the Data Subject Request Register.

3.7 Take requested action/provide requested information The requested action is carried out (see the following sections of this document for details) or, for access requests, the information requested is provided to the data subject, and they are informed of the completion of the request.

3.8 Close data subject request The fact that the request has been completed is logged in the Data Subject Request Register, together with the date of closure.

Version 1

Page 13 of 18

[Insert date]

Data Subject Request Procedure

4 Types of data subject requests 4.1 The right to withdraw consent The data subject has the right to withdraw consent where the basis for processing of their personal data is that of consent (i.e. the processing is not based on a different justification allowed by the UK GDPR such as contractual or legal obligation).

Before excluding the data subject’s personal data from processing, it must be confirmed that consent is indeed the basis of the processing. If not, then the request may be rejected on the grounds that the processing does not require the data subject’s consent. Otherwise, the request should be allowed.

In many cases, the giving and withdrawal of consent will be available electronically i.e. online, and a manual procedure will not be required.

Where consent involves a child (defined by UK data protection law as age 13+) the giving or withdrawal of consent must be authorised by the holder of parental responsibility over the child.

4.2 The right to be informed At the point where personal data are collected from the data subject or obtained from another source, there is a requirement to inform the data subject about our use of that data and their rights over it. Compliance with this right is addressed in a separate document, Privacy Notice Procedure, which describes the information that must be provided and sets out how and when this must be achieved.

4.3 The right of access A data subject has the right to ask [Organization Name] whether we process data about them, to have access to that data and in addition the following information: 1.

2.

3.

4.

5.

6.

7.

Version 1

The purposes of the processing The categories of the personal data concerned The recipients, or categories of recipients, of the data, if any, in particular any third countries or international organisations The length of time that the personal data be stored for (or the criteria used to determine that period) The data subject’s rights to rectification or erasure of their personal data and restriction of, or objection to, its processing The data subject’s right to lodge a complaint with the ICO Information about the source of the data, if not directly from the data subject

Page 14 of 18

[Insert date]

Data Subject Request Procedure

8.

Whether the personal data will be subject to automated processing, including profiling and, if so, the logic and potential consequences involved Where the data are transferred to a third country or international organisation, information about the safeguards that apply

9.

In most cases, the decision-making process for such requests will be straightforward unless it is judged that the request is manifestly unfounded or excessive. The compilation of the information is likely to require the input of the data owner.

4.4 The right to rectification Where personal data is inaccurate, the data subject has the right to request that it be corrected, and incomplete personal data completed based on information they may provide.

Where necessary, [Organization Name] will take steps to validate the information provided by the data subject to ensure that it is accurate before amending it.

4.5 The right to erasure Also known as “the right to be forgotten”, the data subject has the right to require [Organization Name] to erase personal data about them without undue delay where one of the following applies: • • • • • •

The personal data are no longer necessary for the purpose for which they were collected The data subject withdraws consent and there is no other legal ground for processing The data subject objects to the processing of the personal data The personal data have been unlawfully processed For compliance reasons, i.e. to meet the legal obligations of [Organization Name] Where the personal data was relevant to the data subject as a child

Reasonable efforts must be made to ensure erasure where the personal data has been made public.

[Organization Name] will need to decide on each case of such requests as to whether the request can or should be declined for one of the following reasons: • • • • •

Right of freedom of expression and information Compliance with a legal obligation Public interest in the area of public health To protect archiving purposes in the public interest The personal data is relevant to a legal claim

Version 1

Page 15 of 18

[Insert date]

Data Subject Request Procedure

It is likely that such decisions will require the involvement of the [Organization Name] Data Protection Officer (if appointed) and in some cases senior management.

4.6 The right to restrict processing The data subject can exercise the right to a restriction of processing of their personal data in one of the following circumstances: • • • •

Where the data subject contests the accuracy of the data, until we have been able to verify its accuracy As an alternative to erasure in the circumstances that the processing is unlawful Where the data subject needs the data for legal claims, but it is no longer required by us Whilst a decision on an objection to processing is pending

[Organization Name] will need to decide on each case of such requests as to whether the request should be allowed. It is likely that such decisions will require the involvement of the [Organization Name] Data Protection Officer and in some cases senior management.

Where a restriction of processing is in place, the data may be stored but not processed without the data subject’s consent, unless for legal reasons (in which case the data subject must be informed). Other organisations who may process the data on our behalf must also be informed of the restriction.

4.7 The right to data portability The data subject has the right to request that their personal data be provided to them in a “structured, commonly-used and machine-readable format” (UK GDPR Article 20) and to transfer that data to another party e.g. service provider. This applies to personal data for which processing is based on the data subject’s consent and the processing carried out by automated means.

Where feasible, the data subject can also request that the personal data be transferred directly from our systems to those of another provider.

For services that come under this category, little decision-making is required for each case and it is highly desirable that this process is automated in its execution.

4.8 The right to object The data subject has the right to object to processing that is based on the following legal justifications:

Version 1

Page 16 of 18

[Insert date]

Data Subject Request Procedure • •

For the performance of a task carried out in the public interest or in the exercise of official authority vested in the controller For the purposes of the legitimate interests of the controller

Once an objection has been made, [Organization Name] must justify the grounds on which the processing is based and suspend processing until this is done. Where the personal data is used for direct marketing, we have no choice but to no longer process the data.

4.9 Rights in relation to automated decision making and profiling The data subject has the right to not be the subject of automated decision-making where the decision has a significant effect on them and can insist on human intervention where appropriate. The data subject also has the right to express their point of view and contest decisions.

There are exceptions to this right, which are if the decision: • • •

Is necessary for a contract Is authorised by law Is based on the data subject’s explicit consent

In assessing these types of request, a judgement needs to be made about whether the above exceptions apply in the case in question.

4.10 Summary of data subject rights by lawful basis of processing The following table shows which rights of the data subject are relevant to each basis of lawful processing. It should be used as a general guide only, as the specific circumstances may affect the validity of the request.

Version 1

Page 17 of 18

[Insert date]

Data Subject Request Procedure

RIGHT OF THE DATA SUBJECT

BASIS OF LAWFUL PROCESSING CONSENT

CONTRACTUAL

LEGAL OBLIGATION

VITAL INTERESTS

PUBLIC INTEREST

LEGITIMATE INTEREST

Withdraw consent

YES

NO

NO

NO

NO

NO

Be informed

YES

YES

YES

YES

YES

YES

Access

YES

YES

YES

YES

YES

YES

Rectification

YES

YES

YES

YES

YES

YES

Erasure

YES

NO

NO

NO

NO

YES

Restrict processing

YES

YES

YES

YES

YES

YES

Data portability

YES

YES

NO

NO

NO

NO

Object

N/A

NO

NO

NO

YES

YES

Automated decision making and profiling

N/A

NO

NO

YES

YES

YES

Table 1: Applicable rights based on lawful basis of processing

Note: All the above assume that: 1.

2.

the personal data are being lawfully processed the personal data are necessary in relation to the purposes for which they were collected or otherwise processed

If this is not the case, then further investigation must be made regarding the validity of the request.

Version 1

Page 18 of 18

[Insert date]