Skip to content

Guide

De-identifying company data for AI training: the full playbook

By SourceX Editorial · Updated

Draft under editorial review.

Short answer

De-identifying company data means removing or replacing anything that points to a person or a customer, such as names, emails, phone numbers and account numbers, while keeping the work itself. It is followed by checks on samples and your approval before anything leaves your company.

  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

How it works at a glance

  1. 01

    Supply

  2. 02

    Rights

  3. 03

    Preparation

  4. 04

    Approval

  5. 05

    Delivery

What is removed#

  • Names and contact details
  • Account and ID numbers
  • Addresses and locations finer than needed
  • Secrets, credentials and hostnames
  • Free text that reveals identity

How it is checked#

  • Automated detection, then human review of samples
  • Exclusion of whole records when in doubt
  • Your review of a sample before delivery

Who does it#

SourceX evaluates the data, then prepares it directly or through a certified, approved third-party partner.

How a SourceX transaction works#

  • Supply: you describe your systems and records in a short fit check. No data is shared at this stage.
  • Rights: we review contracts, privacy notices and ownership so you know what you can license.
  • Preparation: SourceX evaluates the data, then prepares it directly or through a certified, approved third-party partner. Personal details are removed and confidential material is excluded.
  • Approval: you see exactly what would leave your company and approve it before anything moves.
  • Delivery: the approved dataset is delivered under a signed license. Payment timing and conditions are set by the signed transaction agreement. SourceX’s written selection permits an invoice; payment is due Net 60 from SourceX’s receipt of the invoice, without a buyer-payment condition. Unselected submissions earn no payment.

Remove, replace or keep#

Remove, replace or keep
ElementTypical treatment
Customer nameReplace with a placeholder
Email or phoneRemove
Product namesUsually keep
Health or financial detailsExclude unless rules allow

Check your fit

FIT ASSESSMENT / 0 OF 5 ANSWERED0%

Q1 / 05 · COMPANY SIZE

How many full-time employees at your peak?

Full-time employees at peak headcount (excluding contractors)

Examples

Illustrative

A support team's ticket history

A 120-person software company has six years of help-desk tickets. Customer names, emails and account numbers are removed; the questions, steps taken and resolutions remain. The company approves a sample before delivery.

Illustrative

An engineering team's bug fixes

A manufacturer's IT team has years of tickets linked to fixes. Secrets, hostnames and personal details are stripped, and code owned by third parties is left out after a rights review.

Which data anonymization techniques fit which kinds of fields?#

Match the technique to the field: remove or mask direct identifiers, coarsen the fields that identify people in combination, and save heavier methods such as noise or synthetic data for releases where record-level detail is not needed. Direct identifiers are fields like a name or email that point to one person on their own. Quasi-identifiers are fields like ZIP code, job title and dates that are harmless alone but can single someone out together.

NIST's glossary describes k-anonymity as releasing person-specific data so that linking it to other information through quasi-identifiers is limited, achieved through suppression and perturbation, and notes that the protection can be reversed in some cases. NIST SP 800-188 covers both traditional de-identification and formal privacy methods such as differential privacy, and lists publishing synthetic data based on identified data as one of the ways to share. The table is editorial guidance on how the common techniques trade privacy against usefulness for AI training data.

Which data anonymization techniques fit which kinds of fields?
TechniqueWhat it doesGood fitWhat it leaves behind
SuppressionDeletes a field or a whole recordSecrets, signatures, rare outlier recordsGaps that can skew the dataset if overused
Masking or redactionBlanks identifiers inside free textTicket bodies, chat logs, email threadsIdentity hints the detector missed, such as nicknames
PseudonymizationSwaps identifiers for consistent tokensCustomer and agent IDs that must stay linkableReversible by anyone holding the key table
GeneralizationCoarsens values into ranges or categoriesZIP codes, birth dates, job titles, timestampsLower precision for analysis that needs exact values
k-anonymity checksMakes each record match at least k others on quasi-identifiersStructured tables released at record levelLinkage risk through fields not treated as quasi-identifiers
Noise or differential privacyAdds calibrated randomness to values or resultsAggregate statistics and countsLess accuracy on small groups and rare cases
Synthetic dataGenerates new records that mimic the real onesTesting pipelines, sharing schemas and patternsWeaker signal for the real edge cases a model must learn

Is de-identified data the same as anonymized data?#

Not always: whether data counts as de-identified or anonymized depends on the law that applies, and the tests differ. Under the HIPAA Privacy Rule, HHS recognizes two methods for health information: Expert Determination, where a qualified expert concludes the risk is very small that an anticipated recipient could identify someone, and Safe Harbor, where listed identifiers are removed, such as names and geographic units smaller than a state, with ZIP codes cut to their first three digits only where that area holds more than 20,000 people. HHS also says there is no single numerical risk level that counts as acceptable everywhere.

In the EU, the European Data Protection Board says pseudonymised data that can be attributed to a person using additional information remains personal data under the GDPR. So replacing names with tokens while keeping the key table is not anonymization there; it lowers risk but leaves the data in scope. Which standard applies to a given dataset, and whether a release still needs a legal basis, is a question for counsel reviewing the specific facts; this is general information, not legal advice.

How do I anonymize data step by step?#

Start with an inventory of identifying fields, pick the standard you are meeting, then test the output for re-identification before anyone outside the company sees it. NIST SP 800-188 suggests that agencies can create a disclosure review board, adopt a de-identification standard with measurable performance levels and perform re-identification studies; the same discipline can be applied to a single company dataset:

  • List every field and free-text column, and tag each as direct identifier, quasi-identifier, sensitive value or safe content.
  • Name the standard you are meeting, such as HIPAA Safe Harbor or Expert Determination for health records, or a written internal threshold for everything else.
  • Choose one technique per tag from the table above and write it down as a field-by-field rule.
  • Run the rules on a copy, never on the system of record, and keep any pseudonym key table separate from the output.
  • Try to re-identify a sample: search for rare combinations, unusual job titles, small locations and names hidden in free text or attachments.
  • Record what was removed, what was kept and why, plus who signed off, so the next release follows the same rules.

Sources for this section

  • HHS recognizes Expert Determination and Safe Harbor as the two HIPAA de-identification methods; Safe Harbor removes listed identifiers including geographic units smaller than a state, keeping the first three ZIP digits only where the area has more than 20,000 people; there is no universal numerical risk threshold. Source
  • The European Data Protection Board says pseudonymised data that can be attributed to a person with additional information remains personal data under the GDPR. Source
  • NIST SP 800-188 covers traditional de-identification and formal privacy methods such as differential privacy, lists publishing synthetic data as a sharing option, and suggests agencies can create a disclosure review board, adopt a measurable de-identification standard and perform re-identification studies. Source
  • NIST defines k-anonymity as limiting linkage through quasi-identifiers using suppression and perturbation, and notes it can be reversed in some instances. Source

Frequently asked questions

Does de-identification guarantee anonymity?

No method is perfect, which is why records are reviewed, doubtful ones excluded, and buyers contractually barred from re-identification.

Sources

  1. HHS: Guidance on de-identification of protected health information

Related

General information, not legal advice. Editorial policy.

See if your company qualifies

A short company assessment. No data uploads are needed.

See if your company qualifies