符合 GDPR 的電子簽名工具：供應商盡調清單

判斷電子簽名工具能否支持 GDPR 工作流，關鍵不在於供應商是否展示“合規”標籤，而在於其能否提供與實際服務、區域和配置一致的證據。採購、隱私和法務團隊應共同核對處理角色、DPA、子處理者、國際傳輸、保留、數據主體權利和安全運行。

先繪製完整數據地圖

這一環節圍繞DPA展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 1 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

讓 DPA 對應實際採購服務

這一環節圍繞子處理者展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 2 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

沿數據流核對每個子處理者

這一環節圍繞SCC 與 TIA展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 3 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

數據駐留不能替代跨境傳輸判斷

這一環節圍繞遠程訪問展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 4 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

按數據類別測試保留與 DSAR

這一環節圍繞保留展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 5 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

用真實故障場景核查安全證據

這一環節圍繞DSAR展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 6 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

識別採購階段即可發現的紅旗

這一環節圍繞安全證據展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 7 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

把盡調結論寫入合同與運行控制

這一環節圍繞風險責任人展開。團隊應在啓用流程前記錄處理目的、個人數據類別、數據控制者或數據處理者、授權人員、系統位置、保留期限和可驗證證據，並使用一筆具有代表性的電子簽名交易驗證預期結果和異常路徑。審查範圍不應只看簽名圖像，還要覆蓋文件正文、簽署人聯繫方式、邀請與身份認證事件、時間戳、管理員操作、API 或集成副本、支持訪問及恢復數據。將實際結果與合同、已批准配置及當前法規要求進行比對。第 8 項控制如果只能得到銷售口頭説明，應記錄為證據缺口；如果產品行為與 DPA 或安全資料不一致，應在上線前澄清並形成書面處理條件。每個缺口都需要風險責任人、截止日期和是否阻斷上線的明確決定。新數據區域、身份方法、子處理者、集成、保留設置或產品版本上線後，應重新測試這一控制。保存測試輸入、輸出、審批人、日期和版本，使後續審計能夠區分當前證據與已經失效的截圖。

使用 owner 指南核對完整法律框架

本頁只處理一個實施問題。完整的數據地圖、法律依據、處理者、跨境傳輸、保留、安全和數據主體權利框架，請閲讀符合 GDPR 的電子簽名 owner 指南。簽名等級與法律效力則由獨立的eIDAS 電子簽名指南承接。法律判斷應回到 GDPR 正文，角色分配可參考 EDPB 控制者與處理者指南。

把審查結論轉化為受控流程

將上述問題轉化為證據請求、上線門檻、責任人和定期複核項目。記錄實際採用的數據區域、身份方法、子處理者、傳輸機制、保留配置和異常路徑，不要用供應商級標籤替代工作流證據。與 eSign.AI 討論電子簽名工作流。