Skip to content

Glossary

Data anonymization

Quick answer

Irreversibly transforming data so individuals cannot be identified.

Under GDPR, truly anonymized data is not personal data; pseudonymized data still is. Techniques include redaction, generalization and aggregation.

Why Data anonymization matters when licensing company data to AI

Data anonymization irreversibly transforms records so individuals cannot be identified. During preparation, names, contact details and account numbers are removed or generalized, and rare combinations of details are reduced. Under GDPR, truly anonymized data is not personal data while pseudonymized data still is, so the method used is documented in the dataset file.

  1. 01Your work records
  2. 02Personal details removed
  3. 03You approve the release
  4. 04Licensed to AI developers
How it works with SourceX: Your work records → Personal details removed → You approve the release → Licensed to AI developers.Illustrative

Related terms

What is meant by data anonymization, and how is it different from similar terms?#

Data anonymization means the people behind the data can no longer be identified by any means reasonably likely to be used, not just that names were deleted. EU data protection authorities have said that removing directly identifying elements is not enough on its own, and that pseudonymisation is not a method of anonymisation because it only reduces linkability to the original identity.

The terms below are often used as if they were interchangeable. They are not, and the difference decides which rules still apply to the data.

What is meant by data anonymization, and how is it different from similar terms?
TermWhat it doesCan people be re-identified?Typical status
AnonymizationTransforms data so no one can be singled out, linked or inferredNot by means reasonably likely to be usedTreated as anonymous once the test below is met
PseudonymizationReplaces identifiers with codes or tokens, with a key kept separatelyYes, with the key or other additional informationRemains identifiable through the key or other information
De-identification (HIPAA)Removes listed identifiers (Safe Harbor) or relies on an expert risk findingRisk judged very small by method, not zeroNot PHI once a HIPAA method is met
Redaction or maskingHides or replaces specific values such as names or card numbersOften yes, from what remains in the recordDepends on what is left and who receives it

How do you test whether data is really anonymized?#

You test anonymization by asking whether someone could still single out a person, link records about them, or infer facts about them, using the means reasonably likely to be available. Those three questions come from the EU Article 29 Working Party opinion on anonymisation techniques, and GDPR Recital 26, as quoted by the EU Court of Justice, says the means to consider include singling out and that cost, time and available technology all count.

The UK ICO frames the same idea as the motivated intruder test: consider the practical steps someone who wants to identify people from the data is reasonably likely to take. A practical review usually works through the checks below before any dataset leaves the company.

  • Singling out: look for rows that are unique on a combination of fields, such as job title plus site plus start date.
  • Linkability: ask whether the fields could be joined to public or purchased data, such as ZIP codes, company names or timestamps.
  • Inference: check whether a sensitive value can be guessed with high confidence from other fields, even if no row is unique.
  • Free text: scan notes, emails, transcripts and attachments, where names and account numbers hide outside structured fields.
  • Keys and copies: confirm that no lookup table, token map or original export travels with the data.
  • Recipient and use: record who receives the data and what else they hold, because the same file can be anonymous to one party and identifiable to another.

Which anonymization techniques fit which business records?#

The right technique depends on which fields create the risk, and most real datasets need a combination. The Working Party opinion groups the main techniques into randomization and generalization and discusses noise addition, permutation, differential privacy, aggregation, k-anonymity, l-diversity and t-closeness, concluding that they can give privacy guarantees only when engineered appropriately for the context and objectives.

U.S. health rules show how specific generalization can get: HIPAA Safe Harbor allows only the first three digits of a ZIP code when that area holds more than 20,000 people, and folds ages over 89 into a single 90 or older group. The table below is an editorial starting point for common business records, not a compliance standard.

At SourceX, the company approves exactly what is released, once per deal, and sees what would leave before anything is shared. Whether a given dataset meets an anonymization or de-identification standard is a legal judgment that counsel makes on the specific facts.

Which anonymization techniques fit which business records?
Record typeFields that create riskCommon techniqueWhat to check after
Support ticketsCustomer names, emails, order numbers in free textEntity detection and replacement, then manual samplingNames left in signatures and quoted replies
CRM and sales recordsCompany names, contact titles, deal valuesGeneralize titles and values into ranges, drop contact fieldsSmall accounts that stay unique by industry and size
Field service work ordersStreet addresses, visit dates, technician namesCoarsen location to region and dates to week or monthRural areas where one region holds few customers
HR or payroll extractsSalary, birth date, job title, locationAggregate to group level or suppress small groupsGroups small enough that one person stands out
Call recordings and transcriptsVoices, spoken names and account numbersTranscript redaction; audio needs separate treatmentVoices and identifying details remaining in audio

Sources for this section

  • The Article 29 Working Party opinion on anonymisation techniques says identification includes singling out, linkability and inference, that removing direct identifiers is not enough, that pseudonymisation is not anonymisation, and describes randomization and generalization techniques that work only when engineered appropriately. Source
  • The EU Court of Justice quotes GDPR Recital 26: identifiability accounts for all means reasonably likely to be used, such as singling out, judged by objective factors including cost, time and available technology, and pseudonymised data that can be attributed with additional information remains personal data. Source
  • The UK ICO describes the motivated intruder test as a way to judge identifiability by the steps someone wanting to identify people is reasonably likely to take. Source
  • HIPAA's de-identification rule (45 CFR 164.514) allows only the first three ZIP digits where that area holds more than 20,000 people and requires ages over 89 to be aggregated into a 90 or older category under Safe Harbor. Source

Related resources

See if your company qualifies

A short company assessment. No data uploads are needed.

See if your company qualifies