
使用此模板
完善的数据保护政策可保护您的公司、员工和客户。借助 Trupeer,您可以从免费的数据保护政策模板开始,使用您的 品牌规范 进行定制,并将政策转换为员工和合作伙伴可快速理解的视频演练,从而节省数小时的政策编写时间。
大多数组织会下载一份数据保护政策、更改公司名称,然后归档。它对任何人都没有帮助:对从不阅读的员工、对询问如何落实的审计人员,以及对出问题时才会介入的监管机构都没有帮助。
一份有用的数据保护政策只做一件事:明确告知您组织内的人员,关于个人数据他们必须做什么、必须不做什么,并且足够具体,以便他们能够照做。本模板围绕政策必须满足的七项原则进行结构化,因此每个部分都有您可以解释的理由。
下载数据保护政策模板
格式 | 适合用于 |
|---|---|
Word (.docx) | 编辑政策。免费下载,无需注册 |
已发布版本,以及员工确认 | |
Google Docs | 与您的 DPO、法律顾问或管理层一起审阅 |
Excel (.xlsx) | 配套的登记表:保留期限表、处理记录、泄露日志 |
.doc | 较旧的文档系统 |
免费、可编辑、无水印。Excel 工作簿比看起来更重要,因为在其背后没有保留期限表和处理记录的政策,本质上只是意向声明,而不是可运行的系统。
数据保护政策还是隐私政策?
这是该领域最常见、也影响最大的混淆。他们是不同的文件,面向不同的受众,且具有不同的法律地位。
数据保护政策 | 隐私政策或隐私声明 | |
|---|---|---|
受众 | 您自己的员工 | 您所持有其数据的个人 |
目的 | 告知员工如何处理个人数据 | 告知个人您对其数据的处理方式及其权利 |
发布了吗? | 仅内部,通常如此 | 是,公开发布,且依法要求 |
包含内容 | 职责、规则、流程、后果 | 您收集了什么、原因、合法依据、与谁共享、保留期限、权利、联系方式 |
存放位置 | 手册、内联网 | 网站页脚、在收集发生的地点 |
由谁要求 | 问责原则,在实践中体现 | 由 GDPR 第 13 和 14 条直接要求 |
如果您需要面向公众的、用于网站的文件,本模板并不适用;用它来替代发布内部政策也无法满足您的义务。您需要隐私声明,它会描述您具体的处理活动,通常最好在法律意见或可靠的生成工具支持下完成。
您几乎肯定两者都需要。本页面介绍的是内部版本。
如何在 Trupeer 中定制此模板
步骤 1:打开“模板”部分
从主导航进入“模板”部分。

步骤 2:选择并打开模板
点击任意您想要使用的模板以打开。

步骤 3:展开模板视图
如有需要,展开模板视图以清晰查看完整布局和细节。

步骤 4:编辑模板
点击“编辑”开始修改所选模板。

在编辑器中,您可以:
添加新章节
定义或更新格式规则
添加徽标,并调整其位置及相关设置
步骤 5:保存您的定制模板
完成所有必要更改后,点击“保存”,将更新后的模板存为您自己的版本。

步骤 6:预览并微调模板
当您想查看定制模板的效果时,打开“预览”。

在预览界面中,如有需要,您仍可继续直接进行调整,确保模板呈现效果与您的期望完全一致。
使用数据保护政策模板,您可以:
节省编写时间:跳过空白页面,使用为隐私法规构建的结构。
保持合规:与 GDPR、CCPA、HIPAA 及其他隐私法律保持一致。
保持品牌一致:使用 Trupeer 的品牌规范套件应用您的徽标、字体和颜色。
培训每一位员工:将政策与视频演练配套,用于隐私意识培训。
随时应对审计:内置章节支持 SOC 2、ISO 27001 以及隐私审计。
覆盖全球团队:一键将政策翻译为 65+ 种语言。
什么是数据保护政策
一份内部政策,用于说明您的组织如何处理个人数据:谁负责、员工可以做什么以及不可以做什么、法律原则如何在实践中适用,以及当出现问题时会发生什么。
它的作用有两方面。它告诉您的员工如何表现,并体现问责制;而在 GDPR 下,问责制并非可选项。能够证明您已考虑并记录了您的处理方式,本身就是一项合规要求,且与您的做法是否“足够好”是两回事。
七项原则,以及每项要求什么
GDPR 第 5 条规定了七项原则。一份优秀的数据保护政策的每个章节都用于满足其中一项;以这种方式构建政策,使其更具可辩护性。
合法性、公平性与透明性
个人数据必须以合法、公平且符合人们预期与理解的方式进行处理。
政策必须包含什么。 所有处理都需要合法依据的声明、您组织所依赖的依据清单及其用途、要求在收集时提供隐私声明的要求,以及一条规则:员工不得将个人数据用于未告知其目的的用途。
哪里会出错。 为一个目的收集数据,却在不声不响中将其用于另一个目的。向那些为交付而提供地址的人进行营销,就是经典例子。
目的限制
为某一特定目的收集的数据,不得用于与之不相容的目的。
政策必须包含什么。 一条规则:在既有数据被用于新用途之前,必须先评估;并明确该评估的责任人。实践中,这一部分会阻止一支出于善意的团队,用不该使用的数据去做他们不该做的事情。
数据最小化
只收集您需要的,不多收集。
政策必须包含什么。 要求对表单和系统进行审查,移除不必要字段;并禁止出于“也许以后会用到”的原因而进行推测性收集。本原则在设计阶段就会被落实,因此政策应要求在引入新的流程或系统时将其纳入考虑。
准确性
个人数据必须准确,并在必要时保持最新。
政策必须包含什么。 个人如何更正其数据、更正如何传导至其他系统,以及关键记录多久会被审阅一次。传导点很关键,因为大多数组织只会更新某人投诉过的那条记录,却在其他地方留下三份副本。
存储限制
不要将个人数据保留超过您所需的时间。
政策必须包含什么。 对您的保留期限表的引用(应作为单独文件,因为它的更新频率通常高于政策本身);此外还需包含安全删除规则,并要求备份和归档也纳入覆盖,而不是被默默豁免。
这是组织最常失败的原则,因为“保留一切”比“决定删除什么”更容易。
完整性与保密性
个人数据必须得到安全保护,既要防止未经授权的访问,也要防止意外丢失。
政策必须包含什么。 基于“知情必需”的访问规则、设备与可移动介质的规则、加密要求、在家与远程办公规则、哪些内容可以/不可以通过电子邮件发送,以及数据如何与第三方共享;此外还要求:由供应商代表您处理数据时,必须在书面合同下进行。
问责
您必须能够证明合规,而不仅仅是“实现了合规”。
政策必须包含什么。 明确的角色与职责、维护处理记录的要求、何时需要进行数据保护影响评估(DPIA)、培训要求,以及政策本身的审阅周期。
问责制之所以重要,是因为配套的登记表很关键。一份没有处理记录、没有保留期限表、也没有培训日志的政策,所能证明的内容非常有限。
政策模板结构
章节 | 内容 |
|---|---|
文档控制 | 版本、负责人、审批人、生效日期、审阅日期 |
目的与范围 | 适用对象与适用内容,包括承包商和志愿者 |
定义 | 个人数据、特殊类别数据、处理、数据控制者、数据处理者、数据主体 |
角色与职责 | 管理层、DPO 或负责人、经理、所有员工、IT |
七项原则 | 每项原则在您组织中的适用方式 |
合法依据 | 您依赖的依据及其用途 |
特殊类别数据 | 额外条件与更高的注意义务 |
数据主体权利 | 权利内容,以及如何处理请求 |
保留期限 | 对保留期限表的引用 |
安全 | 访问、设备、加密、远程办公、电子邮件 |
第三方与共享 | 合同、尽职调查、国际传输 |
隐私设计(Data protection by design) | 何时需要 DPIA |
泄露响应 | 识别、内部报告、时间尺度、通知 |
培训 | 谁、多久一次,以及记录 |
不合规 | 后果,并与纪律程序关联 |
相关文档 | 隐私声明、保留期限表、ROPA、泄露日志 |
审阅 | 周期与负责人 |
处理的合法依据
每一项处理活动都需要一种合法依据。在 GDPR 下共有六种,员工应知道您组织依赖的是哪一种。
依据 | 适用场景 | 常见例子 |
|---|---|---|
同意 | 个人确实是自愿选择,并且可以撤回 | 营销邮件 |
合同 | 为履行其所要求的内容,处理是必要的 | 履行订单 |
法定义务 | 法律要求必须如此 | 保留工资单记录 |
重大利益 | 关乎生命或死亡 | 紧急医疗情境 |
公共任务 | 官方职能或公共利益 | 公共机构 |
合法利益 | 您的利益,并在其权利基础上进行平衡 | 防欺诈、部分分析 |
有两点实务建议值得写进政策中。第一,同意往往是最弱的选择,因为它可以撤回,且必须是自由给予的,因此它并不适合作为任何“无论如何都要做”的处理依据。第二,合法利益需要有记录在案的平衡评估,而不是仅仅声称“我们有合法利益”。
数据主体权利
GDPR 下共有八项权利,您的政策应说明每项权利如何处理、由谁负责。
知情权。访问权,通常称为数据主体访问请求。更正权。删除权。限制处理权。数据可携带权。反对权。以及与自动化决策和分析建模相关的权利。
实务部分在于流程。 请求可能通过任何渠道、以任何措辞发送给任何员工;个人也不必使用正确的法律术语,甚至不必提及数据保护。因此,政策必须要求每位员工立即识别并转交请求,而不是尝试自行处理。
回复期限为一个月;对于复杂或数量较多的请求,在您于第一个月内告知个人的前提下,还可再延长两个月。该时间从请求在您组织内以任何措辞到达任何人时开始,而不是从它到达正确的负责人时开始;因此“识别并转交”的规则至关重要。
泄露响应
最可能被拿来测试、也最不可能在事前被阅读的章节。
识别泄露。 个人数据泄露不只是“黑客入侵”。误发的邮件、丢失的笔记本电脑、遗留在火车上的文件、配置错误的共享、或把访问权限错误地授予给了不该的人,都符合泄露情形。
内部报告。 立即报告给指定角色,不设“把关”。政策应明确说明:报告您自己造成的泄露不会受到惩罚,因为“隐瞒文化”是泄露政策可能带来的最昂贵后果。
评估与通知。 若某次泄露很可能导致对个人权利与自由的风险,则必须在发现后的 72 小时内向监管机构报告。若风险较高,还必须在不应有的延迟下告知受影响的个人。两项评估都应由指定角色完成,而不是由发现问题的人自行决定。
泄露日志。 记录每一次泄露,包括您决定不报告的情况以及作出该决定的理由。维护该记录本身就是一项义务。
处理记录与保留期限
处理活动记录。 记录您持有的个人数据是什么、原因是什么、与谁共享、保留多久、以及如何进行安全保护。第 30 条要求提供此记录;对员工人数少于 250 人的组织有一个较窄的豁免,但若处理并非偶发、涉及特殊类别数据,或对个人构成风险,则该豁免不适用。许多认为自己符合豁免条件的组织,其实并不符合。
保留期限表。 一份单独文件,列出数据类型、保留期限以及每项的合理性。将其与政策分开保存,因为它的更新频率远高于政策;并引用它,而不是把内容直接嵌入政策中。
两者都与本模板附带的 Excel 工作簿一起提供,泄露日志也与其并列。
更广泛的文档集合
数据保护政策很少是“单独存在”的。大多数组织需要其中多份:
文档 | 用途 | 谁会看到 |
|---|---|---|
数据保护政策 | 员工如何处理个人数据 | 内部 |
隐私声明 | 您对个人数据的处理方式及其权利 | 公开 |
Cookie 政策与横幅 | 网站追踪与同意 | 公开 |
员工隐私声明 | 您对员工数据的具体处理方式 | 员工 |
处理记录 | 处理活动清单 | 内部;应监管机构要求提供 |
保留期限表 | 每种数据类型保留多久 | 内部 |
DSAR 流程 | 如何处理访问请求 | 内部 |
泄露日志与流程 | 记录并响应事件 | 内部 |
DPIA 模板 | 评估高风险处理 | 内部 |
处理者协议 | 与处理您数据的供应商签订的合同 | 合同约定 |
如果您只有其中一份,那么隐私声明就是依法必须发布的那份。如果您只有两份,请添加这份政策。
小型企业版本
更小的组织需要更短的政策,而不是更“轻量”的做法。义务不会随着规模缩减,但文档应当与之相称。
保留:范围、职责、用通俗语言写清楚的原则、安全规则、识别数据主体请求、泄露报告,以及保留期限。删减:复杂的治理结构、委员会引用,以及任何描述您并不具备的角色的内容。指定一位真实负责人,而不是凭空编造一个数据保护职能。
通常 4 到 6 页就足够了。一个 10 人公司的 20 页政策通常不会被阅读,这会比一份更短但更易读的政策更糟。
培训员工使用它
没有人阅读过的政策,什么都证明不了。
在入职培训时和每年进行培训,保留记录以证明谁在何时接受了培训,并重点关注真正导致泄露的四件事:识别数据主体请求、不要把数据发错人、不要把个人数据放到未经批准的位置,以及立即报告事件。
基于情景的培训效果通常优于照本宣科地讲原则。大多数泄露来自普通的错误,而不是对法律的无知。
如何编写您的数据保护政策
在写任何内容之前,先弄清您实际持有哪些数据。在实践中,处理记录应当放在最前面,尽管它在政策中会在后面被引用。
为每项活动确定您的合法依据,并在您依赖合法利益时记录所做的平衡评估。
使用模板结构,并用通俗语言撰写,因为受众是您的员工,而不是监管机构。
让规则具体可执行。 “安全处理数据”不可执行。“不要在个人设备或未经批准的云账户上存储个人数据”才可执行。
将保留期限表单独构建,并进行引用。
在真正需要之前先写好泄露流程,并明确指定角色,同时设置“无责报告”规则。
请专业人士审阅,例如数据保护专家或法律顾问,尤其是在您处理特殊类别数据、跨司法辖区运营或进行自动化决策时。
批准、发布并收集确认。
培训并记录培训。
设置审阅日期,每年一次,并在任何重大变更后更新。
审阅政策
默认情况下每年审阅一次。在您引入新的系统或处理活动时、开始在新的司法辖区开展业务时、发生任何泄露后、数据保护法律发生变化时,或负责人离职时,应立即审阅。
在版本历史中记录每一次审阅,包括那些没有导致任何变更的审阅,因为证明您确实审阅过本身就是审阅的意义之一。
法律声明
本模板及本页面提供的指导仅用于一般信息,不构成法律建议。数据保护法律因司法辖区而异;在欧盟 GDPR、英国 GDPR 以及美国的 CCPA 和 CPRA 等制度下,要求也不同。义务还会因您处理的数据类型、处理规模以及所在行业而有显著差异。
在采用本政策之前,请让具备资质的数据保护顾问或法律顾问对其进行审阅,尤其是在您处理特殊类别数据、儿童数据或进行国际运营时。
最佳实践
将内部政策与公开的隐私声明作为独立文档保存。
用具体措辞编写员工真正能够遵循的规则。
将保留期限表从政策中移出,以便可独立更新。
点名真实的人,而不是“理想中的角色”。
明确说明:员工自报的泄露不会受到惩罚。
培训员工识别数据主体请求,因为计时从请求到达时开始。
记录每一次泄露,包括未上报的情况及其理由。
维护处理记录。这是一项义务,也会让其他工作更容易。
让政策与组织规模相匹配。
记录审阅情况,包括无变更的审阅。
常见错误
把内部政策当作隐私声明来发布。
下载一份通用政策,只更改了公司名称,其他什么都没改。
规则过于模糊,无法遵循或执行。
将保留期限嵌入政策中,导致更新时需要重新批准。
错误假设:当不适用时,也适用“250 人以下组织”的处理记录豁免。
在本应使用其他更稳健的合法依据时,依赖同意。
在没有记录在案的平衡评估的情况下,声称“合法利益”。
没有泄露流程,导致在事件发生时才发现 72 小时的计时规则。
对泄露采取问责/指责文化,从而导致隐瞒。
未培训员工用日常语言识别数据主体请求。
备份和归档被默默排除在保留与删除规则之外。
从未审阅,因此描述的是您不再使用的系统。
让规则变成人人能遵循的内容
在 Trupeer AI 中打开模板,应用您的 品牌规范,使其与您的手册和其他政策保持一致,然后直接编辑任意章节。设置说明在 模板指南 中。
数据保护政策与实际合规之间的差距,几乎总是“行为”层面的。员工知道自己应该谨慎处理数据,但当他们准备共享一份表格、回复一封异常邮件或设置一个新工具时,他们并不知道这意味着什么。
把流程记录下来一次,Trupeer AI 会基于同一份输入生成书面指南,并从同一轮内容中生成带旁白的 视频演练。这样,关于共享文件、对数据主体访问回复进行脱敏,或报告事件的规则就变成了人们可以观看的内容,而不是他们匆匆略过的条款。翻译为 65+ 种语言,这在需要让员工遵循带有法律后果的规则时尤其重要。将内容保存在您的 知识库 中,并用于 入职培训与年度培训,同时保留完成记录以便展示。
记录它。打造品牌风格。翻译它。用 Trupeer 来实现。
常见问题解答
Word 里有免费的数据保护政策模板吗?
有。Word 是主要格式,每个章节都已起草,并用方括号占位符标注必须由您填写的细节。免费下载,无需注册,无水印。
PDF 里有免费的数据保护政策模板吗?
有。它以已发布版本提供,并包含供员工签署的确认区块;如果您打算在纪律处分相关场景中依赖该政策,这正是您需要的版本。
Word 里有面向员工的数据保护政策模板吗?
有。该模板包含面向员工的摘要,以及一个两页版本,概述员工必须做什么、必须不做什么(不包含治理细节)。大多数人应当阅读的就是这个版本;完整政策在其后提供。
我在哪里可以获取数据保护政策的 PDF?
在这里:既有空白模板,也有完成示例,您可以在编写自己的政策之前,从头到尾查看一份完整政策。
数据保护政策和隐私政策有什么区别?
数据保护政策是内部文件,用于告知员工如何处理个人数据。隐私政策或隐私声明是公开文件,用于告知个人您对其数据做什么以及他们拥有哪些权利。第二份文件由 GDPR 直接要求发布;用内部政策替代它并不能满足该义务。
有没有免费的网页隐私政策模板?
本页面没有,而且值得解释原因,而不是提供一个通用模板。隐私声明必须描述您的实际处理:您收集什么、基于什么合法依据、与谁共享、保留多久、以及数据将被传输到哪里。与真实做法不匹配的模板比没有更糟,因为它是一份不准确的公开声明。使用可靠的隐私政策生成工具或律师,并以您的处理记录为基础。
PDF 里有隐私政策示例吗?
监管机构和隐私工具提供商通常都能提供隐私声明示例,而且这些通常比通用模板更好的起点,因为它们是基于当前要求撰写的。本页面提供的是内部政策以及任何准确隐私声明都必须基于的处理记录。
有没有隐私政策生成器?
有好几个,它们对于简单的网站来说是合理的选择,尤其适用于 Cookie 和分析披露。但它们无法了解您的实际处理活动,因此请不要直接发布生成结果而不加审阅;应当将输出与您的真实做法进行核对。生成器会生成一份文档,但准确性仍然由您负责。
什么是数据保护政策?
一份内部政策,用于说明您的组织如何处理个人数据:谁负责、员工可以做什么以及不可以做什么、法律原则如何在实践中适用,以及当出现问题时会发生什么。它也体现问责制,而问责制本身就是一项要求。
数据保护政策应包含哪些内容?
文档控制、范围、定义、角色与职责、七项原则各自如何适用、合法依据、特殊类别数据、数据主体权利及如何处理请求、保留期限、安全规则、第三方共享、何时需要 DPIA、泄露响应、培训要求、不合规的后果、相关文档以及审阅周期。
GDPR 的 7 项原则是什么?
合法性、公平性与透明性。目的限制。数据最小化。准确性。存储限制。完整性与保密性。问责制。第 5 条将前六项作为与处理相关的原则列出,而问责制要求您证明自己已遵循这些原则。
处理个人数据的合法依据有哪些?
同意、合同、法定义务、重大利益、公共任务以及合法利益。每一项处理活动都需要一种合法依据。同意往往是最弱的选择,因为它可以撤回;而合法利益则需要有记录在案的平衡评估,而不是仅仅做出“我们有合法利益”的主张。
你需要多久内回复数据主体访问请求?
一个月;对于复杂或数量较多的请求,在您于第一个月内通知个人的前提下,还可再延长两个月。计时从请求到达您组织内的任何人开始(不论措辞如何),而不是从它到达正确负责人开始;因此,培训员工识别并转交请求比流程本身更重要。
数据泄露必须多快报告?
若某次个人数据泄露很可能导致对个人权利与自由的风险,则必须在发现后的 72 小时内向监管机构报告。若对个人的风险较高,还必须在不应有的延迟下告知他们。您评估为不需要通知的泄露仍应记录,并附上理由。
小型企业需要数据保护政策吗?
需要,只要您处理个人数据——几乎每家企业都会处理。义务不会随着员工数量缩减,但文档应当与之相称。4 到 6 页、点名真实负责人,比 20 页描述您并不具备的治理结构更有用。
我需要数据保护官(DPO)吗?
在特定情况下,DPO 是强制性的,包括公共机构,以及其核心活动涉及大规模、定期且系统性的监控,或大规模处理特殊类别数据。许多组织不符合这些标准,但仍然可以通过指定一位负责人获得收益。由于门槛涉及判断,请与专业人士确认您的具体情况。
数据保护政策应多久审阅一次?
默认每年审阅一次;并在发生任何泄露、新系统或处理活动、法律变更、扩展到新的司法辖区,或负责人离职后立即审阅。记录每一次审阅,包括没有导致任何变更的审阅。
我可以定制此数据保护政策模板吗?
可以。每个版本都完全可编辑,而且您也应该这样做。通用政策之所以会失败,正是因为它们描述的并不是任何人的真实做法。替换占位符,删除不适用的章节,并在采用前让具备资质的顾问进行审阅。