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.
- 01Your work records
- 02Personal details removed
- 03You approve the release
- 04Licensed to AI developers
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.
| Term | What it does | Can people be re-identified? | Typical status |
|---|---|---|---|
| Anonymization | Transforms data so no one can be singled out, linked or inferred | Not by means reasonably likely to be used | Treated as anonymous once the test below is met |
| Pseudonymization | Replaces identifiers with codes or tokens, with a key kept separately | Yes, with the key or other additional information | Remains identifiable through the key or other information |
| De-identification (HIPAA) | Removes listed identifiers (Safe Harbor) or relies on an expert risk finding | Risk judged very small by method, not zero | Not PHI once a HIPAA method is met |
| Redaction or masking | Hides or replaces specific values such as names or card numbers | Often yes, from what remains in the record | Depends 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.
| Record type | Fields that create risk | Common technique | What to check after |
|---|---|---|---|
| Support tickets | Customer names, emails, order numbers in free text | Entity detection and replacement, then manual sampling | Names left in signatures and quoted replies |
| CRM and sales records | Company names, contact titles, deal values | Generalize titles and values into ranges, drop contact fields | Small accounts that stay unique by industry and size |
| Field service work orders | Street addresses, visit dates, technician names | Coarsen location to region and dates to week or month | Rural areas where one region holds few customers |
| HR or payroll extracts | Salary, birth date, job title, location | Aggregate to group level or suppress small groups | Groups small enough that one person stands out |
| Call recordings and transcripts | Voices, spoken names and account numbers | Transcript redaction; audio needs separate treatment | Voices 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
- SolutionData partnerships between businesses and AI developers
- IndustryBPO & contact centers data
- IndustryRecruiting & staffing data
- GlossaryData processing agreement
- QuestionDo AI companies buy private business data?
- QuestionIs selling company data legal?
- InsightIs it safe to license company data for AI training?
- InsightHow is company data anonymized before AI training?
- InsightHow to remove sensitive details from business data for AI training
- SolutionData licensing: granting defined rights to use your data
- DataSales and CRM data
- DataLegal and contract data
See if your company qualifies
A short company assessment. No data uploads are needed.