GDPR and Recruitment: What Your ATS Must Handle (And What Exposes You)

GDPR is seven years old and most recruiting operations, agency and in-house alike, are still not fully compliant. Not because they are careless — because the obligations are specific, the tooling implications are significant, and "we have a privacy policy on the website" is not the same as a compliant recruitment operation.

Here is what compliance actually requires, whether you place candidates for clients or hire for your own company, and where the gaps typically live.

The four obligations that create the most exposure

Lawful basis documentation per candidate record

Every candidate record must have a documented lawful basis. For active applicants, this is typically legitimate interest (they applied) or contractual necessity. For talent pool candidates who did not apply but were identified through sourcing, explicit consent is required.

The gap: most ATS platforms do not capture and display the lawful basis per record. If you cannot show an auditor the lawful basis for every record in your database, you cannot demonstrate compliance.

Right to erasure with documented execution

When a candidate requests deletion of their data, you must be able to execute it fully — across all fields, all notes, all communications — and document that it was done. "I deleted their CV" is not sufficient. Every record associated with that individual must be anonymized or removed, with an audit entry confirming the action.

The gap: most ATS platforms do not have a one-click anonymization feature that touches all associated data. Manual erasure across multiple record types is error-prone and leaves a compliance gap.

Retention policies enforced as a system

GDPR requires that personal data is not retained beyond the purpose for which it was collected. For active candidates, the retention window is the hiring process plus a reasonable legal buffer (typically 6-12 months). For passive talent pool candidates, annual consent renewal is best practice.

The gap: retention is almost universally managed manually in recruitment ATS platforms. Someone is supposed to delete old records. No one does it systematically.

Data residency

Candidate data from EU residents processed on US servers without adequate transfer mechanisms (Standard Contractual Clauses, adequacy decisions) is non-compliant. This affects any ATS with data stored in AWS US-East or equivalent US data centers, which includes most American-headquartered platforms.

Pickr stores primary production data in Frankfurt, Germany, within the European Union. An AVV (data processing agreement) is included with every account, and personally identifying information is redacted from AI prompts by default.

What your ATS needs to have natively

• One-click candidate anonymization (all fields, all records, audit entry)
• Lawful basis captured per candidate record
• Configurable retention policies with automated expiry flags
• Full data export for candidate right-of-access requests
• Audit trail of all data access and modifications
• Data residency within the EU/EEA, or a country covered by an EU adequacy decision

If your current ATS requires manual processes for any of these, you have compliance gaps that are manageable now and expensive later. The list is the same whether you run an agency or an internal talent team — a supervisory authority does not distinguish between the two. A free recruiting process audit will show you which of these gaps your current setup actually has.