Data minimization
Each department gets the copy it needs: resident identities are no longer in it.
Resident case files, incident reports, tracking spreadsheets:
NymData pseudonymizes sensitive files before they move between departments.
Staff work on the copy.
Original files stay on your servers, restricted to authorized staff.
Before: identifiable residents, in red
| Resident | Date of birth | Address | Request |
|---|---|---|---|
| Emily Brooks | 09/14/1979 | 42 Cedar Lane | Housing assistance |
| John Carter | 05/02/1981 | 1428 Elm Street | School enrollment |
| Emily Brooks | 09/14/1979 | 42 Cedar Lane | Paratransit service |
After: constant identifier, requests kept
| Resident | Date of birth | Address | Request |
|---|---|---|---|
| PERSON_7b94f21c | [DATE] | [ADDRESS] | Housing assistance |
| PERSON_3e1a9d02 | [DATE] | [ADDRESS] | School enrollment |
| PERSON_7b94f21c | [DATE] | [ADDRESS] | Paratransit service |
By sharing only the data each use actually needs.
With NymData, installed on your own servers, sensitive files are pseudonymized before they are shared between departments.
Staff work on a copy where each resident is replaced by a constant identifier, for example PERSON_7b94f21c.
Original files stay restricted to authorized staff.
Every run is documented in an audit report.
A file sent to another department, an elected official or a working group gets forwarded, copied and archived.
Data protection by design means sharing only what is necessary, a principle the GDPR makes mandatory.
Each department gets the copy it needs: resident identities are no longer in it.
Administrator, operator, auditor: each person sees what their role allows.
Original files never leave your servers.
Every run produces a timestamped, sealed audit report you can attach to your records of processing activities.
The files that move most often between departments.
Send a case file or a spreadsheet without resident identities.
Build indicators from pseudonymized data, with each resident still tracked by their identifier.
Provide realistic data for an IT project or a test database.
Keep the value of older data beyond its retention period, in anonymized form.
GDPR Article 25 requires data protection by design and by default: process only the data needed for each purpose.
Pseudonymization is named there as an appropriate measure.
Pseudonymized data is still personal data.
For wide distribution or publication, you need effective anonymization, after assessing the re-identification risk with your privacy officer.
Which method should you choose? · Pseudonymization vs anonymization: what is the difference?
Only authorized staff can: NymData creates a pseudonymized copy in a separate folder and never changes the original files, which stay on your servers with their usual access rights.
Yes. With the constant identifier method, the same resident gets the same code in every Word, Excel and CSV file of the project: counts and follow-up remain possible without knowing who they are.
No. NymData is installed on your own servers.
No data or telemetry is sent to NymData or to any cloud service.
It is a requirement of GDPR Article 25: design processing so that it uses only the data it needs.
Pseudonymizing a file before sharing it is a direct application of it.
Every run produces a timestamped, sealed audit report: data types detected, method applied, volumes.
You can attach it to your records of processing activities.
Live demo on sample files, remotely or at your site.