Get in touch

GDPR and whistleblowing channels

Homepage LegislationGDPR

How does GDPR relate to whistleblowing channels?

GDPR does not directly regulate the creation of whistleblowing channels, but it always applies when personal data are processed through a reporting channel. Whistleblowing data are often sensitive—they may include data about the reporter, persons suspected of wrongdoing, witnesses, and third parties.

Therefore every reporting channel—whether email, phone, form, or dedicated platform—must comply with data protection principles. Having a channel does not automatically mean GDPR compliance.

What does GDPR cover in the whistleblowing context?

GDPR does not include a separate chapter on whistleblowers, but the following requirements are directly relevant:

  1. Concept of personal data — Report content, metadata, contact details, logs, and information collected during proceedings are personal data if they allow identification of a person.

  2. Legal basis (art 6) — Processing must have a legal basis, for example an obligation under legislation, contract performance, or legitimate interest. The organisation must document on what basis reporting data are processed.

  3. Especially sensitive data (art 9) — Some reports may concern health data, political views, or other special categories of data. In that case, stricter conditions apply.

  4. Data minimisation and purpose limitation (art 5) — Only what is necessary for proceedings may be collected, and data may be used only to handle the report.

  5. Protection by design (art 25) — Privacy by design: technical and organisational measures must protect sensitive data by default, not added later.

  6. Security (art 32) — Encryption, access control, logging, and other measures must be proportionate to the risk.

  7. Controller and processor (art 28) — The organisation is usually the controller. An external platform provider is a processor and requires a data processing agreement (DPA).

  8. Data subject rights (art 12–22) — Access, rectification, erasure, restriction, and objection where applicable and without breaching confidentiality of proceedings.

  9. Data breaches (art 33–34) — In the event of a breach, it must be detected, documented, and where necessary reported to the supervisory authority and data subjects.

  10. Retention and deletion (art 5) — Data may be kept only as long as necessary, and must then be securely deleted.

What Estonian law does not directly stipulate, but GDPR practice requires?

The Whistleblower Protection Act (TÕRTKS) focuses mainly on creating the channel, proceedings, and protecting the reporter. Many data protection requirements follow indirectly from the aims of the law:

  1. Confidentiality and identity protection — TÕRTKS requires confidentiality of the fact of reporting; the reporter’s identity may be disclosed only with written consent. The Act does not require accepting anonymous reports. Under GDPR, confidentiality must be delivered technically, including for metadata. Internal email usually does not do that. Technical anonymity is how confidentiality and GDPR measures are made real.

  2. Confidentiality in proceedings — Report content may be known only to designated handlers. This aligns with GDPR need-to-know and access restrictions.

  3. Documented proceedings — Written procedures and responsible persons are a procedural requirement; in practice this also means clear role allocation in data processing.

  4. Activity logs and auditability — The law does not use the word “audit log”, but trustworthy proceedings and proof require being able to see who accessed the data.

  5. External or independent channel — An external channel reduces conflicts of interest. From a GDPR perspective, it helps ensure access to data is limited and controlled.

  6. Anti-retaliation — Whistleblower protection is a procedural legal requirement. Disclosing data to the wrong persons may violate confidentiality principles under both TÕRTKS and GDPR.

Why might email or a simple form not be enough?

Many organisations create a reporting channel by adding an email address or web form. Formally a channel exists, but protection of sensitive data may remain inadequate:

  1. email metadata, forwarding, and shared mailboxes may reveal the whistleblower's identity;

  2. IT administrators, backups, and search functions may give access to people who have no procedural need;

  3. generic forms may not ensure EU/EEA data storage or a data processing agreement;

  4. unstructured handling creates retention and deletion risks.

Practical steps for organisations

  1. Clearly define the controller and, where needed, processor roles.

  2. Document the legal basis, retention periods, and access rights.

  3. Use a solution that supports anonymous reporting, role-based access, encryption, and activity logs.

  4. Enter into DPAs with external providers and vet subprocessors.

  5. Train handlers and conduct periodic compliance reviews.

References:

GDPR – Regulation (EU) 2016/679 of the European Parliament and of the Council

Act on the Protection of Whistleblowers from Violations of European Union Law in the Area of Employment (TÕRTKS)

Trustif privacy policy

Get advice on the requirements applied to your organization!

We believe that an informed manager makes better decisions for his company. Our goal is to help bring information closer to you.