GDPR compliance - remove personal data from a user account from the API
Hi Panopto community,
The users in our platform are authenticated by Active Directory, thus their account contains some personal information, such as names, email, AD login…
In order to comply with GDPR requirements, I would like to programmatically remove this personal data. But I also want to be able to keep track of past activity, especially analytics, by relating each of these users to the unit they were part of.
One way to do so would be to anonymize users, for instance (by order of preference on my side)
- by programmatically changing their personal data
- or merging their account into a new, anonymous account
- or merging their account into a common account for all former employees of a given unit.
There doesn't seem to be any API endpoint to do that. Has anyone here been able to industrialize GDPR compliance in one of the ways described above, or an alternative? If not, would it be possible for the API to include such a feature?
Thanks for your feedback!
Romain
Best Answer
-
Kevin Baum Panopto Employee
Hi Romain,
We do plan to add additional user management endpoints to our public REST API, however I don't have an estimate when that will be done. It is on our list of feature requests specific to the public REST API. There are no current undocumented endpoints available for customer use at this time either.
Please let me know if you have any other questions.
Thanks,
Kevin
0
Answers
Hi Romain,
You can use Panopto's SOAP API to update a user's first name, last name, and email address using the IUserManagement.UpdateContactInfo endpoint. This will allow you to change the information for each user stored in Panopto.
Since the user's data is being synced through an external provider, if that user logs back into Panopto through your Active Directory provider, the data may be updated again to match the incoming data from the Active Directory login. If the users do not log in again (if they are former employees for example), then their personal information should not change again after you use the API.
I hope this helps. Please let me know if you have any other questions.
Thanks,
Kevin
Thank you Kevin. I was wondering if there was a similar implementation (or possibility of an implementation) through the REST API; everything else we're doing goes through the REST API so that would be much more convenient in our case. Maybe something hidden that is not documented? ;-)