Most of the conversation about GDPR focuses on compliance: what you need to do, which boxes to check, whether your consent banner meets the standard. That is the right conversation for teams building products.

But there is a parallel conversation that does not get enough attention: what actually happens when you get it wrong. Not in theory — what the regulation says it can do — but in practice, how enforcement works, how fines are calculated, and what the gap is between the headline maximum and the typical outcome.

Understanding the enforcement mechanism matters because it changes how you think about risk. “Up to 4% of global annual turnover” is technically accurate but tells you almost nothing about the decision a supervisory authority is actually going to make.

The Two-Tier Structure of GDPR Fines

Article 83 of the GDPR establishes two tiers of administrative fines. The tiers are not arbitrary — they correspond to the severity of the violation.

Tier Maximum Fine Violations Covered
Lower tier (Art. 83(4)) EUR 10 million or 2% of global annual turnover, whichever is higher Obligations of controllers and processors: data protection by design and by default (Art. 25), records of processing activities (Art. 30), security measures (Art. 32), breach notification (Arts. 33-34), data protection impact assessments (Arts. 35-36), DPO requirements (Arts. 37-39), certification bodies and monitoring bodies
Upper tier (Art. 83(5)) EUR 20 million or 4% of global annual turnover, whichever is higher Core principles: basic principles of processing including lawfulness, fairness, transparency (Art. 5); conditions for consent (Art. 7); data subjects’ rights (Arts. 12-22); transfers to third countries (Arts. 44-49); national law obligations; non-compliance with a supervisory authority order under Art. 58(2)

The practical implication: a consent violation — collecting personal data without a valid legal basis — sits in the upper tier. A documentation failure — forgetting to update your records of processing activities — sits in the lower tier. The underlying conduct determines the ceiling, not the revenue of the company.

What Triggers an Investigation

Supervisory authorities do not proactively audit every organization processing personal data. They operate on limited resources and triage their caseload. Investigations typically start from one of four sources:

  • Data subject complaints. An individual files a complaint with their national data protection authority — the most common trigger. The complaint might concern a denied deletion request, a confusing consent interface, or a data breach disclosure that felt incomplete.
  • Data breach notifications. Controllers are required under Art. 33 to notify the supervisory authority within 72 hours of a breach that poses risk to individuals. These notifications can open a broader investigation into whether adequate security measures were in place under Art. 32.
  • Own-initiative investigations. DPAs can act without a complaint. Some authorities have run systematic investigations into specific sectors — cookie compliance across news publishers, or the use of behavioral advertising across app ecosystems — selecting organizations to review on their own initiative.
  • Referrals between authorities. Under the one-stop-shop mechanism, the lead supervisory authority handles cross-border cases, but other concerned authorities can raise objections and shape outcomes.

The Art. 83(2) Factors: How the Fine Is Calculated

Once a violation is established, the fine is not set by formula. Article 83(2) lists factors that supervisory authorities must take into account. These factors can increase or decrease the fine within the applicable tier. They are why two companies committing the same technical violation can receive fines that differ by an order of magnitude.

  • Nature, gravity, and duration. A brief technical misconfiguration is treated differently from a deliberate years-long practice of processing without legal basis.
  • Intentional or negligent character. Intent is an aggravating factor. Negligence — failing to implement something you knew was required — is different from a good-faith misread of the law, though both can lead to fines.
  • Categories of personal data. Processing special category data under Art. 9 — health, biometric, genetic, religious, political, union membership, sexual orientation — is treated as more serious. The same collection practice with general contact data will typically attract a lower fine than one involving health records.
  • Scope and number of data subjects affected. A violation affecting three customers is not the same as one affecting three million. Authorities scale their assessment to the actual reach of the harm.
  • Degree of responsibility. Whether the controller implemented appropriate technical and organizational measures, whether there was a relevant certification, whether an approved code of conduct was followed — these mitigate. Ignoring known guidance or prior enforcement decisions aggravates.
  • Cooperation with the supervisory authority. Organizations that engage constructively with investigations, disclose proactively, and remediate promptly tend to receive lower fines. The opposite also holds.
  • Prior infringements. A repeat violation, particularly of the same type, is treated more harshly. DPAs maintain enforcement history.
  • Financial benefit obtained. If the violation produced a measurable gain — revenue from processing data without consent, for example — authorities may scale the fine to exceed that benefit, removing the economic incentive to repeat the behavior.

The Gap Between Maximum and Typical

The headline figure — 4% of global annual turnover, or EUR 20 million — is real but rarely reached in a single enforcement action. The distribution of actual GDPR fines is heavily skewed: a small number of large fines against large organizations with large revenue bases account for most of the total fine value issued across the EU.

Several factors explain this gap.

First, the 4% figure is a ceiling, not a target. Supervisory authorities are required by Art. 83(1) to ensure fines are “effective, proportionate and dissuasive.” Proportionality pulls fines down for smaller organizations and for violations with limited actual harm, even when the upper-tier ceiling is technically applicable.

Second, the one-stop-shop mechanism creates procedural delay in cross-border cases. The lead authority must circulate draft decisions to all concerned authorities, allow for objections, and in contested cases refer the matter to the European Data Protection Board for a binding decision. This process takes time and resources on both sides.

Third, many DPAs — particularly in smaller member states — operate with constrained budgets. They have finite investigative capacity and handle a large complaint volume. Minor violations from small organizations may receive a warning or a formal reprimand under Art. 58(2)(b) rather than a fine.

None of this means the enforcement mechanism is toothless. It means that the practical risk calculation depends heavily on the size of the organization, the seriousness of the violation, the DPA with jurisdiction, and the degree of cooperation. The GDPR fine calculator can help you estimate the exposure for a specific scenario using the Art. 83(2) factors — more useful for risk assessment than anchoring to the theoretical maximum.

Identity Data Under GDPR

The GDPR does not use the phrase “identity data” as a defined term. But the definition of personal data in Art. 4(1) is broad enough to cover most of what the identity space has always treated as identity: a name, an identification number, an IP address, location data, an online identifier, and factors specific to the physical, physiological, genetic, mental, economic, cultural, or social identity of a person.

This matters because the original Identity 2.0 discussion — the question of who controls your identity online, how attributes are shared, what an authentication event discloses — is now a GDPR compliance question as much as a design question. The failure modes of identity architecture that were being argued about in 2005 are precisely the failure modes that Article 83 enforcement addresses today.

The shift from user-centric identity design to consent-layer enforcement did not resolve the underlying problem. It handed the problem to regulators. What regulators have built in response is the enforcement structure described above — complaint-driven, case-by-case, applying the Art. 83(2) factors to each individual violation. That is a different kind of accountability than protocol-level user control, and it produces different results.

Special Category Data and the Upper Tier

Article 9 defines the set of data categories that attract heightened protection: health data, biometric data used to uniquely identify a person, genetic data, data revealing racial or ethnic origin, political opinions, religious or philosophical beliefs, trade union membership, and data concerning sex life or sexual orientation.

For identity systems, the practical implication is that authentication flows which collect more than the minimum necessary create additional exposure. A login system that infers health status from usage patterns, or that requires biometric verification without a valid Art. 9(2) exception, is operating on factors that push toward the more serious end of the severity assessment.

The principle of data minimization in Art. 5(1)(c) is the design response: collect what you need, not what might be useful. The user-centric identity vision was built around this principle from the start. The enforcement mechanism exists because that principle is frequently ignored in practice.

The Difference Between a Warning and a Fine

Not every GDPR violation results in a fine. Supervisory authorities have a range of corrective powers under Art. 58(2):

  • Warnings — where processing is likely to infringe provisions of the regulation
  • Reprimands — where processing has infringed provisions
  • Orders to comply with a data subject’s request to exercise their rights
  • Orders to bring processing operations into compliance within a specified period
  • Orders to communicate a personal data breach to the data subject
  • Temporary or permanent bans on processing
  • Administrative fines under Art. 83

Fines are not automatic. First violations with prompt remediation, particularly from smaller organizations, often result in a reprimand and a compliance order rather than a financial penalty. Enforcement escalates when organizations fail to remediate, repeat violations, fail to cooperate with investigations, or when the severity of the breach justifies immediate financial sanction.

This is also why the informal question — what is the actual risk of getting caught and fined? — is harder to answer than it looks. The risk of being the subject of a complaint is real and ongoing. The conversion rate from complaint to fine depends on the severity of the underlying conduct, the DPA’s resources, and the organization’s response. The original framing from 2005 still applies here: whether something registers as a privacy unpleasant surprise — rather than a feature users accept — often determines whether an affected data subject files a complaint in the first place.

What This Changes About Risk Assessment

If you are trying to assess GDPR enforcement risk for a specific practice, the useful inputs are not the theoretical maximums. They are:

  • Which tier does the potential violation fall into under Art. 83(4) or 83(5)?
  • Which Art. 83(2) factors apply, and in which direction — aggravating or mitigating?
  • Which supervisory authority would have jurisdiction, and what is its enforcement track record?
  • Does the practice affect data subjects in a way that is likely to generate complaints?
  • Is special category data involved?
  • Is there a prior enforcement history with this authority?

The answers give you a more calibrated picture than the headline figure. The headline exists to establish a ceiling; it is not a prediction.

Getting identity-privacy wrong is costly. The cost is not always financial and not always immediate — sometimes it is a compliance order, sometimes a reprimand, sometimes reputational. But the enforcement structure is operational, and the gap between “we have a privacy policy” and “our data practices would survive an investigation” is where most organizations currently sit.

Closing that gap requires understanding what you actually collect, why, and whether the legal basis is as solid as the documentation suggests. That is engineering work as much as legal work. It is also the part most likely to be missing.