直接前往文章

Feishu Hong Kong / 資源

香港PDPO合規協作:跨境團隊採購前的資料隱私風險檢查

為何香港的隱私法規讓全球團隊舉步維艱

PDPO規管個人資料的收集、使用、保安、保留與外判處理。PCPD截至本次審讀仍說明,第33條的跨境轉移限制尚未生效;相關跨境指引與建議合約條款屬重要的治理做法,不能寫成所有境外轉移目前已被同一條文禁止或必然受罰。

設想中環金融機構把人力資源紀錄交由境外平台處理。合規團隊應核對原有目的與同意、DPP2/DPP3/DPP4、資料處理者合約、保留、保安、境外存取與適用的其他法律,再由法律顧問判斷風險並記入登記冊;沒有外洩也不能取代這些核對。

SaaS資料可能在多個儲存、備份、支援、遙測或AI處理地點流動。買方應要求完整資料流與司法管轄清單,核對用途、存取、子處理者與退出安排,而不是假定通用平台必然不合規或地理邊界本身足夠。

如何驗證飛書的資料位置與處理邊界

銀行應要求飛書以合約與資料流圖列明文件、訊息、表單、帳號資料、遙測、備份、支援及AI處理的實際區域。不要把「香港用戶」等同所有資料都在香港,也不要在未獲證據前寫成AWS香港獨家託管或完整地理錨定。

如供應商提供區域實例或認證,稽核人員要核對證書編號、持證主體、服務與期間的適用範圍,並對照PCPD 2025《雲端運算指引》的合約、子處理者、日誌、設定、傳輸及靜態加密、MFA和終止後刪除建議。

先量度現有稽核週期與法律審查工時,再用同一口徑測試新方案。架構文件較清楚可能節省解釋時間,但安全與速度要分開驗證。

端到端加密帶來真正的掌控

資料駐留與加密處理不同風險。不要假定飛書預設提供端到端加密、工程師無法存取或零知識模式;要求供應商分別說明傳輸中、靜態及端到端加密的範圍、金鑰持有人、備份、搜尋、管理員、支援、恢復和例外。

用測試帳號驗證內外部分享、撤權、裝置遺失、管理員存取、金鑰恢復與匯出,並保存日誌。加密是DPP4風險評估的一部分,不能單獨構成PDPO合規結論,也不能保證資料地理位置。

受監管團隊還要測試AI工具會讀取及保留哪些內容、可否停用、錯誤提示如何處理,以及人工批准與事故上報。合規責任不會因功能「內建」而轉移給平台。

以合規為核心設計的真正投資報酬率

先記錄法律審查、遮蔽、同意追蹤、交接與事件回應工時。醫療網絡可用合成病人資料跑一個完整轉介週期,測試最少權限、錯誤收件者、撤權、保留、刪除與人工接管,避免用真實敏感資料做首次試點。

不要假定每則聊天與檔案都加密及區域鎖定。要求供應商在試用中展示日誌、權限、匯出與報告,再由稽核人員嘗試重建一次資料存取、分享、撤權及刪除事件;記錄缺口與準備時間。

財務與合規團隊應比較三年整合、培訓、管理、退出、事件回應及供應商鎖定成本。手動遮蔽、核准層級或影子IT是否減少要由實測證明;只有資料流、控制、使用者行為和法律覆核通過,才逐步推展。

安全協作是新世代競爭優勢

合規控制若清楚並可驗證,可能減少流程摩擦;但不要假定飛書具備香港本地駐留或端到端加密,也不要把任何功能稱為使每個動作符合PDPO。法律與資訊安全團隊須按實際資料流和責任作決定。

AI診斷或遠距醫療會帶來新的用途、敏感資料、模型、供應商及保留問題,不能假定現有架構無需重審。信任來自可證明的控制、透明限制與事故處理。

用合成資料測試儀表板、資料流、權限、日誌、匯出、刪除、停止及回滾,再由法律、資訊安全與業務共同決定是否採用。


香港採購決策者的實務切入點

對香港企業而言,協作平台的採購已不再只是功能與價格的比較。合規主管、資訊安全主管與人力資源主管需要共同回答一個問題:當員工、客戶與病人的資料在跨境團隊之間流動時,我們能否向董事會與監管機構清楚交代每一段資料路徑?

實務上,建議在招標或續約前要求廠商書面回應三件事:資料實際存放的區域與備份安排、加密金鑰由誰管理,以及稽核日誌能否按香港團隊的權限邊界匯出。這些答案應與法律顧問的意見一併納入風險登記冊,而非只依賴產品簡報。

若企業同時在港澳兩地營運,跨境資料治理的複雜度會進一步上升。可先參考港澳跨境協作與資料治理的實務討論,再按自身行業的監管要求調整採購條件與試用範圍。