Privacy Ref Blog

Using GDPR as a framework for your privacy program (even if you are not in scope)

The privacy landscape shifts, it seems, every week. The changes may come from new laws or regulations, changes in public opinion, expansion (or contraction) of your business, or the introduction of new technology to your infrastructure. Throughout this turmoil you need to have a privacy program that is resilient, adaptable, and agile so it can take the buffeting from these shifts while continuing to provide guidance to your organization.

As you establish or improve your privacy program you have several choices to make. The responsibilities of the privacy team, the team’s structure, what to include in your policies, and how to ensure the organization is complying with your requirements are just a few of the items to consider.

You can develop a program from scratch, of course, but you can also take advantage of the work of others by basing your program on existing privacy frameworks.

What makes a good privacy framework?

A good privacy framework provides a foundation to assist you in meeting your objectives. Since objectives may vary, there are several privacy frameworks that I use with my clients.

For example, often I am asked to put together a new or revised privacy policy. I tend to use the basic principles in the OECD Privacy Framework (See Chapter 1 Part 2) as the foundation for this task. These principles are easy for an entire staff to understand and can easily be applied to your organizational requirements.

If I am interested in measuring how comprehensive a privacy program’s activities are, I tend to use Nymity Privacy Management Accountability Framework™. Using this framework I can look at a well-researched list of privacy-related activities, determine which ones fit an organization, and identify the status of the applicable activities within that organization. Usually I extend this activity to communicate expectations of the privacy office to operational areas of the organization.

If I want to determine the maturity of an organization’s privacy practices, I rely on the Generally Accepted Privacy Principles from the American Institute of Certified Public Accountants (AICPA) and Canadian Institute of Chartered Accountants (CICA).

Ultimately, selecting the proper framework depends upon what you are trying to achieve.

GDPR as a framework

The most discussed change to the privacy landscape recently is the EU’s forthcoming Global Data Protection Regulation. GDPR has a wide scope, but it does not apply to everyone (see GDPR: Do you provide goods or services in the EU?). Even if you are not in-scope, it is worthwhile to consider GDPR as the overall framework on which to build or redefine your organization’s privacy program.

Every privacy program should be based on some basic principles. GDPR specifies its basic principles in Article 5. These principles can be used as a foundation for any privacy program and include:

 

GDPR goes on to provide requirements for meeting these principles throughout the regulation. If you are not in-scope for GDPR, do you need to fulfill all of the requirements? No. I do suggest however, that using the requirements as a basis for defining your privacy policies and procedures is a great place to start. I am beginning to use these principles as an alternative to OECD when define privacy policies for my clients.

Transparency, for example allows the individuals you are collecting information about to understand your privacy practices. Articles 13 and 14 of GDPR provide guidance on what you should include in your privacy notice (see Privacy policy or privacy notice: what’s the difference?). The requirements are more comprehensive than many people would expect or are required in many jurisdictions. So, if you are not in-scope, you can use the GDPR list as a set of recommendations that can be adopted for your program.

GDPR also provides guidance on development (Article 25) and security (Article 32) practices. While high level, you can use the information in these articles and the associated recitals to work with your development and security teams to build privacy into their practices.

The role of the Data Protection Officer

If you use GDPR as a framework for your privacy program, one of the most helpful aspects is the description of the role of the Data Protection Officer. Whether the title of your privacy program owner is a Data Protection Officer, a Privacy Officer, or simply a Privacy Analyst, there is information in Articles 37 through 39 that may be used as a foundation for this individual’s job description. This information may also be used in setting expectations with the rest of the organization about what to expect from the privacy program owner.

Privacy Ref provides consulting and assessment services to build and improve organizational privacy programs. For more information call Privacy Ref at (888) 470-1528 or email us at info@privacyref.com

Posted on March 23, 2018 by Bob Siegel


« »

No Responses

Comments are closed.


« »

Subscribe to our mailing list

Please fill out the form below.

Required

Want to find out more?

Simply go to the contact page, fill out the form, and someone from Privacy Ref will be in touch with you. You can also send an email to info@privacyref.com or call (888) 470-1528.

News

April 16, 2018

IAPP Training Classes
Privacy Ref is proud to announce that we are an official training partner of the IAPP. You now have the opportunity to learn from one of our knowledgeable privacy professionals using the most respected training content in the industry. The robust interactive training offered, aids in the understanding of critical privacy concepts. The contents of the courses are integral to obtaining your privacy certifications and to educate your new team. Learn more here.

Latest Blog Posts

June 4, 2018

My First Taste of GDPR
It is no secret that I am, for lack of a better term, a nerd. I am also a Privacy Consultant here at Privacy Ref, so I usually pride myself on knowing about privacy goings on in the world. However, for the first time I was bamboozled by changes to a privacy policy. Continue reading this post...

April 30, 2018

Defining GDPR for Non-Privacy People
During the IAPP’s most recent Privacy Summit, I was approached with an interesting question. “I am a privacy professional and I know why GDPR is important. I know about the fines and requirements for compliance, but few others at my company do. How do I explain GDPR to my colleagues effectively?” I responded with a quick and simple answer that probably did not cover all the bases, so I wanted to write up some deeper thoughts on the subject. Continue reading this post...

Other Recent Posts

PRIVACY REF