Automating Processes in Line with the GDPR

Automating Processes in Line with the GDPR

· by Panayot Dimkov

Almost any administrative process you automate touches personal data. An invoice carries a contact's name; an employee onboarding carries half a person's life; a flow that sorts email reads what identifiable customers write. The moment a bot or an AI model passes through, there is processing of personal data and the GDPR applies.

The good news: automating processes in line with the GDPR requires nothing new. What it requires is making explicit what should already have been right: a lawful basis for each purpose, moving only the data you need, a processor agreement with every vendor, knowing where the data is processed and keeping a person on decisions with significant effects. The problem is that in a manual process the gaps go unnoticed, while in an automated one they end up written into the configuration of a tool somebody can audit.

This article walks through the points where an automation goes wrong, what to demand from your vendor and what to check before putting a flow into production. If cost is what you are after, we cover it in how much it costs to automate a process with AI.

1The five GDPR failures when automating processes

These are not theoretical. They are the ones that come up again and again when an already built flow is reviewed.

📌
Changing the purpose without noticing
The data was collected for invoicing and now a flow also uses it for commercial segmentation. That is a different purpose and needs its own lawful basis. Automation does not create the problem, but it makes it systematic.
🧹
Copying more data than needed
The most common failure. The flow dumps a whole table record into another because it is easier than selecting fields. The data-minimisation principle says the opposite: only what the purpose requires.
🤝
Vendors with no processor agreement
Every tool that processes data on your behalf is a processor and needs the Article 28 contract. That includes the automation platform, the OCR service and the AI model provider.
🌍
Not knowing where processing happens
Many AI services process outside the European Economic Area. That is not forbidden, but the transfer needs a legal footing (an adequacy decision or safeguards such as standard contractual clauses) and you need to know which one applies. "It's in the cloud" is not an answer.
⚖️
Deciding without human involvement
Article 22 restricts decisions based solely on automated processing that produce legal or similarly significant effects. Rejecting a CV or denying credit automatically falls there.
The fifth point has a practical reading worth internalising: automating the preparation of a decision is very different from automating the decision. A flow that sorts, summarises and proposes, leaving approval to a person with real power to change it, is in another category.

2What to update when you automate

There are three documents almost nobody touches when building a flow, and they stop reflecting reality the moment it goes live.

DocumentWhat changes when you automate
Record of processing activities New recipients appear (the tools), sometimes new international transfers and, frequently, different retention periods
Information given to data subjects If there are Article 22 automated decisions, including profiling, they must be disclosed, along with the logic involved and the envisaged consequences
Data protection impact assessment It may become mandatory. The Spanish Data Protection Agency (AEPD) considers it necessary in most cases that meet two or more criteria on its list, including profiling, automated decisions, large-scale data, combining databases with different purposes or innovative use of technology

The impact assessment frightens people more than it should. It is not a filing with the authority: it is an internal analysis, and on a small project it runs to a few pages. You only need to consult the supervisory authority if the risk remains high once the measures are in place. What goes wrong is not having considered it when it was due.

3The AI Act: what already applies and what does not yet

The European AI Act now sits alongside the GDPR, and the two should not be mixed up: one protects personal data, the other regulates AI systems by their level of risk.

01
Transparency, since August 2026
Since 2 August 2026 most of the regulation applies, including the transparency obligations: telling people when they are interacting with an AI system and flagging certain AI-generated content.
02
High risk, postponed
The Digital Omnibus on AI (Regulation (EU) 2026/1744), in force since 27 July 2026, moved the obligations for Annex III high-risk systems to 2 December 2027. That is where uses such as recruitment or credit scoring sit.
03
Most flows are not high risk
Classifying invoices, extracting data from a delivery note or drafting a reply does not fall into that category. It is worth checking, but the usual alarm is unfounded.
04
The GDPR still applies in full
An AI use not being high risk exempts it from nothing on the data protection side. They are two independent rules, met separately.

4What to demand from your vendor

These are the five things to have in writing before connecting a tool to real data.

  • A processor agreement with the Article 28 clauses, not just terms of service accepted with a click.
  • The list of sub-processors and prior notice when it changes. Nearly every platform leans on third parties; the problem is not knowing which.
  • Where processing takes place and, if it leaves the European Economic Area, what the transfer relies on (an adequacy decision or standard contractual clauses, for example).
  • A commitment not to train on your data, if you use an AI service. Many vendors offer this, sometimes by default on business plans and sometimes as an option you have to switch on; either way, get it in writing.
  • Retention and deletion periods, including the flow's execution logs, which usually contain data and stay there forever.
The fourth point is the most overlooked. The difference between a plan that trains on your content and one that does not is usually a configuration checkbox or a contract type, not a different vendor.

5How to design a GDPR-compliant flow

Data protection by design is not a textbook phrase: it is a set of concrete decisions taken while building the flow.

01
Move only the fields you need
It takes a few minutes longer than dumping the whole table and removes half the minimisation problem at the root.
02
Pseudonymise where you can
If the flow only needs to know there is an outstanding invoice, it does not need the name. An identifier is enough and reduces the risk if something leaks.
03
Put a person on sensitive decisions
Not as a rubber stamp: with enough information and real power to change the outcome. That is the difference Article 22 looks at.
04
Record who did what
Traceability helps you answer data subject requests and demonstrate diligence. But those logs are data too: give them an expiry date.
05
Test with fake data
The testing phase is where the most uncontrolled copies are generated. A synthetic dataset avoids half the scares.
06
Schedule deletion from the start
If the flow creates intermediate copies, have them delete themselves. Adding the cleanup later never gets prioritised.

The official reference in Spain is the Spanish Data Protection Agency, which publishes specific guidance on artificial intelligence and impact assessments. This article is informative and does not replace legal advice.

RegulationData protectionAutomation

Frequently asked questions

Can I use an AI service with customers' personal data?

Yes, provided there is a lawful basis, a processor agreement with the vendor, the required information is given to data subjects and you know where the data is processed. What you cannot do is paste customer information into a public tool with no contract and no idea what it does with it.

Do I need an impact assessment to automate a process?

It depends on the processing, not on the technology. It is required when there is likely to be a high risk to people's rights, which usually happens when several factors combine, such as large-scale processing, systematic evaluation of personal aspects or new technologies in sensitive contexts. Automating invoice registration usually does not require one; automating candidate screening almost always does.

What does the GDPR say about automated decisions?

Article 22 restricts decisions based solely on automated processing that produce legal effects or similarly significantly affect a person, and grants the right to obtain human intervention, to express a point of view and to contest the decision. The key word is "solely": if a person reviews with judgement and can change the outcome, the situation is different.

Does the AI Act affect me if I only automate administrative tasks?

Since 2 August 2026 most of the regulation applies, including transparency obligations on interaction with AI systems and labelling of certain generated content. The obligations for Annex III high-risk systems were postponed to 2 December 2027, and most administrative automations do not fall into that category.

What about the data left in the flow's logs?

It is personal data like any other and it is usually the project's blind spot. Execution logs often store the content of what was processed and nobody gives them an expiry date. Setting a retention period and automatic deletion is one of the cheapest and most effective measures available.

In short

The GDPR is not an obstacle to automating; it is a fairly reasonable design guide. Moving only the fields you need, knowing where processing happens, having the contract signed and leaving a person on the decisions that genuinely matter are measures that also make the flow cleaner and easier to maintain.

What is a problem is discovering all this at the end. Raising these questions at design time costs a few hours; resolving them with the flow in production means rebuilding it. That is how we approach AI process automation.

Want to automate without legal surprises?

Tell us which process you have in mind and what data it works with. We design the flow with minimisation, processing location and human involvement in mind from the first sketch.

Request a process analysis