GDPR put data practices into the software contract
GDPR made retention, access and supplier accountability part of the enterprise software buying decision, connecting product architecture with the cost of winning and serving customers.

The General Data Protection Regulation began applying on 25 May 2018. For a software company selling into Europe, its significance reached well beyond a revised privacy notice. Customers needed to understand what happened to personal data inside a product, which other suppliers received it and what would happen when a contract ended. Those questions connected product architecture with procurement and legal accountability.
The regulation had been adopted in April 2016, giving organisations a transition period. The commercial challenge was turning legal obligations into repeatable operations. A company could explain its intentions convincingly and still struggle to locate a person's information across production systems, support tools and backups. That gap mattered to both enterprise buyers and investors assessing the cost of serving them.
The customer needed evidence
Article 28 required controllers to use processors providing sufficient guarantees that appropriate measures would meet the regulation's requirements. Processing on a controller's behalf had to be governed by a contract or another binding legal act. The specified terms covered instructions, confidentiality, security, the use of further processors, assistance with individual rights and the return or deletion of data when services ended.
For a young software supplier, this made the processing agreement a practical test of its operating model. A customer could reasonably ask for the list of subprocessors, the countries in which data was handled and the assistance available during an incident. Answers assembled separately for every deal consume legal and engineering time. A maintained supplier inventory and a consistent contract process make that work easier to repeat across customers.

Data minimisation changed product choices
Article 5 set out principles including purpose limitation, data minimisation and storage limitation. Article 25 required appropriate measures for data protection by design and by default, taking account of the processing and its risks. These obligations reached decisions made before a sales contract: which fields to collect, how long to keep them, who could see them and whether a test environment needed a copy of live customer records.
Those choices have economic consequences. Every unnecessary copy creates another place to secure, search and eventually delete information. A product with clear boundaries between customers, documented retention settings and usable access controls gives its operator a smaller administrative burden. The advantage depends on the actual product and customer requirements; a compliance label on its own says little about deployment effort or operating cost.
A breach exposed the dependency chain
The regulation introduced a demanding timetable for certain incidents. Article 33 required a controller to notify the supervisory authority without undue delay and, where feasible, within 72 hours of becoming aware of a personal data breach, unless the breach was unlikely to create a risk to people's rights and freedoms. A processor had to notify the controller without undue delay. The legal test and the party responsible therefore mattered as much as the clock.

An enterprise using several software providers needed a reliable route from a supplier's detection team to its own incident decision makers. Logs, escalation contacts and an agreed description of affected records could determine whether the customer had enough information to act. This gave customers a reason to invest in detection and investigation, although no security product could by itself establish the lawfulness of all a customer's data processing.
The boundary extended beyond Europe
Article 3 covered processing in the context of an EU establishment and, in specified circumstances, organisations outside the EU offering goods or services to people in the Union or monitoring their behaviour there. A supplier's headquarters therefore did not settle the question of whether the regulation applied. International expansion required a closer examination of customers, users and the processing involved.
There was also no universal requirement to obtain consent for every use of personal data. Article 6 provided several lawful bases, with conditions attached. Treating consent as a standard answer could obscure the actual relationship with the individual. Investors examining a business built on personal data needed to understand the lawful basis for its principal activities and whether the proposed expansion changed the uses of information customers had originally supplied.
A better diligence question
The most useful commercial question was how much work each new customer added. Could the company answer a supplier review from maintained records? Could a customer administer permissions without an engineering ticket? Could the service return or delete information in the manner its contracts promised? These are observable capabilities with implications for sales capacity, service costs and customer confidence.
GDPR created substantial obligations and significant potential penalties, with the upper tier reaching €20 million or 4% of an undertaking's preceding worldwide annual turnover, whichever was higher. The enterprise opportunity lay in helping organisations perform the underlying work reliably. Privacy engineering, security operations and the management of software suppliers became increasingly connected parts of the same purchasing decision.
Investment implications
- Personal data obligations travel through supplier contracts and into product operations.
- Retention, access and deletion capabilities can affect the work required to win and retain enterprise accounts.
- Security controls support compliance, alongside lawful processing, transparency and individual rights.
Sources
- Regulation (EU) 2016/679, original adopted text (opens in a new tab)
European Union, preserved by The National Archives
- Data protection in the EU (opens in a new tab)
European Commission
- Data controller and data processor (opens in a new tab)
European Data Protection Board
Published


