Data Retention Guidance
Data Retention Guidance
Sponsored by
This guidance is an initiative of the Data Protection Network. It has been made possible by
contributions from Bristows LLP and representatives from a broad range of UK companies and not-
for-profits. (Please see Acknowledgements)
This guidance should be read alongside official guidance from the European Data Protection Board
(EDPB), the UK Information Commissioner’s Office (ICO) and other Supervisory Authorities.
The information provided in this guidance represents the views of the Data Protection Network’s
Data Retention Working Group. It does not provide legal advice and cannot be interpreted as
offering comprehensive guidance to the General Data Protection Regulation (Regulation (EU)
2016/679) or other statutory measures referred to in the document.
© 2022 Copyright of Data Protection Network. All rights reserved.
contents 2
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Contents
Foreword 4
Purpose and scope 5
1 The risks of over or under retention 6
2 Getting started 8
3 Deciding on retention periods 10
4 Controllers, processors and sub-processors 13
5 Creating a data retention policy and schedule 16
6 Action when the retention period is reached 19
7 Implementation of data retention periods 24
8 Ongoing oversight of data retention 27
9 Case studies 28
Case study A – a charity 28
Case study B – a travel business 29
Case study C – a construction and infrastructure business 30
Acknowledgements 32
About the DPN and Bristows LLP 33
About Exterro 34
Appendices 35
Appendix A – Considerations and sample templates for specific data types 35
Company records 35
Employee records 38
Health and safety and environmental records 41
Children’s records 47
Medical records 50
Clinical trial records 51
Finance, accounting and tax records 55
Insurance records 63
Customer contract records 67
Marketing records 68
Public domain records 76
Data used for or created by artificial intelligence 77
Archived records 79
contents 3
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Foreword
One of the core data protection principles is ‘storage limitation’ which requires organisations to
retain personal data for only as long as it is necessary for the purposes it is held. A simple concept,
but one which can present challenges for organisations to implement in practice. The General Data
Protection Regulation (GDPR) (Regulation (EU) 2016/679) provides specific requirements for the
‘storage limitation’ of personal data.
Article 5(1) says that personal data shall be…
(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’);’
Article 25, which covers ‘Data protection by design and by default’ further requires that…
Before creating a data retention policy, organisations will need to fully understand what personal
data they process and the purposes for which it is used. They then need to categorise data in a
manner that works for the organisation, such as by function, data type or by country. Organisations
can simplify this process by setting storage limitations from the start of any new or different personal
data collection or new data solution. This approach puts storage limitation as an integral part of
privacy by design.
When setting data retention periods, organisations need to consider other laws and statutory
requirements relevant to the location of their processing operations and individuals. For example, a
company may need to consider the laws of India if processing personal data in India.
Where there is no specific minimum or maximum legal retention period, organisations need to
balance what retention period would be appropriate, necessary, and justifiable.
There are a number of factors to take into account in the decision-making process for retention
periods. Decisions are likely to be more complex where personal data is processed for multiple
purposes. For example, the data may no longer be necessary for one purpose but may remain
necessary for another purpose.
Once retention periods are agreed, implementing a schedule across the business is often
demanding. Due consideration needs to be given to what action to take when the retention period
is reached – do you delete, destroy, pseudonymise or anonymise?
Robert Bond
Chair of Advisory Group
Data Protection Network
contents 4
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
The guidance is primarily targeted at controllers who may process personal data in-house and / or
also by outsourcing to processors.
We have included case studies to illustrate how others have approached different aspects of the data
retention lifecycle.
However, processors who need to apply appropriate data retention periods on behalf of, and under
the instruction of controllers, and take appropriate action when data reaches the end of its retention
period, might also benefit from this guidance.
We identify key questions to ask when making decisions on data retention periods. We cover
common purposes for processing, some sector-specific requirements and how to assess the
necessity of retaining personal data where laws do not specify a time period.
The guidance includes the risks of over and under retention, as well as how to decide on the
appropriate course of action when data retention periods have been reached.
We appreciate organisations will have different levels of maturity on data retention. We hope this
guidance can help those whose data retention programmes are less developed, as well as supporting
those who are looking to review their current practices.
contents 5
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 6
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 7
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 8
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
2 Getting started
We recognise organisations may be at different stages of maturity with regard to data
lifecycles and how long to keep personal data.
For those looking to develop data retention policies and good practices, the following
flowchart sets out the key steps and considerations.
contents 9
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 10
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
3 Deciding on retention
periods
Once you have identified and categorised your data, in a way that works for your
organisation, you need to define appropriate data retention periods.
As your organisation may use personal data for multiple purposes, you need to take account
of each specific purpose for processing, and the appropriate lawful basis for that processing,
when considering an appropriate retention period.
In some circumstances a law will define a retention period, while in others organisations will
need to make a balanced and justifiable decision on the period it judges to be necessary and
appropriate.
In this guidance we have referenced certain important UK laws which affect data retention
periods, but organisations must take account of laws in other territories, where applicable.
You need to assess the different types of personal data held within each category (personal
data, special category data, anonymised data, pseudonymised data and so on).
contents 11
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 12
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 13
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Controller obligations
Storage limitation Keep personal data for only as long as it is necessary for the
principle purposes it is needed.
Policy and schedule Make sure you have a data retention policy and a schedule
which sets out your standard retention periods. Make sure
your policies and practices include both paper and electronic
personal data.
Categorisation Make sure you consider all categories of personal data in your
retention schedule.
Record of Processing Make sure your RoPA includes, or is linked to, your retention
Activities (RoPA) schedule for the different categories of personal data you
process. Include a reference to the basis on which you
determined the retention schedule. For example, based
on internal policies, or on industry guidelines. (Note some
organisations are not required to maintain a RoPA.)
Roles and Make sure you have a clearly defined and enforced set of
responsibilities data roles and responsibilities for personal data governance,
including data retention.
Justification You must be able to justify how long you keep personal data and
document this reasoning.
Review Regularly review the data you hold, and its retention periods.
Delete or anonymise data which has reached or passed its
retention period.
contents 14
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Controller obligations
Handling challenges to Consider any potential challenges to your retention decisions.
retention Individuals have a ‘right to erasure’ which may apply if you no
longer need to keep their personal data.
Archiving You can keep personal data longer for public interest archiving,
scientific or historical research, or statistical purposes.
Transparency and right Make sure you provide individuals with clear information about
to be informed your data retention practices.
Limitation Implement processes to make sure the personal data you keep
remains accurate, adequate, relevant and not excessive.
Information security Make sure you apply high levels of information security to
protect personal data, particularly regarding special categories
of personal data and children’s data.
Data subject rights Make sure staff fully understand your data retention policy
so they can manage expectations, particularly for individual
rights requests, (including but not limited to subject access,
correction, erasure, marketing opt-outs and data portability).
Backed-up / archive Make sure you apply the same principles of governance and
data stores control to backups and data archives.
Physical data retention Make sure you cover full end-to-end processes with both
and storage planned and unscheduled tests of access to, and security of,
personal data, including both active and archived data.
Adoption of data Make sure you consider your processors’ expectations (if
pseudonymisation / any) and how you apply anonymisation or pseudonymisation
anonymisation principles internally.
Processor contracts Make sure there is a written contract with your processors which
references requirements and accountabilities for data retention,
and contains or links to your data retention principles, practices
and periods.
Contract terms Make sure contractual clauses cover the processor’s
responsibility for any actions of sub-processors.
Make sure there are clear terms for end of contract destruction,
removal or transfer of data, including evidence.
Contract execution Carry out appropriate monitoring of processors to make sure
they are fulfilling their stated contractual obligations.
Contract termination Request evidence that data has been removed / destroyed in
line with the contract terms.
contents 15
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Processor Sub-processor
Adoption of data Make sure you can fully and Make sure you can fully and
pseudonymisation accurately carry out any data accurately carry out any data
or anonymisation controller requirements to controller requirements to
anonymise or pseudonymise anonymise or pseudonymise
personal data. personal data.
Make sure any sub-processors
can also fully and accurately
execute any requirements.
Contract Make sure there is a Same as for processors.
written contract which
references requirements
and accountabilities for data
retention.
Contract terms Make sure any relevant Take appropriate steps to make
conditions imposed by the sure the processor has the
controller are passed on to sub- contractual right to subcontract.
processors and included in any
contract terms.
Consider additional legal or
other obligations which may
require the processor to keep
the data beyond termination
or standard deletion periods.
For example, for auditing
requirements.
Contract execution Carry out appropriate
monitoring of sub-processors
to make sure they are fulfilling
their stated contract obligations.
Make sure you can provide
acceptable evidence about full
data removal throughout the
term of the contract.
Contract Make sure you can provide Same as for processors.
termination acceptable evidence about full
data removal at the end of the
contract.
contents 16
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 17
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Your data retention policy must allow you to sufficiently maintain business as usual. By
identifying the laws, regulations, codes of practice and business-specific considerations
relevant to your organisation you can consider data retention holistically.
Communicate the policy across the organisation, and if relevant to third parties / partners
Once done, you need to communicate the policy to staff and help them understand what it
means for them. Awareness is key for successful implementation.
contents 18
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Data retention schedules are designed to help maintain governance and regulatory
compliance but as data volumes continue to grow, they can also help reduce records
management and storage costs by getting rid of data no longer relevant to business
processes.
The layout and contents of the schedule will vary between different organisations but will
generally include the following.
• Information about how the organisation has classified its data, such as by geographic
region, by function, and so on.
• A description of each dataset.
• Minimum / maximum retention periods.
• The rationale for the retention decision, for example, legal requirement, commercial
reasons and so on.
• The action required when the retention period is reached.
contents 19
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 20
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
By complying with the data minimisation principle, by keeping data for a legitimate purpose
but stopping processing it for redundant purposes, you’ll make sure there’s less data to sort
through.
With regards to documenting your decisions, organisations may consider aligning themselves
to the practices below, or accrediting to certain standards such as ISO27001 or BS10012.
Pseudonymise or anonymise?
Many organisations want to get value from their digital assets. Being able to find and use the
wealth of information while removing personal data is an attractive proposition. However,
anonymisation and pseudonymisation present different approaches.
Pseudonymise?
Pseudonymisation is a process which substitutes information in a dataset that
identifies an individual with an artificial identifier or pseudonym. You then need extra
information to re-identify the individual. This process reduces risks to individuals.
The GDPR defines pseudonymisation as:
contents 21
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Anonymise?
Anonymisation is process of removing all information which identifies a living person
so the data can no longer be linked back to a unique individual. The GDPR does not
apply to anonymised information. Recital 26 of the GDPR explains that:
However, the ICO highlights that you should be careful when attempting to anonymise
information. For the information to be truly anonymised, you should not be able to
re-identify an individual. If you could, at any point, use any reasonably available means to
re-identify the individuals, you will not have effectively anonymised that data, but you will
have pseudonymised it, which means it is still personal data.
A previous decision1 by the Austrian Supervisory Authority stated that anonymising was
sufficient for the deletion right as the information was no longer ‘personal data.’ ICO
guidance includes the following question and response:
Therefore, taking this action for retention would remove the data retention risk to personal
data and remove your GDPR obligation, as long as the information is truly anonymised.
Deletion
As well as physical records, you also need to take action on your digital records.
There are software methods of clearing data, such as using zeros and ones to overwrite data.
This makes the data unrecoverable.
This process should include backup copies of data. The ICO states that, ‘if a valid erasure
request is received and no exemption applies then you will have to take steps to ensure
erasure from backup systems as well as live systems 3’.
Personal data may be instantly deleted from live systems. However, personal data may
still remain in backups, until it is overwritten. If the backup data cannot be immediately
overwritten it must be put ‘beyond use’. This means you must make sure the data is not used
for any other purpose and is simply held on your systems until it is replaced in line with an
established schedule.
contents 22
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Examples of circumstances where data may be put ‘beyond use’ are as follows.
• Information may have been deleted but not yet overwritten.
• Information should have been deleted but it is not possible to do so without also
deleting other information held in the same batch4.
The ICO (for example) will be satisfied that information is ‘beyond use’ if the data controller:
• is not able, or will not attempt, to use the personal data to inform any decision about
any individual or in a way that affects them;
• does not give any other organisation access to the personal data;
• has in place appropriate technical and organisational security; and
• commits to permanently deleting the information if, or when, this becomes possible.
Unstructured data
The retention period will also apply to unstructured data which contains personal data. The
most common type is electronic communications such as emails, instant messaging, files and
other documents. Unstructured data may be in many different formats and systems, such as
Microsoft Exchange.
You will need to be able to analyse the unstructured data to find any personal data stored
there so you can delete it in line with your retention schedules, any deletion request or
statutory limit. Depending on the size of your organisation, you may need to use dedicated
tools to analyse the content of unstructured data.
4 https://ico.org.uk/media/for-organisations/documents/1475/deleting_personal_data.pdf
5 ICO refers to National Archives in their Guidance:
6 National Archives, Guide 8 ‘Destruction of Records’ https://www.nationalarchives.gov.uk/documents/information-management/
rm-code-guide8.pdf page 6.
contents 23
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 24
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
7 Implementation of data
retention periods
Once you are ready to implement agreed retention periods you should consider
these key topics.
contents 25
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 26
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Processor backups
Data processors can only act on the instructions of the controller. This implies that they
must delete the personal data in line with the controller’s instructions, their data processing
agreement with the controller or at the end of the contract.
However, processors also need to keep personal data in backups. Processors should clearly
state in their agreements with the controller their procedures for deletion requests and
getting rid of personal data within backups.
7 On January 26, 2018, Stéphane Estevez blogged the he received guidance from the CNIL stating that organisations do not need to
delete data from backups when receiving a data subject request. This guidance can likely be applied to data retention standards as
well. Organisations will have to clearly explain to the data subject (using clear and plain language) that his or her personal data has
been removed from production systems, but a backup copy may remain, but will expire after a certain amount of time (indicate the
retention time in your communication with the data subject). See, https://blog.quantum.com/backup-administrators-the-1-advice-
to-deal-with-gdpr-and-the-right-of-erasure/.
8 See, https://ico.org.uk/media/for-organisations/documents/1475/deleting_personal_data.pdf Similarly, the Danish Data Protection
authorities also indicated that organisations do not have to delete personal data from backup where it is not technically possible.
See: https://www.datatilsynet.dk/emner/persondatasikkerhed/sletning/
contents 27
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 28
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
9 Case studies
Case study A – a charity
Established in 1867, Barnardo’s works to transform the lives of the most vulnerable
children across the UK. Once famous for its care homes, the charity now supports
over 300,000 children annually in a variety of settings, including fostering and
adoption.
Barnardo’s has an archive which dates from the earliest children coming into the
homes in 1870. Many of the records are kept because we have a legal requirement
to hold them, some are kept because we feel we have a moral obligation to provide
information to the descendants of those we cared for.
As a UK-wide organisation Barnardo’s has to consider retention across all four
nations, which means the length of time we have to keep the data for looked-after
children and their carers may differ from nation to nation. This obviously makes
storing and getting rid of information more complex. For example, the law requires us
to keep data for a child fostered in England for 75 years, but if they are looked after in
Scotland, we keep it for 100 years.
As well as legal requirements, it’s important for organisations to be aware of
external factors that are beyond their control which may affect retention periods.
The Independent Inquiry into Child Sexual Abuse (IICSA) in England and Wales
was set up to examine how the country’s institutions handled their duty of care to
protect children from sexual abuse. Announced by the then Home Secretary, Theresa
May, on 7 July 2014, IICSA has had a significant impact on retention periods for all
organisations that work with children. As a result, those organisations are advised to
keep data until the end of the inquiry (whenever that may be) in case it is required.
For Barnardo’s this means that some records are currently being kept beyond their
defined retention date which requires a change of process and procedure.
The archive meets the needs of former residents and their families by allowing access
to records, and providing support, through the difficult process of receiving what
might be painful or confusing information. On average Barnardo’s receives 3,000
enquiries a year, half of which are family history enquiries and the rest are subject
access requests from former care adults and those receiving services today.
Although having a formal retention schedule is crucial to the success of responding
to enquiries from a variety of audiences, a good retention schedule can also help
provide a narrative to the past from a social care perspective. The records help us to
understand all variations of the experience of being in care, and how important it is to
learn, question and improve the way we support and protect children today.
contents 29
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Case study B –
a travel business
A group of companies in the travel sector trades in several countries, with their main
operational centres spread across the EU.
When reviewing their Group data retention policy, the business chose to focus on
defining specific retention periods by region for each of their EU markets. They took
the opportunity to define retention periods relating to both personal data and non-
personal data at the same time.
The Privacy team developed a template for a group data retention schedule
containing standard data attributes and descriptions, such as accounting and finance
records, employment records, marketing and sales records, and so on.
The Legal, Privacy and Business teams in each market then completed their own
data retention schedule using this template, defining their own retention periods
with reference to local laws, regulations and local trading practices and standards.
They also provided their business justification for each retention period.
Once created, the Group data retention schedule needed to be implemented, with
the help of local technology teams. Personal data should be routinely destroyed but
there must be the capability to suspend or override this to keep data, for example,
for a legal hold.
Local project teams checked, reviewed and implemented their local data retention
schedule. Given the large number of systems which held data, the business
recognised the scale of the challenges, including timescales. They encouraged
markets to take a risk-based approach and prioritise any necessary work based on,
for example, the type and volume of data, business requirements and risk of harm or
damage if a system was compromised or over-retaining data.
Later, the Group Audit team assessed the data protection compliance of key markets
and businesses. Data retention is one of the key compliance controls they assess.
contents 30
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 31
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
The policy also built in key principles for working out appropriate retention
periods outside the categories. For instance, these included the need to:
• account for GDPR and data protection law requirements to only keep
personal data as long as necessary;
• maintain legal hold on data or records relevant to legal or regulatory
proceedings;
• hold records for the longer recommended period where a record is in more
than one category;
• make sure the retention period is proportionate to the length of time for
which the record may still be useful; and
• consider whether the record may be required for regulatory compliance,
evidence or audit purposes and whether there is a legitimate business need to
keep it.
It was important to emphasise in the policy that all employees, whether permanent,
temporary, agency staff or contractors, were responsible for effectively managing the
business’s paper and electronic records in line with the policy principles. And that the
policy should be read alongside other applicable policies, such as our data protection
policy.
Managing and maintaining an effective records management policy and culture
is an ongoing journey and iterative process. It requires consistent training and
targeted communications as well as a willingness to regularly review and adapt
policies in practice so they can change over time while accommodating new retention
requirements and business needs as technology changes.
In terms of challenges, we often found our records management policy was difficult
for staff to understand and / or apply in practice when archiving documents. We
therefore included retention as part of our mandatory data protection e-learning
module and set up a working group with stakeholders from our Property team, who
manage physical archiving, to help make sure our retention policies line up with our
physical archiving processes.
We continue to work closely with our IT function on new technology so staff are
better able to apply retention periods to electronic data whether on email or
databases. We have set up a working group to review broader data governance issues
and retention is a key workstream. Our Operational Audit function also support
by carrying out audits on project teams which include how business units manage
retention at project level.
contents 32
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Acknowledgements
The DPN Data Retention Working Group, which developed and wrote this guidance was chaired
by Robert Bond (Bristows LLP) and among others included:
Dominic Batchelor (Royal Mail), Stephen Baigrie, Sarah Blacker (Royal Mail), Simon Blanchard (DPN
Associates), Michael Bond (NewsUK), Emma Butler (Yoti), Gerald Coppin, Liz Curry (Liz Curry & Co),
John W Cush, Marc Dautlich (Bristows LLP), Paul Dawson-Hart (Member360), Philippa Donn (DPN
Associates), Tim Drye (DataTalk), Fedelma Good (PwC UK), Sara Howers, Matthew Kay (Thomson
Reuters), Martine King (Barnardo’s), Sayid Madar, Michele Masnaghetti (Epsilon Abacus), David
Morgan (OneSavings Bank plc), Neil Paterson (TUI Group), Janine Regan (Norton Rose Fulbright
LLP), Claire Robson, Noga Rosenthal (Ampersand), Pheobe Rowson-Stevens (Thomson Reuters),
Daniel Sullivan and Beth Whitehand.
contents 33
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 34
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 35
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Appendix A –
Considerations and sample
templates for specific data
types
Company records
All companies in the UK registered under the Companies Act 2006 (CA 2006) have to create
and maintain certain company records, including registers, accounting records, minutes,
memorandums and agreements. There will be similar requirements in different territories.
Company records may contain personal data such as names and addresses, and in some cases
other personal data such as dates of birth. Therefore, data protection laws are relevant for a
retention policy to make sure personal data in such records is processed lawfully.
The CA 2006 sets mandatory retention periods for certain company records. Keeping
these records in line with the requirements will be ‘lawful processing’ for GDPR purposes
because the retention is necessary to comply with a legal obligation on the company (as the
controller). (See GDPR 6(1)(c)).
If a company wishes to keep a record containing personal data for longer than required by CA
2006, they will need to consider whether a longer period is justifiable when they balance data
protection considerations against the company’s other interests. Or in cases where the CA
2006 is silent, what period is appropriate in the circumstances.
A typical justification for a retention period longer than one set by CA 2006 is the relevant
statutory limitation period for actions against the company after the CA 2006 retention
period has passed. (See Directors Service Contracts below).
Or, it may be necessary to keep certain records for tax purposes (see Directors Service
Contracts below) or to show compliance with other legal obligations (See Certificate of
Incorporation below).
The table below sets out the statutory retention period for a select list of company records
that are likely to contain personal data. This guidance cannot provide a detailed review of the
law relating to retention of company records but there is more information in the ICSA Guide
to Document Retention9.‘
9 A.C. Hamer (2011), The ICSA Guide to Document Retention, 3rd Edition, ICSA Publishing Limited, Chapter 12.
contents 36
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified.
Company records
contents 37
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Company records
Authority: [Compliance Team]
Information asset [Company Secretary]
owner:
Location held: [To be specified] Example: At the company’s registered office
or SAIL (single alternative inspection location). However, the
certificate of incorporation / memorandum of association and the
register of directors’ residential addresses may be held elsewhere
as there is no legal requirement to keep in a specific place.
Permanent Only required for the register of directors and board minutes of
preservation: meetings held before 1 October 2007.
Statutes that apply: Companies Act 2006, Companies Act 1985
Special categories of No
data:
contents 38
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Employee records
Employee data processing will be for multiple purposes, mainly to:
• comply with employment contract obligations;
• satisfy legal obligations; and
• provide other employee services and benefits.
There are statutory data retention periods that affect certain employment data (such as
payroll and pensions). The Chartered Institute of Payroll Professionals (CIPP) recommends
certain non-statutory periods for other types of UK employment processing.
Different retention rules are likely to apply in different countries. It’s therefore important to
consider local law requirements where necessary. Human resources information systems
should also have automatic deletion / archiving periods to reflect the agreed retention
periods.
The HR (or other responsible team / person) should review the example retention schedule
set out below against any retention periods applied by individual functions. You might wish to
add the location of the data too. You should inform individuals of retention periods, such as in
an applicant privacy notice and employee privacy notice).
Please note this template is an example. Retention periods need to be internally agreed
and justified.
Employment data
contents 39
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Employment data
Category of data: Paper or Retention period:
electronic:
Working time records Both 2 years.
(overtime, annual
holiday, jury service,
time off for dependents,
and so on)
Essential medical Both Length of employment plus 6 years.
data required for
employment purposes
Occupational health Both Length of employment plus 6 years.
data and referrals
Benefits records Both Length of employment plus 6 years.
Payroll records Both Length of employment plus 6 years.
(including Statutory Sick Also see Finance Records.
Pay, National Minimum
Wage, salary sacrifice)
Maternity and paternity Both 5 years from birth or adoption
records
Pensions records Both 12 years from the end of any payable benefit.
Health and safety Both See Health and Safety and Environmental
records (including Records
accidents at work)
Medical records Both 40 years from the date of the last entry for most
as specified by the hazardous substances including asbestos. 75
Control of Substances years for exposure to radiation.
Hazardous to Health
Also see Health and Safety and Environmental
Regulations (COSHH)
Records
and Control of Asbestos
at Work
TUPE records (for Both Length of employment plus 6 years.
employees who have
transferred employer)
Trades Union or Both 6 years after the agreement ends.
collective agreements
(such as pay)
contents 40
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Employment data
Authority: [To be specified]
Information asset [Head of HR]
owner:
Location held: [HR systems]
Permanent No
preservation:
Statutes that apply Employment Rights Act 1996. Working Time Regulations 1998.
(UK): Age Discrimination in Employment Act (ADEA).
Special categories of Yes, where necessary, including essential medical data, data to
data: comply with anti-discrimination law, trades union membership
and evidence of consent (where required) for such processing.
contents 41
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified.
contents 42
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 43
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 44
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 45
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 46
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 47
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Children’s records
The GDPR identifies children as needing ‘specific protection’ because they are less aware of
the risks, consequences and safeguards involved in processing their personal data.
So, while children have the same rights as adults over their personal data, there are some
child-specific provisions. However, none of these refer specifically to how long to keep
children’s data, just that their data should have extra protection.
GDPR allows member state derogations on the definition of a child. The UK’s 2018 Data
Protection Act says a child is an under 18 for safeguarding purposes (which includes health
and social care records), but, for example, 13 for online services.
A child in England, Wales or Northern Ireland can make their own rights request ‘as long
as they are competent’. However, in Scotland, those 12 or over are considered to be mature
enough.
The first decision an organisation needs to make is at what age a person moves from being a
child to an adult. This decision will usually depend on:
• the nature of the business;
• the processing purpose;
• any sector-specific laws; and
• where in the UK the data is created, as there can be regional differences.
The age identified could be as low as 12 and as high as 18.
The organisation then needs to determine if this has an impact on the length of time they
should keep the data.
There is no statutory limit for keeping children’s data for marketing or fundraising purposes,
although there are standards on fundraising involving children which set age limits (either
as a fundraiser or a donor) which may help inform your decision-making process. Therefore,
for these record types you may decide to follow the guidelines you have set for adults. (See
Marketing records for examples of what to consider here.)
Organisations providing social and / or healthcare services to children are governed by
various regulations that define specific retention periods depending on the nature of that
care.
It is important for organisations who work with children receiving health and social care
services to develop clear guidelines for keeping, storing and getting rid of records. A retention
schedule is a necessary part of developing a safeguarding policy and procedures as well as for
GDPR compliance.
Below is an example retention schedule from a children’s charity. Note that there are different
retention periods for different countries.
contents 48
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
Children’s data
contents 49
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 50
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Medical records
Records of NHS organisations are public records under Schedule 1 of the Public Records Act
1958. Public health and social care records, where a local authority is the provider, must be
managed in line with the requirement to make proper arrangements under Section 224 of
the Local Government Act 1972.
For staff working in health and social care, there are a number of record-keeping codes
that people associated with certain professional bodies must comply with as part of their
profession. Your records manager should review these example retention periods against any
retention periods from the Department of Health or other relevant regulatory body.
Please note this template is an example. Retention periods need to be internally agreed
and justified
Medical records
General Practitioner records Both Life of the patient plus at least 10 years
after death.
General adult health records Both 8 years from discharge or when patient
(Ensure reference to NHS last seen.
Codes of Practice)
Mental health records Both 20 years from discharge or when patient
last seen or 8 years after the patient has
died.
Cancer / oncology records Both 30 years from diagnosis of cancer or 8
years after the patient has died.
Children’s records including Both Until the patient’s 25th birthday or, if the
midwifery, health visiting and patient was 17 at the end of treatment,
school nursing until their 26th birthday.
Clinical trials master file Both 30 years after trial ends.
Authority: [To be specified]
Information asset owner: [To be specified]
Location held: [To be specified]
Permanent preservation: No
Statutes that apply: Records Management Code of Practice for Health and
Social Care 2016.
Special categories of data: Yes
contents 51
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 52
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 53
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 54
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
References
Articles of Association (Secretariat records).
Companies Act 2006 (Financial records).
Dir 93/42, Annex II, 6.1 (Medical device records).
HMRC (Financial records).
HSE (H & S records).
ISO13485 (Medical Device records).
ICH E6 (GCP records).
GMP (Product Development records).
The UK Good Laboratory Practice Regulations (Statutory Instrument 1999 No, 3106, as
amended by Statutory Instrument 2001 No.994).
OECD Principles of Good Laboratory Practice (as revised in 1997), ENV/MC/CHEM (98) 17.
EU General Data Protection Regulation (2016/679).
Data Protection Act 2018.
Limitation Act 1980.
Anti-money laundering regulations.
contents 55
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Finance, accounting
and tax records
Storing financial data in the context of data protection can be tricky, given the potential
sensitivities of data dealing with money. Some of the requirements for keeping financial
data come from the need to hold evidence for statutory and regulatory purposes. However,
data protection considerations also apply where the data is personal data.
For example, information referring to directors and officers, their pay and registered
addresses. Other information may be necessary as evidence of personal transactions, for
example, expenses paid through corporate bank accounts, with individuals’ names used as a
reference, so they can be matched against receipts for accounting reconciliation purposes.
This may include cheque stubs (where records exist), individual tax returns and tax appeals,
or other personalised records. For payroll and bonus computations, it may be necessary
to identify individuals who will receive a certain level of bonus or additional pay such as
individual commission or other performance-related pay.
The finance function should regularly review these example retention periods against any
retention periods or practices from the business and associated functions. Finance data will
be held or evidenced in accounting, tax and transactional records.
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 56
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
*The organisation’s finance team should review this. While it may be unlikely that the financial
categories listed would contain data granular enough to be special category data, we
acknowledge that this may depend on an organisation’s systems. For example, there could be
expense entries which contain references to illness / health data.
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 57
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 58
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Banking records:
Cheques and other Originals 6 years from date of
negotiable instruments issuance
Paying-in counterfoil Originals 6 years from date of
issuance
Bank statements and Original if Public Companies: 6 years /
reconciliations provided Private Companies: 3 years
in hardcopy
or
otherwise if
statements
obtained
via internet
banking,
on-line
printouts
Instructions to bank Both 6 years after ceasing to
be effective
contents 59
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 60
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 61
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
Payroll records
contents 62
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Payroll records
Authority: Finance Team
Information assets owner: Chief Financial Officer, Senior Accounting
Officer
Permanent preservation: You may need to keep records of fraud and
criminal investigations for longer than 10
years. Summary records which evidence an
individual’s net, tax and gross transaction
amount must be held as statutory record,
but details of each transactional item which
makes up the net total is not required.
Statutes that apply: See legal references above.
Special categories of data: Yes*
contents 63
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Insurance records
‘Insurance records’ covers a potentially very broad class of records. This guidance cannot
provide details of all the types and typical content of insurance records and the many
parties involved in creating, maintaining and / or sharing these records.
There are a limited number of mandatory rules in the UK about keeping ‘insurance records.’
A broad overview of these records is a starting point for a retention policy for them.
Insurance records are generated at every stage in the lifecycle of virtually all types of insurance
product 10. Insurance records differ greatly in nature and content depending on the stage at
which they are generated in the lifecycle of the insurance in question.
The main lifecycle stages depend on the type of insurance. However, as a very general rule,
these stages typically include marketing, underwriting, administering and reinsuring, as well
as claims handling, including legal proceedings.
Each of these stages creates different ‘insurance records’. These records include:
• the insurance contract itself.
• information provided by policyholders or their agents in proposal forms.
• fraud checks carried out by or on behalf of the insurer (both at underwriting and in
claims).
• documents to support claims (such as medical records, police reports and so on).
Typically, the parties involved include:
• brokers (both in respect of insurance and reinsurance);
• insurers or coverholders (who may be formed as a syndicate, for example, the London
Lloyds insurance market, or as a company); and
• agents representing insurance companies which, for most types of policy, process
personal data and in some cases also sensitive personal data.
There are also very many third parties in the insurance records, from the other party in a road
traffic accident to legal and other professionals providing litigation-related services.
The usual data protection considerations apply for any record that contains personal data or
special categories of personal data: you must not keep the record for longer than is ‘necessary’
for the purpose(s) for which the data is processed.
10 Insurance products protect policyholders, who may be individuals or organisations (both public and private), against a very
wide range of risks associated with people, business and property. There are insurance products that protect policyholders who are
individuals, such as travel, health, buildings and contents cover for residential property. And there are insurance products that protect
policyholders who are organisations, such as employers’ liability, professional indemnity, public liability or marine cover. Insurance
products also protect third parties such as motor insurance, where the legal liability of the insurance policyholder is effectively
underwritten by the insurance policy. Assurance products (such as life assurance), pensions and other long-term savings products
are in some instances provided by the same providers as insurance products. These products may not be covered by a strict definition
of insurance and may not be subject to the insurance product lifecycle described below. However, it is may be helpful to group them
together as they often involve creating and maintaining records that contain similar personal data and special categories of personal
data as ‘insurance records’.
contents 64
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Useful starting points to determine if a given record is necessary for the insurance purpose in
question are:
• the limitation period for contracts; and
• the fact that the contract of insurance may be a supporting document for tax reasons.
As well as the insurance contract, there will be many associated records that are necessary to
enforce rights and fulfil obligations.
Creating an appropriate retention strategy involves assessing if these associated records form
part of the overall contract framework between the parties, or are outside it (for example,
marketing a policy).
For example, telematics data may form part of the contract or be outside it, depending on
exactly what data is captured and how it is used.
It is then necessary to consider if the insurance policy is written on a ‘claims made’ or on a
‘claims arising’ (or ‘claims occurring’) basis.
Under a ‘claims made’ policy, claims may be made only during the period of time covered by
the policy, whereas under a ‘claims occurring’ policy, claims may be made at any time relating
to the risks insured under the policy, even after the policy has expired.
Insurance records relating to claims occurring policies are generally kept for much longer than
insurance records relating to claims made policies.
To determine when the limitation period starts to run under a claims occurring policy, this will
be later than the policy expiry date.
With regards to limitation periods under English law, actions for breach of contract or on
certain torts have a statutory limitation period of six years from the date of the reason for the
cause of action11.
It will also be necessary to consider any applicable regulatory rules and any applicable tax and
accounting requirements.
Generally, brokers, agents, insurers and coverholders will tend to keep relevant insurance
records until the policyholder can no longer make claims12 under the terms of the policy. Or, if
a claim has been made, until all outstanding claims have settled (either through agreement
between the parties or legal proceedings) and no further proceeding (including appeals) are
possible.
Similarly, policyholders should keep relevant insurance records for corresponding periods.
The table below sets out recommended retention periods for a select list of insurance records
that are likely to contain personal and / or special categories of personal data.
contents 65
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
Insurance records
13 For a definition of insurance-based investment products see Article 2(1)(17) of Directive (EU) 2016/97.
contents 66
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
Insurance records
Authority: Compliance team of the insurer / broker / reinsurer or other
party involved.
Information asset owner: As above.
Location held: Insurance records kept in line with Article 19 (EU)
2017/2359 or the FCA’s Conduct of Business Rules must
be held somewhere where they will be accessible by the
competent authority. This is generally the party’s main place
of business.
Other insurance records are also likely to be held at the
party’s main place of business.
Permanent preservation: No, but as noted above, very long retention periods may in
practice apply to many types of insurance record.
Statues that apply: Commercial considerations, Limitation Act 1980,
Commission Regulation (EU) 2017/2359, the Financial
Conduct Authority’s Conduct of Business Rules, and
Insurance Premium Tax Regulations 1994, SI 1994/1774.
Special categories of data: Yes. Health data will be the most common special category
data in insurance records. Some policies (for example, life
and health insurance policies) may also contain genetic data
(GDPR definition: Article 4(13)).
Criminal convictions data: Yes. Driving and other offences are often recorded for
underwriting purposes. You should not record, keep or
use spent convictions in line with the Rehabilitation of
Offenders Act 1974. There is more guidance on spent
convictions at https://www.unlock.org.uk/
contents 67
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 68
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Marketing records
Marketing records may include more data than that to just support marketing activity,
such as:
• personal data collected to support the main aim of the organisation, such as product
sales.
• funds collected to support charitable causes, or to provide services.
When defining retention periods for marketing records organisations should make sure they
consider retention periods set by other purposes for which the same data may be used.
Examples of data elements that are commonly used to support marketing activity include the
following.
• Contact details (email, telephone number and postal address).
• Demographic information (date of birth, gender).
• Marketing preferences and permissions (channel specific opt-ins / opt-outs).
• Communication history (which communication were previously sent to the individual
but also to which communication the individual has previously responded).
• Variables derived from the individual’s transactional history (recency,frequency and
monetary value - RFM variables).
From an operational perspective, we can divide marketing activity and the personal data
needed to support it into three main areas.
a. Data to contact individuals; (including in profiling individuals to target marketing).
b. Data to support individual requests resulting from marketing activity.
c. Data for measurement and analysis.
Legitimate interests
If the organisation is using the legitimate interest lawful basis and the individual is an existing
customer / donor, then they can keep the information for as long as the individual is a
customer / donor. This usually means for as long as the individual is actively engaging or has a
high likelihood of re-engaging with the organisation.
To determine how likely an individual is to re-engage, the organisation may carry out
customer / donor lifecycle analysis, which can provide insight into the typical length of the
relationship that individuals have with the organisation.
There are many different ways to approach this analysis, but there is an easy-to-implement
methodology in the UK Data & Marketing Association’s (DMA) Advice on Data Retention.
The organisation will also need to keep the information up to date (GDPR Article 5.1(d)) and
can include these reviews with lifecycle analysis.
contents 69
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Consent
If the organisation is using consent as the lawful basis for marketing communications, the
retention policy should consider how long the consent is deemed to be valid.
Current DMA guidelines indicate that the maximum time consent is valid in a ‘first party’
scenario (if the individual is an existing customer / donor) is 24 months after initial
collection or any other [later] positive action that indicates an ongoing relationship with the
organisation. For example, this could be the individual clicking through from a marketing
email to browse the organisation’s website.
These are general guidelines and it may be possible for consent to be valid for longer when
circumstances justify this, or that it will only be valid for a shorter period of time (such as
where the consent was for marketing a particular product or service).
For example, a car company leasing a car to an individual for four years is likely to be able to
justify marketing for the length of the contract terms they have with the customer.
Organisations might also want to consider attempting to refresh consent (asking the
individual whether they are happy for the organisation to continue to contact them) before
the consent ‘expiry date’. If the individual re-consents, then the retention ‘clock’ can be re-set.
If the personal data relates to prospective customers and came from a third party, then there
are two scenarios.
• If the contact took place, you should keep the data for a reasonable period of time
after the contact to support any further requests from the individual.
• If no contact took place, you should delete the data promptly after the permission to
contact expires.
However, if consent is the lawful basis, the DMA has provided the following guidelines.
• For telephone, email, SMS marketing: the maximum time consent is valid is six
months after initial collection or any other positive contact.
• For postal marketing: the maximum time consent is valid is 24 months after initial
collection or any other positive contact.
For more information, see the DMA’s GDPR for marketers: Consent and Legitimate Interests
contents 70
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
You may get an objection to direct marketing at the same time as a deletion request. In
these cases, organisations must decide whether to delete all the individual’s data or keep
a minimised record to make sure they don’t contact the individual in the future, even if the
individual sees this as conflicting with the deletion request.
The ICO’s guidance states; “an individual can ask you to stop processing their personal data
for direct marketing at any time. This includes any profiling of data that is related to direct
marketing”.
This is an absolute right with no grounds to refuse. Therefore, when you receive an objection
to direct marketing, you must stop processing the individual’s data for this purpose.
However, this does not automatically mean that you need to delete the individual’s personal
data and, in most cases, it will be better to suppress their details. Suppression means keeping
just enough information about them to make sure you respect their preference not to receive
direct marketing.
It is advisable to keep a minimised record on a suppression file until you remove the risk of
getting in the individual’s contact details again. If you are keeping a suppression file, it is
probably worth mentioning it in your privacy notice so your customers and other contacts are
aware.
Also see: ICO guidance on right to object
contents 71
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 72
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 73
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Where a charity is a named beneficiary in an individual’s will, they may be required to evidence
their relationship with the individual. This usually involves showing a pattern of contact, or the
details of a relationship, so more than a name, contact details and the fact the individual was a
supporter.
A large number of legacy gifts come as a surprise and the number of individuals who leave a
gift in their will is generally small compared to the overall size of a charity’s donor database.
Therefore, taking into consideration the storage limitation principle, this means that a charity
should not keep the records of all donors who have ever interacted with them ‘just in case’
they leave a legacy in the future.
You need a balanced approach which considers aspects such as:
• lawful bases for processing;
• how much you rely on legacy income;
• how likely is it you will receive legacies from former donors;
• what indication you have of a potential legacy gift; and
• how long ago the donor last interacted with you.
Many charities will identify legacy supporters or carry out specific legacy fundraising /
marketing. This provides a possible option for records retention by identifying groups of
donors based on their relationship and interaction with the charity.
For example, a legacy pledger is a term used to describe someone who has told the charity
they have left them a gift in their will. Therefore, it may be reasonable for a charity to apply
a longer retention period to the records for this group of donors to account for the known
legacy gift.
In contrast, a legacy enquirer is a term used to describe someone who has asked for
information about leaving a legacy, or who is thinking about leaving a gift, but who hasn’t
confirmed this. For this group of donors you may decide it is reasonable to hold their records
longer than other donors based on your knowledge of their interest in legacy fundraising but,
as their intention is not as clear, shorter than legacy pledgers.
The Institute of Fundraising have produced legacy fundraising and data retention guidance
to help you in your decision-making.
contents 74
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Please note this template is an example. Retention periods need to be internally agreed
and justified
contents 75
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Continued
contents 76
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 77
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
contents 78
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Future considerations
There are emerging challenges, including whether machine learning models trained
on personal data could themselves be categorised as personal data. Although this is
not presently the case, it is technically possible to carry out a number of adversarial
attacks on machine learning models allowing attackers to reverse engineer personal
data. If this becomes a wider concern, the retention cycles for machine learning
models may be shorter.
Case study:
threat detection systems
Using machine learning to identify internal and external threats, including
those by intelligent machines. Threat detection systems use automated
gatekeeping measures such as data leakage management, perimeter
scanning, and so on. They may identify abnormal patterns which may be the
result of a virus or malware. Such systems need to take in vast amounts of data
so they can identify normal patterns and trends, so they can identify abnormal
behaviours and potential threats. Watching system behaviour using automated
checks on performance to identify spikes, persistent or unusual low-level
activity for the type of system.
Data minimisation means that although vast amounts of data may be used
to create the machine and calibrate the normal patterns, only data which is
essential for the purposes is used. In some situations it will not be necessary to
keep certain data in the form of personal data once the model is calibrated and
used. If you do not need the data for other business purposes, it would be wise
for the controller to consider options for destruction, archiving, de-identifying
or pseudonymising the data which is no longer necessary.
The data used for an intelligent threat detection system may be real-time,
near real time or within a recent operating period (such as within the current
working day). You may need to keep this data (perhaps in the form of log files).
contents 79
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Archived records
Archiving under public interest, scientific, historical
or for statistical purposes
Organisations may no longer need personal data for operational purposes but may be able
to justify keeping it for archiving purposes in the public interest, for scientific or historical
research purposes, or for statistical purposes.
You need to assess retention for these purposes on a case-by-case basis and the storage
limitation principle applies. Organisations relying on this justification must recognise they
cannot start using the data again for another purpose at a later date.
The archiving should not be incompatible with the original purpose. Consider GDPR Article
89, relevant recitals (156-163) and Section 19 and Schedule 2, Part 6 of the Data Protection
Act 2018.
You need to make sure there are appropriate safeguards to protect any personal data kept
solely for one of these purposes from unauthorised access.
Organisations should consider adopting data minimisation and / or pseudonymisation or
anonymisation. Where you can achieve your purpose without identifying individuals you
should anonymise the data. If data is not anonymised, review access controls to make sure
access is restricted to those who need it for the specified purpose.
contents 80
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Appendix B –
glossary of terms
Anonymisation
Anonymisation is the process of removing personal identifiers, both direct and indirect, that
may lead to an individual being identified.
Consent
As defined under GDPR Article 4(11) – ‘Consent” of the data subject means any freely given,
specific, informed and unambiguous indication of the data subject’s wishes by which he or
she, by a statement or by a clear affirmative action, signifies agreement to the processing of
Personal Data relating to him or her.’
Controller
As defined under GDPR 4(7) - ‘Controller means the natural or legal person, public authority,
agency or any other body which alone or jointly with others determines the purposes and
means of the processing of Personal Data; where the purposes and means of processing are
determined by EU or Member State laws, the controller (or the criteria for nominating the
controller) may be designated by those laws.’
Deletion
Deletion of data means to remove or erase the data from an electronic file.
Destruction
The process of destroying data so that it is completely unreadable and cannot be accessed
or used.
Lawful basis
The term ‘Lawful basis’ was used in this guidance where possible to emphasise that it is
part of the ‘lawfulness’ requirement under the GDPR and to avoid potential confusion with
references to a domestic / national legal basis for public task processing.
Personal data
As defined under GDPR Article 4(1) – ‘Personal data means any information relating to an
identified or identifiable natural person (“data subject”); an identifiable person is one who can
be identified, directly or indirectly, in particular by reference to an identifier such as a name,
an identification number, location data, online identifier or to one or more factors specific
to the physical, physiological, genetic, mental, economic, cultural or social identity of that
person.’
Processing
As defined under GDPR Article 4(2) - “Processing” means any operation or set of operations
performed upon 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.’
contents 81
© 2022 Copyright of Data Protection Network. All rights reserved.
Data Retention Guidance
Processor
A defined under GDPR Article 4(8) - “Processor means a natural or legal person, public
authority, agency or any other body which processes personal data on behalf of the
controller.’
Pseudonymisation
As defined under GDPR Article 4(5) - ‘pseudonymisation means the processing of personal
data in such a manner that the personal data can no longer be attributed to a specific data
subject without the use of additional information, provided that such additional information
is kept separately and is subject to technical and organisational measures to ensure that the
personal data are not attributed to an identified or identifiable natural person.’
Third party
As defined under GDPR Article 4(10) – ‘Third party means a natural or legal person, public
authority, agency or body other than the data subject, controller, processor and persons
who, under the direct authority of the controller or processor, are authorised to process
personal data’
contents 82
© 2022 Copyright of Data Protection Network. All rights reserved.
Copyright and disclaimer
The information provided in this guidance represents the views of the Data
Protection Network’s Data Retention Working Group. It does not provide legal
advice and cannot be interpreted as offering comprehensive guidance to the
General Data Protection Regulation (Regulation (EU) 2016/679) or other
statutory measures referred to in the document.
Copyright of Data Protection Network. All rights reserved. 2022 ©
www.dpnetwork.org.uk