Data Subject Access Request Policy & Procedure - ComponentSource Group

1. Introduction

This Policy sets out the obligations of ComponentSource Limited, a company registered in England under number 2890788, whose registered office is at The White Building, 33 Kings Road, Reading, Berkshire RG1 3AR (“the Company”) regarding data subject access requests under the Data Protection Legislation (defined below).

This Policy also provides guidance on the handling of data subject access requests. The procedures and principles set out in this Policy should be followed at all times by the Company, its employees, agents, contractors, or other parties working on behalf of the Company.

2. Definitions

“data controller” means the person or organisation which, alone or jointly with others, determines the purposes and means of the processing of personal data. For the purposes of this Policy, the Company is the data controller of all personal data used in our business;

“data processor” means a person or organisation which processes personal data on behalf of a data controller;

“Data Protection Legislation” means all applicable data protection and privacy laws including, but not limited to, the UK GDPR, the Data Protection Act 2018, and any other applicable national laws, regulations, and secondary legislation in England and Wales concerning the processing of personal data or the privacy of electronic communications, as amended, replaced, or updated from time to time;

“data subject” means a living, identified, or identifiable individual about whom the Company holds personal data;

“ICO” means the Information Commissioner’s Office, a part of the UK Government with a website at ico.org.uk;

“personal data” means any information relating to a data subject who can be identified, directly or indirectly, in particular by reference to an identifier such as a name, identification number, location data, an online identifier, or to one or more factors specific to the physical, physiological, genetic, mental, economic, cultural, or social identity of that data subject;

“processing” means any operation or set of operations performed on personal data or sets of personal data, whether or not by automated means, such as collection, recording, organisation, structuring, storage, adaptation or alteration, retrieval, consultation, use, disclosure by transmission, dissemination or otherwise making available, alignment or combination, restriction, erasure or destruction; and

“special category personal data” means personal data revealing racial or ethnic origin, political opinions, religious or philosophical beliefs, trade union membership, health, sexual life, sexual orientation, biometric, or genetic data.

3. Data Protection Manager & Scope of Policy

  1. The Company’s Data Protection Manager is responsible for administering this Policy; for developing and implementing any applicable related policies (including those referred to in this Policy), procedures, and/or guidelines; for ensuring that all data subject access requests are handled in accordance with the Data Protection Legislation; and for ensuring that all employees, agents, contractors, or other parties working on behalf of the Company have an understanding of the Data Protection Legislation and their obligations under it as it applies to their job role(s).
  2. The Company collects, holds, and processes personal data about employees, customers, publishers, suppliers and business contacts etc.
  3. Data subjects have rights with respect to their personal data under the Data Protection Legislation. This Policy deals specifically with the right of access (Article 15 of the UK GDPR). Data subjects have the right to find out whether the Company collects, holds, or processes personal data about them, the right to obtain a copy of any such data, and certain other supplementary information. The right of access is designed to help data subjects to understand how and why we use their data, and to check that we are doing so lawfully.
  4. This Policy is an internal company policy designed to provide guidance on handling data subject access requests. It is not a data protection policy, privacy policy, privacy notice, or similar. This Policy should, where appropriate, be read in conjunction with the Company’s Data Protection Policy.
  5. Any questions relating to this Policy, the Company’s collection, processing, or holding of personal data, or to the Data Protection Legislation should be referred to the Data Protection Manager.
  6. Clauses 1 to 4 and Clauses 14 to 16 of this Policy apply to all staff and Clauses 5 to 13 apply to employees authorised to handle Data Subject Access Requests (“SARs”).

4. How to Recognise a Data Subject Access Request

  1. The Data Protection Legislation does not set out a particular format which a SAR must follow. A SAR may be made orally or in writing, to any part of the Company, and by any means of communication. A SAR does not need to use the words ‘subject access request’, ‘data protection’, ‘personal data’ or similar terms, or refer to Article 15 of the UK GDPR. This means that anyone in the Company could receive a SAR and it may not be immediately obvious that a SAR has been received.
  2. The Company provides a Subject Access Request Form, contained in the Employee Handbook, to make it easier for data subjects to make a SAR and to make it easier for the Company to recognise the request; however, data subjects are under no obligation to use the form and care must be taken at all times to identify SARs made in other ways.
  3. SARs may instead use more general terminology, using terms such as ‘information’ rather than ‘personal data’. For example, a message sent to the Company via social media such as ‘please provide details of all the information you have about me’ will be a valid SAR and must be treated in the same way as a more formal communication referring specifically to a ‘subject access request’ and data subjects’ rights under the UK GDPR.
  4. Individuals may make SARs on their own behalf. It is also possible to make a SAR via a third party:
    1. This may be a solicitor making a request on behalf of a client, or it may be one private individual making the request on behalf of another. This is permissible, but you must be satisfied that the individual making the request has the authority to act on behalf of the data subject concerned.
    2. In certain limited cases, an individual may not have the mental capacity to manage their own affairs. In these cases, the Mental Capacity Act 2005 enables a third party to make a SAR on behalf of that individual.
  5. When a SAR is identified, or if a communication or request is received and you are in anyway unsure whether or not it is a SAR, it should be immediately forwarded to the Company’s Data Protection Manager.

5. What to do When a Subject Access Request is Received

  1. The Company has a limited timeframe within which to respond to a SAR, so it is important to act quickly.
  2. Unless you are authorised to handle a SAR, it must be forwarded to the Data Protection Manager. You should not take any further action with respect to any SAR unless you are authorised to do so.
  3. SARs may come in any form. This will determine how to forward the SAR to the Data Protection Manager:
    1. For SARs received by email, the message should be forwarded immediately to the Company’s Data Protection Manager.
    2. For SARs received by post or in any other hardcopy form, the SAR should first be scanned and emailed immediately to the Company’s Data Protection Manager, and the original sent to him using the most direct and secure means possible.
    3. For SARs made verbally, the name and contact details of the data subject should first be recorded before informing the data subject that the Company’s Data Protection Manager will contact them for full details of their SAR. The data subject’s details and any other information provided by the data subject should be emailed immediately to the Data Protection Manager, including details of the time and date on which the SAR was made.
  4. The Company’s Data Protection Manager should respond to you confirming receipt of the SAR, within 2 business days of you sending it. If you do not receive a response within this period, you should contact him again to confirm receipt.

6. Responding to a Subject Access Request Part 1: Identifying Data Subjects and Clarifying Requests

  1. Before responding to a SAR, all reasonable steps must be taken to verify the identity of the individual making the request and, particularly if the Company is processing a large amount of personal data about them, to clarify their request (i.e. to specify the personal data or processing to which their SAR relates). Information requested for such purposes must be reasonable and proportionate. Individuals must not be asked to provide any more information than is reasonably necessary, nor can a request for clarification be used to narrow the scope of a SAR.
  2. If additional information is required to confirm an individual’s identity, the individual must be informed as soon as possible. If additional information is required, the time limit for responding to a SAR does not begin until that information is received.
  3. If additional information is required to clarify the SAR, the individual must be informed as soon as possible. If such additional information is required, the time limit for responding to the SAR is paused until a response is received. The time limit is measured in whole days. If, therefore, a response is received on the same day, the time limit for response is unchanged. (Note also the possible extensions to the time limit explained in Clause 8, below).
  4. If a SAR is made by a third party on behalf of a data subject (see Clause 4.4), the individual acting on behalf of the data subject must be required to provide sufficient evidence that they are authorised to act on the data subject’s behalf.
  5. Examples of information that may be requested to confirm an individual’s identity include (note that formal identity documents should not be requested unless it is necessary to do so):
    1. A copy of the individual’s passport;
    2. A copy of the individual’s driving licence;
  6. If, having requested additional information to verify an individual’s identity, it is still not possible to do so (if, for example, the individual does not comply), the Company may refuse to comply with a SAR, as set out in Clause 11.
  7. If, having requested additional information to clarify a SAR, the individual does not comply (e.g. they do not respond, or refuse to provide further information), the Company must still endeavour to comply with the SAR by making reasonable searches for the personal data relating to the request. It will also generally be possible to provide some or all the supplementary information required by the Data Protection Legislation (see below in Clause 9).
  8. The Company does not retain personal data for the sole purpose of being able to respond to a potential SAR.

7. Responding to a Subject Access Request Part 2: Fees

  1. Under normal circumstances, the Data Protection Legislation prohibits the charging of a fee for handling a SAR. The Company does not normally charge for SARs.
  2. In limited cases, it is permissible to charge a ‘reasonable fee’ in order to cover the administrative costs of complying with a SAR if that SAR is ‘manifestly unfounded’, ‘excessive’, or if a data subject requests further copies of their data following the SAR. In certain cases, it may also be permissible to refuse to comply with a SAR, as set out in Clause 11(b).
  3. The following factors should be considered when calculating a reasonable fee:
    1. Administrative costs involved in:
      1. Assessing whether or not the Company is processing the data subject’s information;
      2. Locating, retrieving, and extracting that information;
      3. Providing a copy of the information; and
      4. Sending the Company’s response to the data subject.
    2. Specific costs to be considered include:
      1. Photocopying, printing, postage, and any other costs incurred when sending the information to the data subject;
      2. Equipment and supplies; and
      3. Staff time.

8. Responding to a Subject Access Request Part 3: Time Limits

  1. Under normal circumstances, the Company must respond to a SAR ‘without undue delay’ and, at the latest, within one month of receipt. The date of receipt of all SARs must be recorded, along with the due date for response.
  2. Under the Data Protection Legislation, the one-month period referred to in Clause 8.1 begins on the calendar day – not business day – that the request is received and ends on the corresponding calendar day in the following month (or, if the following month is shorter and does not have a corresponding day (e.g. January 31st to February 28th), the last day of that month). If the last day of the time limit falls on a weekend or bank holiday, the time limit is extended to the next business day.
  3. If additional information is required from the individual making the SAR to confirm an individual’s identity, as under Clause 6.2, the time limit under Clause 8.1 begins on the day that such information is received.
  4. If additional information is required from the individual making the SAR to clarify the SAR, as under Clause 6.3, the time limit under Clause 8.1 is paused until the information is received (unless the response is received on the same day, in which case the time limit is not affected).
  5. If the SAR is complex, or if the same data subject makes a number of SARs, it is permissible to extend the time limit by up to two months. If such an extension is necessary, the data subject must be informed, in writing, of the reason(s) for the extension within the original one-month time limit.

9. Responding to a Subject Access Request Part 4: Information to be Provided

  1. Data subjects must be provided with the following information in response to a SAR:
    1. the purposes for which the Company collects, holds, and processes their personal data;
    2. the categories of personal data involved;
    3. the recipients or categories of recipient to whom the Company discloses their personal data;
    4. details of how long the Company retains their personal data or, if there is no fixed period, our criteria for determining how long it will be retained;
    5. details of the data subject’s right to ask the Company to rectify or erase their personal data, or to restrict or object to our processing of it;
    6. details of the data subject’s right to make a complaint to the ICO;
    7. if any of the personal data in question was not obtained from the data subject, details of the source of that data;
    8. if the Company carries out any automated decision-making (including profiling), details of that automated decision-making, including a meaningful explanation of the logic involved and the significance and envisaged consequences for the data subject (also see Clause 9.2); and
    9. if the Company transfers their personal data to a third country or international organisation, details of the safeguards in place to protect that data.
  2. In cases where a SAR relates to automated decision-making, the following will apply:
    1. Where a SAR relates to the logic underlying an automated decision that has been taken with respect to important matters relating to the data subject, the data subject must be provided with an explanation of the logic involved, subject to the following conditions:
      • the decision-making process in question must be solely automated (i.e. there must be no human involvement in the process); and
      • the information should be provided in such a way as to protect the Company’s intellectual property rights and trade secrets.
    2. The data subject may also request information related to the automated decision itself, they may seek to exercise the right to human intervention (i.e. for the Company to appoint a person to review the automated decision), to express their own point of view about the decision, and/or to contest it. If a data subject making a SAR seeks to exercise their rights with respect to automated decisions, the Company’s Data Protection Manager will handle the same in accordance with the Data Protection Legislation.
  3. The information set out in Clauses 9.1 and 9.2 must be provided:
    1. in a concise, transparent, intelligible, and easily accessible form, using clear and plain language;
    2. in writing;

      It is important to note that data subjects are only entitled to access personal data that the Company holds about them. If information located in the process of responding to a SAR does not meet the definition of “personal data” (see Clause 1), the Data Protection Legislation does not entitle the data subject to access it. In certain cases, it may be necessary to separate personal data from non-personal data when responding to a SAR.

10. Responding to a Subject Access Request Part 5: Locating Information

  1. The Company may hold personal data in more than one location and/or system. It is important to identify the type(s) of personal data to which a SAR relates in order to search in the correct place.
  2. The Data Protection Legislation entitles data subjects to “such confirmation, personal data and other information as the controller is able to provide based on a reasonable and proportionate search…” in response to a SAR. The right of access is not limited to that information which is easy to find. The requirement that the search be “reasonable and proportionate” was added to the UK GDPR by the Data (Use and Access) Act 2025, but largely reflects the ICO’s pre-existing guidance and previous case law.

11. Refusing to Respond to a Subject Access Request

  1. In certain cases, it is permissible for the Company to refuse to comply with a SAR:
    1. if it is not possible to identify the individual making the SAR after requesting additional verification under Clause 6.2; or
    2. if the request is ‘manifestly unfounded’ or ‘manifestly excessive’, taking into account a range of factors including (but not limited to) whether the request is repetitive in nature, the nature of the information requested, the context of the request, and the relationship between the Company and the individual making the request. In such cases, it is also possible to request a ‘reasonable fee’ to handle it, as set out in Clause 7.2.
  2. If either of the above grounds applies, the Company’s refusal to comply with the SAR must be justified and an explanation must be provided to the individual making the SAR within one calendar month after receiving the SAR. The individual must also be informed of their right to complain to the ICO and of the possibility of seeking a judicial remedy.
  3. Certain exemptions to the right of access are also included in the Data Protection Legislation – see Clause 12.

12. Exemptions to the Right of Access

  1. The Data Protection Legislation provides a number of exemptions which apply to SARs and therefore justify the Company refusing to comply with a SAR. Those most likely to be applicable within the Company are situations in which the personal data in question is:
    1. subject to legal or litigation privilege; or
    2. purely personal or exists for a household activity; or
    3. a reference given (or to be given) in confidence for purposes of employment, training, or education; or
    4. is processed for management forecasting or management planning purposes in relation to a business or other activity (but only to the extent that complying with the SAR would prejudice the conduct of the business or activity); or
    5. consists of records of intentions with respect to negotiations between employer and employee (but only to the extent that complying with the SAR would prejudice such negotiations); or
    6. contains personal data concerning a third party; or
    7. is of a type likely to prejudice the prevention or detection of a crime, or the apprehension or prosecution of offenders if it is disclosed.
  2. Additional exemptions relate to more specific (and generally public) matters such as national security. If any concerns or questions arise with respect to exemptions which may or may not apply during the process of handling a SAR (including, but not limited to those set out above), those questions should be referred to the Company’s Data Protection Manager and/or to the ICO.

13. Erasure or Disposal of Personal Data

  1. If any personal data relevant to a SAR is amended, deleted, or otherwise disposed of between the time at which a SAR is received and the time at which a response is made, the Company is able to take this into account in its response provided that the amendment, deletion, or disposal would have been made irrespective of the Compnay’s receipt of the SAR in question.
  2. The Right of Access does not, therefore, prevent the Company from managing personal data in accordance with normal procedures, in particular those set out in its Data Protection Policy and Data Retention Policy. It is not, however, permissible to amend, delete, or otherwise dispose of data as an alternative to complying with a SAR.

14. Failure to Comply with this Policy

  1. Compliance with the Data Protection Legislation is very important to the Company. If the Company faisl to comply with a SAR within the required time limit or fails to provide a data subject with access to the personal data that held about them, the Company may be in breach of its obligations under the Data Protection Legislation.
  2. Failing to comply with the Data Protection Legislation may put the data subject at risk. It may also expose the Company to consequences such as:
    1. the data subject reporting the Company to the ICO, resulting in an investigation by the ICO;
    2. enforcement action taken against the Company which may result in civil and/or criminal sanctions for the Company and, in certain cases, the individual responsible for the breach;
    3. a court may order the Company to comply with the SAR in any event if the Company is found to have failed in its compliance with the Data Protection Legislation.
  3. Failure by any employee to comply with this Policy may result in disciplinary action which could result in dismissal for gross misconduct.

15. Policy Review

This Policy will be reviewed at least annually. The Company’s Data Protection Manager will be responsible for reviewing this Policy.

16. Implementation of Policy

This Policy will be deemed effective on and from 1st November 2025. No part of this Policy will have retroactive effect and will apply only to matters occurring on or after this date.

CSDARP 01/2026