3月份，我在Braze的新工作剛開始幾周，我們的隱私收件箱裏就出現了一封數據主題請求郵件。我已經休假幾個月了，遠離任何隱私相關的事務，我的第一反應是，“多麼令人興奮——gdpr開始行動了!”

在Braze，我們有歐盟的一般資料保障規例自2016年5月通過以來，它幾乎一直在影響大腦。如果你不熟悉它，GDPR為公司和其他組織的使用製定了更嚴格的規則個人資料並給予這些數據主體更多的控製權，以控製他們的個人數據以及如何在全球範圍內收集和使用數據。（你可以在這裏獲得更多細節。)作為協議的一部分，歐盟數據主體獲得了在特定情況下要求刪除其個人數據的能力。

當Braze收到第一個數據主題請求時，我正在為我的認證資訊私隱專業人士/歐洲(CIPP/E)認證，我非常渴望把我學到的東西付諸實踐。當時，我們距離GDPR的全麵實施還有幾個月的時間，處理這類數據主體請求的正式流程還在我們的待辦事項列表中——因此我帶頭為Braze創建了一個數據主體請求流程。經過與我們的營銷和運營團隊數周的合作，我們的數據主體查閱要求表格來到。

GDPR的全麵實施於2018年5月25日星期五生效，當它生效時，又有一些請求進入了我們的係統。(這工作!我們是激動!)但當我們對這個過程的興奮過去後，我們就該真正解決這些請求了。這就是問題所在:當你像這樣概述一個過程時，你試圖考慮每一種可能的情況，但現實總是不同的。當我們處理這些請求帶來的挑戰時，我花了很多時間尋找指導——實際上，幾乎沒有找到適用於我們麵臨的問題的指導。這激勵我分享我們的經驗，所以這篇文章就誕生了!

數據主體身份驗證:鬥爭是真實的

讓我們先看看在驗證數據主體身份方麵所麵臨的挑戰。

為了確保請求訪問他們的數據(或刪除數據)的個人是數據所指的人，我們必須有一種方法來驗證他們所說的是誰。然而，當我們在DSAR過程中增加這一步驟時，我們並不熱衷於要求數據主體提供其id的副本——因為這樣我們就必須處理額外的個人數據，而且這似乎違反直覺，特別是對於刪除請求。

作為一個數據控製器，Braze隻處理少量的個人數據，除了我們自己的員工的數據。我們處理數據主要是為了營銷目的，其中主要涉及姓名和電子郵件地址。要驗證一個人的ID沒有太多的步驟，所以我們決定要求提交DSAR的個人從他們聲稱屬於自己的電子郵件地址發送一份他們的ID副本(以表明他們可以訪問該電子郵件地址)。希望他們是收件箱的合法所有者，但現實是，我們沒有什麼其他辦法來檢查這一點。

我們認為隻有在處理DSAR時才保留用戶ID的副本是有意義的，並決定在完成每個請求後立即刪除它。我們原以為人們會對分享他們的ID副本感到不安，但他們通常幾乎立即提供了它——也許是因為我們向他們保證，一旦他們的請求得到處理，我們就會刪除它。盡管決定立即刪除每個人的ID副本是件好事，但事實證明，永久刪除一封電子郵件比你想象的要更具挑戰性。

數據刪除:這是一段旅程

當在我們的係統中創建一個新的DSAR時，我和Braze隱私團隊的其他成員會收到一封發送到共享收件箱的電子郵件的提醒。在我們完成第一個DSAR時，我們要求隱私團隊成員刪除他們收到的包含數據主體ID的所有電子郵件。但是，雖然每個人都遵守了規定，刪除了郵件，清空了他們的電子郵件垃圾文件夾，但我們發現，我們的電子郵件提供商仍然保留了一段時間。

在進一步挖掘之後，我們找到了一種方法，可以為我們共享的Privacy Team收件箱設置特定的數據保存期限。然而，我們的喜悅是短暫的:我們很快意識到，這個修複將刪除該收件箱中的所有郵件，這是一個問題，因為我們需要跟蹤與數據主體交換的其他郵件。更糟糕的是，這並沒有解決與我們的私人收件箱相關的刪除問題，因為我們會收到所有進入共享收件箱的郵件的副本。

經過一番思考之後，我們創建了另一個收件箱——僅用於接收包含ID副本的數據主體的電子郵件——並對其應用了較短的數據保留期。我們關閉了收件箱的電子郵件提醒，這樣電子郵件的副本就不會被發送到我們的個人收件箱，在等待ID副本通過時，我們隻需要手動檢查共享收件箱。這樣，一旦DSAR完全處理完畢，我們就可以從該收件箱中刪除包含ID的電子郵件，而該電子郵件將在不久之後通過數據保留規則從我們的電子郵件供應商服務器上自動永久刪除。

事實證明，刪除數據是一段旅程……