Understanding GDPR: Key Compliance Strategies for Software Companies

Understanding GDPR: Key Compliance Strategies for Software Companies

Overview

As technology evolves, and with burgeoning markets in artificial intelligence, software companies are not only in the position of needing to comply with GDPR themselves but are also pivotal in the design and operation of products or services that allow their customers to achieve GDPR compliance – understanding and smoothing the compliance path for customers can set a software company apart from the competition, fortifying its position within the marketplace.  This article suggests key GDPR compliance strategies.

A well-established software company operating in Europe should, by now, have a well-established GDPR compliance programme in place.  But it's important to keep this programme under review – perhaps to address new challenges posed by innovative new products (for example, see here for some of the data protection challenges presented by AI) or perhaps because of expansion into new markets.  If, on the other hand, you are a software start-up, getting your data protection compliance programme up and running quickly is crucial to success.  Whether as a reminder of what to refresh, or to provide some pointers on where to begin, this briefing looks at some key strategies for complying with the GDPR.

The basics: what’s personal data and who needs to comply with the GDPR?

The GDPR only applies to personal data - data from which a living individual can be identified or is identifiable. The diagram above set outs out just a few examples of personal data.

Following Brexit, businesses which operate in both the UK and the EU, have two data protection regimes to consider. As a software development or technology company, you may cater to an international or global customer base. In addition to complying with the UK's version of GDPR, "UK GDPR", UK businesses will need to comply with the EU GDPR, if:

  • the company has an operating office within the EU, which processes personal data as part of its own activities; or

  • the company doesn't have an office in the EU, but it processes personal data of individuals in the EU either to sell products and services in the EU or to monitor individuals' behaviour (e.g. through cookies and such like).

(In this briefing we refer to "GDPR" to refer to the EU GDPR and the UK GDPR, as applicable).

Are you a UK software business expanding into the EU?

As you expand your business in Europe, here are some key considerations to bear in mind:

  • Currently, the UK and EU data protection regimes are very similar, although they may diverge in the future.  The approach taken by privacy regulators in the UK and in the EU members states can, however, be different, even where they are applying the same rules. Keeping on top of the local law position and regulatory approach adds a further layer of complexity. In those member states where your data subjects reside, check, for example, for variances in data breach notification requirements or requirements to appoint a data protection officer to avoid the risk of falling foul of EU practices or interpretations of GDPR requirements which differ from those of the UK. Any such variances should be worked into a business' internal response and privacy policies.

  • Consider if you are able to benefit from the "one stop shop" which allows EU establishments to have their cross-border data protection issues in the EU handled by one data protection authority acting as a lead data protection authority. Without an establishment in the EU which can clearly be shown to be a "main" or "single" establishment, or indeed without any physical presence in the EU, UK businesses must deal with a supervisory authority in each member state in which they are active, so it would be prudent to ensure you are familiar with the reach of your potential operations from a GDPR perspective.

  • Appoint an EU representative if you are processing personal data about EU data subjects and are doing so from the UK or another base outside the EU – and update your privacy policies/data collection notices with this information, to make sure that you are complying with your transparency obligations in this regard.

The extent of a software company's obligations under the GDPR will depend on whether it is acting as a data controller or as a data processor.  A data controller determines the purpose and means of processing of personal data, whereas a data processor acts only on behalf of a data controller in accordance with the controller's instructions. A software company will be a data controller for some activities, such as in relation to the processing of the personal data of its staff, customer contacts and its own marketing activities, but when it stores or has access to the personal data of its customers' customers, staff or contacts (e.g. it provides a SaaS solution and hosts its customers' data or has access to personal data as part of providing support and maintenance services) it is likely to be acting as a data processor.  While most obligations under the GDPR only apply directly to data controllers, data processors also have some direct obligations under the legislation, including to implement appropriate security measures to protect the personal data they process, and they face potential regulatory action and compensation claims from data subjects for breach of those obligations.  They will also have contractual responsibilities to their data controller.

There are many requirements to comply with under the GDPR regime as illustrated by the diagram below.  A deep dive into each of them is beyond the scope of this briefing. Instead, we have prepared a list of practical steps and compliance strategies that you can take.

Compliance Strategies

1. Internal Procedures

There are a number of ways for software companies to ensure compliance with UK and EU GDPR requirements as part of their day-to-day internal procedures:

  • Product and service design – data controllers have a general obligation to implement appropriate technical and organisational measures to show that they have integrated the principles of data protection into their processing activities, known as "privacy by design and by default".  There are numerous aspects to this – ensuring that product designs provide end-to-end security for personal data, support transparency, data minimisation requirements and the exercise of data subjects rights to name a few of these.  A software company may be directly responsible for ensuring "privacy by design" e.g. in relation to its use of personal data to train an AI system that it is developing.  But often the GDPR "privacy by design" responsibility is borne by its customers.  Nevertheless, "privacy by design" will factor into a customer's choice of product and they may seek contractual protection from the software company in this regard, so it is worth baking these considerations into your product and service design processes.

  • Data mapping – when building software and training AI, it is important to identify what types of personal data will be collected and used. You also need to understand how and when personal data is collected from customers, staff and other contacts and how that data is then processed. You should consider whether the company needs all the data that it is holding to make sure only required data is collected and held. The rationale for data collection and storage should be regularly reviewed. 

  • Policies – you should regularly review and update existing policies (e.g., your privacy policy, data protection policy and cookies policy). Any changes to the policies should be communicated and explained to staff to make sure the policies are correctly implemented and used.

    You should also have clear policies as to IT and information security to protect against unauthorised access, loss or damage to personal data and have the capability to restore data in a timely manner with provision for regular review of such policies.

  • Training – you should offer training to individuals handling personal data as part of their role and make sure that individuals are aware of the company's obligations under the data protection legislation. A standard process for dealing with customer complaints as to the use of their personal data should be developed and included as part of the staff training.

  • Further protections – you should have written rules regarding data protection impact assessments. Any ''high risk'' processing should be identified and followed up with a data protection impact assessment if required.

    You should also consider whether you need a Data Protection Officer ("DPO") if the core activities of the company involve regular and systematic monitoring of individuals or processing of sensitive data on a large scale. Most software businesses won't need to appoint one, but it needs analysis on a case-by-case basis.

2. Your Relationship with the data subject

  • Privacy notices – you must provide privacy notices in a concise, transparent and easily accessible form to enhance transparency for individuals. GDPR specifies which information should be included in privacy notices and these should be regularly reviewed and updated.

  • Consent - when you rely on data subjects' consent (and it is a common misconception that a data subject's consent is always required – there may be another lawful basis for processing), consent must be based on a clear affirmative action and be freely given, specific, informed and unambiguous. You need to ensure that you obtain, maintain and are able to demonstrate valid consent.

    There are additional, specific rules around consent in relation to direct marketing, marketing communications and cookies and these areas are fertile territory for enforcement action by regulators. 

  • Notification of personal data breach – in the event of a data breach a data controller must notify data protection authorities without undue delay, and in any event within 72 hours after becoming aware of a notifiable breach and may have to inform data subjects too. Specific local law notification requirements may also apply. A data processor is instead obliged to notify their data controller, rather than the regulator. A useful step for software companies to facilitate compliance may be to include a data breach detection and reporting tool that can monitor and notify individuals immediately if a breach occurs. 

  • Data subject rights – individuals have rights with respect to their personal data such as rights of access, correction, erasure, and the right to object to the processing of personal data. You need to make sure that you are able to respond to those individual rights if requested.

    Two specific rights to be aware of are the right to be forgotten and the right for data to be portable. To ensure compliance on these fronts, the software should allow users to easily isolate and delete their personal data, as well as transfer their personal data from one service provider to another.

3. Your Relationship with data processors / third parties

  • Where you are sharing data with third parties you may need to carry out due diligence on your suppliers, to satisfy yourselves that they are compliant (where you would be liable under GDPR if they are not).

  • GDPR requires certain mandatory requirements to be included in data processing contracts.  You should have a process in place to make sure that any new contracts that the company is considering entering into with third parties are drafted and negotiated to include appropriate data protection clauses.

  • Under GDPR there is a general prohibition on data transfers to countries outside of the EEA that do not provide an "adequate" level of data protection, subject to certain exemptions. The UK and the EU have each approved the other as providing adequate protection to allow personal data to flow freely between the UK and the EEA. However, for other international transfers, a valid transfer mechanism will be required, along with a transfer risk assessment - one such mechanism involves entering into standard contractual clauses issued by the European Commission and, in the case of transfers subject to UK GDPR, supplemented by the addendum issued by the UK Information Commissioner's Office. You should ensure that such clauses are included in contracts under which you are making international transfers of data, where appropriate. 

What's the price of getting it wrong?

The sanctions for non-compliance are substantial.  Under EU GDPR, the maximum fines are up to 20 million Euros or 4% of a company’s global turnover. On 22 May 2023, Meta received a GDPR fine of €1.2billion, surpassing the earlier record held by Amazon, which faced a penalty of €746 million in 2021.  Non-compliance could also lead to compensation claims from data subjects and contractual claims for damages under contracts with controllers.  The longer-term impact on your business and reputation could eclipse other losses.

Get in touch

The Technology & Commercial Transactions team at Travers Smith has considerable expertise and experience in advising businesses on data protection compliance. Please feel free to get in touch.

GET IN TOUCH

Read Louisa Chambers Profile
Louisa Chambers
Read Helen Reddish Profile
Helen Reddish
Back To Top