Is identification of an employee by another employee restricted by GDPR?
<h1>Does GDPR require anonymization of user idents when used in testing and development?</h1>

<p>User idents will identify an employee by other employees because it's linked to login system. Outside of the company they may only hint to which employee if a list of employees is available. The usage is purely auditing, who created and edited data.</p>

<p>Where does this stand within GDPR regulations? Do you need consent from an employee for such ? "Can your work be visible to other employees?". I would think consent is implicit just by working there?</p>

<h1>User idents</h1>

<p>By user idents I mean such as windows login name, LDAP short names such as "PDIG". These identify the operator making data edits and they appear in almost every database table/row with typical column names such as created_by, modified_by, similar to how files are stamped in a filesystem. In my recent anonymization jobs I find that this represents about half the processing time and often appear in primary and unique indexes, thus creating challenges with data constraints in the anonymization programs.</p>

<h1>Why do this?</h1>

<p>I currently have gone through a lot of anonymization work at current client, some of which is complicated because of database constraints and relations. </p>

<p>** Yes they are indeed person-identifying data, but they just identify an employee internal to the company and are never sensitive. Do one have to hide the fact that people worked there?</p>

<p>I have the feeling that this is ok with GDPR, but since it is somewhat unclear we have currently ended up anonymizing it anyhow. </p>

<p><strong>Anonymization</strong> is used when you don't need the personal data anymore, but maybe you still want to keep some aggregated data (statistics, etc.). Anonymized data cannot be linked to a real person anymore, so it's not considered personal data the GDPR doesn't care about it. Example of anonymized data: 23.5% of users on your site are from the UK. That's all you know and all you store, and there's no way to find a list of those people.</p>

<p><strong>Pseudonymization</strong> is used when you want to store the data more securely, by making it harder for unauthorized people to link it to a real person. Example of pseudonymized data: the user with user ID 12345 bought a new HP laptop this month. Who is user 12345? It is possible to link that number to a name, but not everybody can do it. Maybe only the sales office knows (maybe stored in an excel file), but the developers won't find that info in any database table (the databases only store the IDs).</p>

<p>I'm not sure what you need in your specific case. It depends on whether you need to be able to link that data to real people, and whether you really need to restrict that ability. If the amount of data is small, if it is not sensitive at all, if it's kind of hard to link it to other personal data anyway, if the cost of implementing a better solution is too high compared to the value of the personal data, etc. then it might not be worth trying to pseudonymize it, for example. And if you don't really need that data after all, you might think of deleting it or keeping it in an anonymized format (aggregate statistics).</p>

gdpr anonymization