Judging by the 22
opinions on national DPIA lists issued recently, the new European Data
Protection Board (EDPB) is making a good fist of one of its key tasks:
fostering consistent application of the EU General Data Protection Regulation
(GDPR) across the EU under the so-called ‘consistency mechanism’ (Art 63).
This article seeks to provide some insight into the EDPB’s
views on when DPIAs should be conducted, based on those opinions.
Background
Before starting to process personal data in situations
likely to result in high risk to individuals, controllers must conduct data
protection impact assessments (DPIAs) (Art 35(1)). Certain situations are
automatically considered ‘high risk’ (Art 35(3)):
(a)
a systematic and extensive evaluation of
personal aspects relating to natural persons based on automated processing,
including profiling, and on which decisions are based that produce legal
effects concerning, or similarly significantly affect, the person;
(b)
processing on a large scale of special
categories of data referred or of personal data relating to criminal
convictions and offences referred; or
(c)
a systematic monitoring of a publicly accessible
area on a large scale.
In addition, national data protection supervisory
authorities (SAs) must publish national lists of the types of processing
operations that will require DPIAs (Art 35(4)). Where these lists involve processing
activities related to the offering of goods or services to data subjects or the
monitoring of their behaviour in several Member States, or may substantially
affect the free movement of personal data within the EU, the consistency
mechanism must be applied to the draft lists (Art 35(6)).
The EDPB previously issued guidelines seeking, among other
things, to promote the development of a common EU list of processing operations
for which a DPIA is mandatory (Art 35(4)) – WP248 rev.01
(WP248). This guidance lists nine specific criteria to consider when assessing
whether there is a high risk requiring a DPIA:
1.
evaluation or scoring
2.
automated decision-making with legal or similar
significant effect
3.
systematic monitoring
4.
sensitive or highly personal data
5.
large-scale processing
6.
matching or combining datasets
7.
data on vulnerable data subjects
8.
innovative use or application of new
technological or organisational solutions, and
9.
where the processing prevents data subjects from
exercising a right or using a service or contract.
WP248 states that ‘In most cases, a data controller can
consider that a processing meeting two criteria would require a DPIA to be
carried out… However, in some cases, a data controller can consider that a
processing meeting only one of these criteria requires a DPIA’.
The EDPB has now issued opinions on 22 draft national DPIA lists,
approving the opinions by simple majority vote (Art 64(3)). SAs must take these
opinions into ‘utmost account’, notifying the EDPB Chair of whether they will
maintain or amend their draft national lists (Art 64(7)). If an SA (who must
provide relevant grounds) does not intend to follow the EDPB opinion in whole
or in part, then a dispute resolution mechanism applies (Art 64(8), Art 65).
We don’t yet know whether any SA is objecting to the EDPB’s
opinion on its list but, assuming these opinions will stand, it is useful to analyse
the commonalities and patterns that can be gleaned from the 22 opinions, as
they provide insight into the majority EDPB views on the approach to DPIAs. The
national lists to which the relevant opinion relates are footnoted.
WP248 rules!
WP248 is king. National DPIA lists must state that they are based
on WP248, complementing and ‘further specifying’ it,[1]
and that they are non-exhaustive.[2]
They should make clear that, in most cases, only processing meeting at least two criteria require a DPIA.[3]
Requiring a DPIA for ‘significant’ risk adds nothing to the GDPR’s ‘high risk’ threshold,
and should be deleted.[4]
Attempts to interpret ‘large scale’ by specifying numeric figures[5]
met with short shrift – again, WP248 rules, and its factors for assessing ‘large
scale’ should be followed.
No DPIA required
Helpfully for controllers, the EDPB opined that SAs cannot
require DPIAs simply because one of
these situations applies:
·
joint controllership[6]
·
processing relying on a particular legal basis[7]
·
‘further processing’[8]
·
international transfer[9]
·
conducting processing operations through territorially-distributed
or cross-border information systems, or
·
processing in the context of ‘the collection of
personal data via interfaces of personal electronic devices which are not
protected against unauthorized readout’.[10]
Employee monitoring
The EDPB disagreed with lists requiring a DPIA specifically
for employee monitoring.[11]
SAs should simply refer to the WP248 criteria, which could require DPIAs for
employee monitoring in any event in light of the criteria of vulnerable data subjects and systematic[12]
monitoring.
Combined with another
criterion
A national list may require a DPIA for one of the following,
provided at least one other criterion
applies (presumably criterion from the WP248 list of nine criteria, rather than
from the national list, but unfortunately this was unclear):
A.
processing biometric
data for the purpose of uniquely
identifying an individual (processing biometric data for other purposes
would not be enough)[13]
B.
processing genetic
data[14]
C.
processing location
data[15]
D.
processing using ‘innovative’ technology (just using ‘new’ technology alone is not
enough)[16]
E.
processing personal data collected by third parties[17]
F.
where the controller is exempted from giving a privacy notice to the data subject regarding
personal data obtained from a third party
in certain situations[18]
G.
processing personal data for scientific or historical purposes,[19]
or
H.
migration
from one system to another.[20]
The first three, A-C, are of course subsets of the ‘sensitive
data’ criterion listed in WP248. The EDPB has further encouraged some SAs to add
the following types of processing specifically to their lists, where at least
one other criterion applies:
·
biometric data for the purpose of uniquely
identifying an individual[21]
·
genetic data,[22]
or
·
location data.[23]
D (technologies) is already a WP248 criterion, but the EDPB has
sought to ensure that the focus is on ‘innovative’ rather than just ‘new’, and
that (contrary to what the UK and some other Member State SAs initially felt) use
of innovative technology alone should
not be enough to require a DPIA. This is a laudable, forward-thinking gloss on Art
35’s otherwise seemingly somewhat technophobic slant.
E to H are not listed in the WP248 critieria. E and F
highlight SA concerns with personal data obtained from third parties, and G
perhaps concerns regarding the breadth of the processing that could be allowed
for scientific or historical purposes. H was in only one Member State list, but
given its approval (when combined with another criterion) it is not impossible
that other Member States could add it.
Implants
Some lists required a DPIA for processing of personal data
conducted with the aid of an implant, but the EDPB has stated that DPIAs for such
processing should be required only in relation to health data (ie processing non-health personal data using an
implant does not require a DPIA).[24]
Summary
The above suggests that if an SA adds any of the ‘Combined’
items above to its national list, the EDPB would approve, and indeed it would
encourage adding the specific types of sensitive data mentioned above (genetic
data etc).
The 22 opinions further indicate that controllers proposing
to initiate any processing in the ‘Combined’ category above should carefully
consider whether to conduct a DPIA if another WP248 criterion also applies –
even if their own national list does not stipulate it.
Conversely, the ‘No DPIA required’ heading should assist
controllers in arguing against SAs who seek to insist that one of those types
of processing alone would require a DPIA.
The author is Dr W
Kuan Hon. Views expressed are Kuan’s alone and not necessarily those of any
organisation with whom she may be associated.
Licence: Creative Commons BY UK
[1]
Austria, Belgium, Bulgaria, Czech Republic, Estonia, Finland, France, Germany
(Federation, Lander), Greece, Hungary, Ireland, Italy, Latvia, Lithuania,
Malta, Poland, Portugal, Romania, Slovakia, Sweden, UK.
[2]
Austria, Bulgaria, Czech Republic, Estonia, Finland, France, Germany, Ireland,
Italy, Latvia, Lithuania, Malta, Poland, Romania, Slovakia.
[3]
Poland.
[4]
Latvia.
[5]
Czech Republic, Estonia, Greece.
[6]
Austria, Bulgaria.
[7]
Bulgaria, Italy.
[8]
Germany (Federation, Lander), Ireland, Italy, Malta, Portugal, Slovakia.
[9]
Czech Republic, Latvia
[10]
Germany (Federation, Lander), Portugal.
[11]
Belgium, Czech Republic, Estonia, France, Hungary, Ireland, Italy, Latvia,
Lithuania, Malta, Netherlands, Poland, Portugal, Romania, Slovakia, Sweden, UK
[13]
Finland, France, Hungary, Ireland, Italy, Lithuania, Malta, Netherlands,
Portugal, UK.
[14]
Estonia, Finland, France, Hungary, Ireland, Italy, Latvia, Lithuania, Malta,
Poland, UK.
[15]
Bulgaria, France, Ireland, Netherlands, Portugal, UK.
[16]
Italy, Lithuania, Malta, Portugal, Slovakia, UK. The Czech Republic had an
interesting twist in its list, referring to the first use/application of
innovative technology on its territory. The EDPB asked for this qualifier to be
removed, as ‘high risk is not correlated necessarily with first application’.
[17]
Austria, Germany (Federation, Lander), Hungary.
[18]
Austria, Germany (Federation, Lander), Hungary. Where personal data has not
been obtained from the data subject but from a third party, the GDPR requires
certain minimum information to be notified to the data subject, for
transparency (Art 14). However, this information need not be given in certain
situations, including where it proves impossible or would involve a
disproportionate effort to provide the information, particularly for processing
for archiving purposes in the public interest, scientific or historical
research purposes or statistical purposes or insofar as the notification
obligation is likely to render impossible or seriously impair the achievement
of that processing’s objectives; where the obtaining or disclosure is expressly
laid down by EU or Member State law to which the controller is subject and
which provides appropriate measures to protect the data subject’s legitimate
interests; or where the personal data must remain confidential subject to an
obligation of professional secrecy regulated by EU or Member State law,
including statutory obligation of secrecy (Art 14(5)(b)-(d)). Some SAs had
stipulated that a DPIA would be required in any of the above situations
exempting a controller from notifying the data subject. However, the EDPB
considers that a DPIA should be required here only if there is also at least one other criterion.
[19]
Latvia, Lithuania, Slovakia.
[20]
Bulgaria.
[21]
Estonia, Germany (Federation, Lander), Latvia, Poland.
[22]
Portugal.
[23]
Bulgaria, Finland, Hungary, Latvia, Poland, Slovakia.
[24]
Belgium, Greece, Portugal.