How we approach data privacy compliance with a given lawOsano is compliant with all of the major data privacy laws, like CPRA, GDPR, PIPEDA, LGPD, PIPL, and more, but let’s say a country establishes a new data privacy regulation tomorrow. If we want to serve that region, we’ll need to both become compliant with the law ourselves and determine the best way to enable our customers to become compliant.
To do that, we would:
- Research the law
- Observe the compliance activities of similar businesses in the market
- Consult with local counsel
Without understanding the law, what it looks like in practice, and the context in which it resides, a business can’t say that it truly understands its compliance requirements.
This helps to inform how we need to approach consent management in that region, what the DSAR process is like if the law has one, contractual adjustments we’ll need to make to serve customers in that region, data governance practices we’ll need to adopt, and how to manage a host of additional compliance needs.
Regular monitoring keeps us in the loopWhile initial due diligence into a data privacy regulation is important, it’s even more important to regularly review the data privacy landscape and plan accordingly. Here’s how Catherine Dawson, our General Counsel and Chief Privacy Officer, stays informed.
“I spend about 45 minutes each morning just looking at the landscape to stay abreast of any changes. So, that’s anything that’s in the headlines that day, and if something catches my eye, I’ll look into more,” says Catherine. “I also set aside an afternoon every week to review court cases out of Europe, any decisions or guidance from data protection authorities, and the like. It’s a deeper dive than my daily review.”
“And then I also have a monthly call with our EU counsel. That’s really just to make sure that nothing’s fallen through the cracks and that we’re staying up to date with the latest privacy news coming out of Europe.”
Why all this review?Between a daily skim of the news, a weekly deep dive, a monthly report and planning call, and a monthly check-in to Europe, Catherine spends a considerable amount of time staying in the loop with the goings on of the data privacy world.
“The important thing to note,” says Catherine, “is that compliance programs are, by their very nature, constantly evolving. You should be constantly thinking, ‘This would be a good thing to be tracking, are we adding new tools that add PII [personally identifiable information] in a different way,’ and so on.”
Not only are data privacy laws constantly changing, but your business is constantly changing too. Your data privacy compliance program must constantly evolve to keep up. Catherine makes review a significant part of her duties in recognition of this fact.
The specific activities in our data privacy compliance programThat being said, monitoring and review is only useful if it translates into action. Here are some examples of the compliance activities we engage in on a regular basis.
Consent managementConsent management lies at the heart of our platform — naturally, we use it to manage our own website’s consent requirements across jurisdictions.
Our legal and product teams rigorously research consent management requirements for every country with a data privacy law on the books. Some areas require opt-in consent, opt-out consent, specific language, certain links, specific types of consent for special categories of personal information — there’s a huge range of variety in requirements. And these requirements can change, too. That’s part of why we keep a close eye on current events in the data privacy world.
Once we know what a given jurisdiction requires, our product team develops a compliant cookie banner based on the region associated with a website visitor’s IP address, which is automatically displayed using the Osano consent management platform (CMP). Then, based on their consent preferences, our CMP blocks or permits data trackers accordingly. We store consent on Amazon’s Quantum Ledger Database so we can act on a visitor’s consent preferences in the future and demonstrate our compliance should a data protection authority ask for our records.
Naturally, we use the exact same CMP as our customers to manage consent.
Records of Processing ActivityA Record of Processing Activity (or RoPA) is essential for any business aiming to become compliant. In essence, a RoPA is a snapshot of all the data processing activities that take place at your organization. That includes where your data lives, what kind of data is being processed, who is responsible for the data, what it’s being used for, how long it can be retained, and so on.
Strictly speaking, a RoPA is only required by the GDPR. However, it informs all of the compliance requirements that other data privacy laws have. With a RoPA in place, Osano is better positioned to respond to DSARs, self-audit, update our policy documents, and generally be confident that we’re following the law to the best of our ability.
Our RoPA — as any RoPA should be — is a living document. As our data processing activities change, we update it on a regular basis. Even if we’re certain nothing’s changed since our last review, we make sure to still go through the exercise of updating our RoPA since it’s an excellent way to ensure nothing slips through the cracks.
DSARsBecause we are subject to the GDPR, CPRA, and similar laws requiring DSARs, we ensure our data subjects are informed about and able to exercise their rights.
While it’s perfectly compliant to handle DSARs through emails and spreadsheets, we use the Osano Subject Rights Management and Data Discovery products to handle DSARs. That means we have a secure messaging portal for data subjects to make their request, which has the added benefit of requiring identity verification and limits requests to those enumerated in the relevant data privacy law. This cuts down on spam and vexatious requests.
Using Osano’s Subject Rights Management and Data Discovery tools also ensures our workflow is consistent and automated. Having recorded where our data lives and how it flows throughout the organization in our RoPA, it’s straightforward to add that information into the Subject Rights Management and Data Discovery tools.
Because of this, we know exactly which data stores to look in when a data subject requests access to their data. Osano automatically informs the relevant data store administrator what actions they need to take and what fields they need to update in order to complete the request. Once the request is completed, we use our secure messaging portal to respond to the data subject with the appropriate information.
Even if a data subject doesn’t live within a jurisdiction with DSAR requirements, we still oblige their requests. There are a few reasons why we honor DSAR requests even though we don’t strictly have to. This way, we:
- Minimize the risk of erroneously refusing a DSAR in case we mistake the data subject’s geolocation or the law changes
- Demonstrate the respect we have for all of our customers' (and all people’s) data privacy rights — whether those rights are enumerated in a law or not
- Simplify our screening process and DSAR workflow
Contractual updatesBecause we’re always monitoring the latest developments in data privacy, we’re alert to when we need to make a change in our contract portfolio.
For example, we already had a data privacy addendum (which is incorporated by reference into our Terms of Service) in place in order to comply with the GDPR; when the CCPA and CPRA created new requirements for contractual arrangements with third parties, we were quick to update that document.
This was a relatively simple change to make since the bulk of the addendum applies to all contracts equally. That isn’t always the case when it comes to contractual updates. For instance, we had to reach out to counterparties early and proactively to incorporate the new standard contractual clauses (SCCs).
For context, SCCs are required when importing data out of the EU. The old set of SCCs was declared invalid by the Court of Justice of the European Union (CJEU), and a new set was introduced on June 27th, 2021. Businesses had until December 27th, 2023, to incorporate the new SCCs. These SCCs need to be tailored to the specific relationship a business has with their counterparty, which means a business might need to repaper potentially thousands of individual contracts.
It’s a good example of why paying attention to data privacy news is so important. Because we knew switching to the new SCCs would be time-consuming, we began updating our contracts as soon as the CJEU made its announcement.
(By the way, if you’re looking for an easy way to stay informed about data privacy, consider signing up for our newsletter.)
DPIAsDPIAs, or data privacy impact assessments, help businesses understand the risks that a new project might pose to consumers’ privacy, and they’re required by several data privacy laws.
As we described above, part of Catherine’s (our General Counsel at Osano) regular reviews involve meeting with the product team and our CTO to identify new product features, projects, or initiatives that may involve high-risk data processing or other processing activities that might warrant a DPIA. Then, Catherine uses a modified version of the Information Commissioner's Office’s (ICO’s) questionnaire to determine if a DPIA is necessary.
If a DPIA is necessary, we’ll conduct one and assess the risk that the processing poses. Sometimes, the DPIA indicates the processing doesn’t require any additional changes to the project plan to protect consumers’ data privacy rights. Sometimes, the DPIA does identify areas that pose risk and means of addressing them, in which case we incorporate those takeaways into the project plan and proceed having mitigated the risk. And if a DPIA indicates that there are irreconcilable risks inherent to the proposed processing, we would scrap it.
Why do we do all of this compliance work?If you’ve made it this far, you’re probably thinking that this is quite a lot of effort. You might even feel a bit intimidated at the prospect of setting up a compliance program at your own company.
Don’t panic. Our business is compliance, so unless you’re also in the compliance industry or are a multinational corporation subject to multiple data privacy regulations, your own compliance program doesn’t have to be as robust as the one we’ve described in this article. In fact, the reason why we do all of this compliance work is so you don’t have to.
The regular monitoring, consent management, DSAR automation, and the other capabilities in the Osano platform take time to develop, refine, and maintain, but our customers only have to implement them to reduce their overall compliance burden. Schedule a demo and see for yourself.
We also understand if you’re just here to look for more information on what a compliance program looks like. If you’re eager to learn more about how to build a compliance program at a regular company (as opposed to one in the compliance industry), you might benefit from reviewing our webinar “How to build a privacy program.” We hope it helps make data privacy compliance feel a little less intimidating.