privacy-policy-malik-taiar

隐私政策指南 - GDPR

概述

隐私政策是依据 GDPR 第 13 条和第 14 条向数据主体告知相关信息的主要文件。它必须清晰、易于获取且内容全面。

政策目标

目标	GDPR 要求
透明度	清楚告知数据处理情况（第 12 条）
信息告知	提供所有强制披露的信息（第 13-14 条）
权利	使数据主体能够行使其权利（第 15-22 条）
信任	让用户对数据保护放心

---

参考资源

模板

模板	描述
assets/sample_template_politique_confidentialite.docx	未提供专用模板时使用的默认模板
律师提供的内部模板	如果律师有更合适的专用模板，则使用该模板

IMPORTANT：默认模板 sample_template_politique_confidentialite 适用于没有用户账户的宣传型网站。如果请求涉及有用户的应用或平台，则需要添加其他数据类别，例如：

• 用户账户管理（创建、身份验证、个人资料）
• 登录数据和活动历史记录
• 应用使用过程中生成的数据
• 用户之间的通信（消息、评论等）
• 用户偏好和设置

根据平台类型（宣传型网站、电子商务、SaaS、移动应用、市场平台等）调整模板。

CNIL 文档

文档	内容
CNIL_droits_personnes.pdf	数据主体权利指南（访问、更正、删除等）
CNIL_durees_conservation.pdf	按数据类型提供的保留期限建议
CNIL_finalites.pdf	如何妥善界定数据处理目的
CNIL_transparence.pdf	面向数据主体的信息告知与透明度指南
CNIL_principes_rgpd.pdf	GDPR 基本原则
RGPD_texte_officiel.pdf	欧盟法规 2016/679 全文

知识库

文档	内容
BASES_LEGALES.md	数据处理的 6 种法律依据（GDPR 第 6 条），附示例和措辞
DROITS_PERSONNES.md	数据主体的 8 项权利（GDPR 第 15-22 条），附行使流程
COOKIES.md	CNIL 2020 年关于 Cookie、类别、横幅和处罚的建议
DUREES_CONSERVATION.md	按数据类型划分的保留期限表及其法律依据

---

向客户收集的信息

IMPORTANT：起草政策之前，请向客户收集以下所有信息。

1. 数据控制者信息

• 公司全称
• 法律形式（SAS、SARL、Ltd 等）
• 公司注册号（SIREN/SIRET）
• 注册办公地址
• 法定代表人（姓名和职务）
• 通用联系邮箱
• 是否已任命 DPO？如是，请提供联系方式

2. 网站/应用的性质

• 现有网站 URL（用于分析）
• 平台类型：
  • 宣传型网站
  • 电子商务
  • SaaS / Web 应用
  • 移动应用
  • 市场平台
  • 其他：___________
• 业务领域
• 目标受众（B2B、B2C 或两者）
• 目标国家/地区（仅法国、欧盟、国际）

3. 收集的数据

对于每个类别，请在适用时注明：

• 身份识别数据

  • 名
  • 姓
  • 电子邮箱
  • 电话号码
  • 邮寄地址
  • 出生日期
  • 照片 / 头像

• 连接数据

  • IP 地址
  • 连接日志
  • 设备 ID
  • 账户标识符

• 浏览数据

  • 访问的页面
  • 停留时间
  • 点击次数
  • 流量来源

• 交易数据

  • 订单历史
  • 付款数据（通过服务提供商）
  • 发票

• 敏感数据（需特别关注）

  • 健康数据
  • 政治 / 宗教观点
  • 种族出身
  • 生物识别数据

4. 处理的法律依据

关键问题：对于每项处理活动，法律依据是什么？

法律依据	适用情形	示例
履行合同（第 6.1.b 条）	为提供服务所必需的处理	订单配送、创建账户
同意（第 6.1.a 条）	个人可自由选择，并可随时撤回	新闻邮件、营销 Cookie、与合作伙伴共享
合法利益（第 6.1.f 条）	公司利益与数据主体权利之间经过权衡	匿名统计、安全、B2B 潜在客户开发
法律义务（第 6.1.c 条）	法律要求	发票保留 10 年、纳税义务

与客户共同填写的表格：

处理目的	法律依据	涉及的数据
订单管理
创建账户
新闻邮件
统计
客户服务
商业潜在客户开发
___________________

5. 接收方和处理方

• 技术处理方

  • 主机服务商：___________
  • 电子邮件服务商：___________
  • 付款服务商：___________
  • 分析服务：___________
  • CRM：___________
  • 支持 / 工单系统：___________

• 向欧盟以外地区传输数据

  • 是 / 否
  • 如果是，传输至哪些国家？___________
  • 采用的保障措施：
    • 标准合同条款
    • 充分性决定
    • 其他：___________

6. Cookie 和跟踪器

• 使用的 Cookie

  • 严格必要的 Cookie（会话、购物车、身份验证）
  • 分析 Cookie（Google Analytics、Matomo 等）
  • 广告 Cookie（Facebook Pixel、Google Ads 等）
  • 社交媒体 Cookie（分享按钮）
  • 其他：___________

• 同意管理平台

  • 无
  • Axeptio
  • Didomi
  • Cookiebot
  • 其他：___________

7. 数据保留期限

数据类型	建议期限	说明
活跃客户账户	合作关系存续期间
不活跃客户账户	最后一次活动后 3 年	潜在客户开发
潜在客户	3 年内无互动	CNIL 建议
发票	10 年	法律义务
连接日志	1 年	LCEN
Cookie	最长 13 个月	CNIL 建议

---

起草工作流

第 1 步：选择模板（必须）

切勿从头起草政策。 起草时始终从给定的模板开始，可以是：

• assets/sample_template_politique_confidentialite.docx 中的默认模板；
• 用户提供的其他内部模板。

此模板是你的基础参考。你必须：

• 忠实再现模板的结构和措辞
• 保留模板的确切表述（这些表述已通过验证）
• 仅替换占位符，填入客户信息
• 不要改写句子，即使你认为可以表达得更好
• 不要添加模板中没有的章节

收集到的信息（T&Cs、网站等）用于填写模板，而不是改写模板。

1. 首要行动：起草前确认要使用的模板。询问用户：

"I will draft the privacy policy starting from the provided default template. Do you have an internal template that would be more suitable as a starting point?"

选项	操作
默认模板	使用 assets/sample_template_politique_confidentialite.docx
内部模板	使用律师提供的文档

2. 根据用户的选择，选定起始模板。

---

第 2 步：了解客户的业务

主要目标：真正了解客户的业务、其平台上的用户旅程。

1. 询问律师有哪些可用信息：

"To draft a perfectly tailored policy, please provide:
- Information you have about the client and their business
- Existing documents (T&Cs, sales conditions, order forms, contracts...)
- Exchanges or key points raised by the client
- The site/application URL (if accessible)
- Points that must absolutely be included according to you

You may anonymize this information if necessary for confidentiality reasons.

The more information you provide, the better adapted the policy will be to the actual case. Otherwise, we will conduct our own research but it will be limited to publicly accessible information."

2. 分析提供的文档：

文档	提取内容
T&Cs / 销售条款	平台运作方式、提供的服务、义务
订单表	收集的数据、服务、潜在的数据处理方
客户往来信息	关键要点、具体关注事项、业务特点

3. 如可访问，进一步研究网站：

注意：有些网站只显示“申请报价”表单，无法访问平台。在这种情况下，主要依据所提供的文档。

目标是了解业务并识别技术要素：

• 了解公司的实际业务
• 阅读现有隐私政策（如有）
• 阅读现有 T&Cs / 法律声明
• 识别典型的用户旅程（如可见）
• 识别数据收集表单（注册、联系、下单……）
• 通过横幅查看 Cookie / 跟踪器
• 列出功能（账户、新闻简报、聊天、支付……）

4. 起草前总结：

CLIENT: [Name]
BUSINESS: [Description in 2-3 sentences]
PLATFORM TYPE: [SaaS, e-commerce, mobile app, etc.]
USER JOURNEY: [Key steps]
DATA COLLECTED: [List by collection point]
COOKIES IDENTIFIED: [Types of cookies spotted]
FORMS: [List of collection points]
KEY LAWYER POINTS: [What must absolutely be included]
SPECIFICITIES: [What makes this case particular]

总结准备就绪后 → 进入初稿 1

---

步骤 3：起草第 1 稿

绝对规则：模板是经过验证的基础。

• 从模板开始：结构、措辞、语气都以模板为参考
• 根据客户情况调整：整合收集到的具体信息
• 不要全部重写：保留模板措辞，只调整必要内容

总之：模板 + 客户信息 = 第 1 稿。不是完全重写。

根据收集到的信息，逐节填写模板：

1. 数据控制者身份
2. 收集的数据（按类别划分）
3. 处理目的和法律依据（表格）
4. 接收方和处理者
5. 国际传输
6. 保留期限（表格）
7. 数据主体权利
8. 如何行使权利
9. Cookie 和追踪器
10. 数据安全
11. 政策变更
12. 联系方式

立即进行合规检查：提交第 1 稿前，核对强制披露清单（GDPR 第 13 条）：

• 控制者身份和联系方式
• DPO 联系方式（如已任命）
• 处理目的
• 每项处理目的的法律依据
• 追求的合法利益（如适用）
• 接收方或接收方类别
• 向欧盟境外传输以及保障措施
• 保留期限或确定期限的标准
• 数据主体权利（访问、更正、删除、限制处理、可携带性、反对）
• 撤回同意的权利（如适用）
• 向 CNIL 提出投诉的权利
• 提供数据是强制还是可选
• 是否存在自动化决策（如适用）

如果第 1 稿符合要求 → 继续步骤 3。

---

步骤 4：提交第 1 稿 + 基准比较 + 改进建议

1. 提交第 1 稿并作出说明：

Here is Draft 1 of the privacy policy.

**What I took into account:**
- [Summary of key elements integrated]
- [Client specificities considered]
- [Particular points mentioned by the lawyer]

**Compliance:** The document meets Art. 13 GDPR requirements.

2. 提供基准比较（系统化）：

调研同一行业 3-5 家公司的隐私政策，然后提供：

**Benchmark conducted:**

I analyzed the privacy policies of:
- [Company 1] - [what we noted]
- [Company 2] - [what we noted]
- [Company 3] - [what we noted]

**Identified possible improvements:**
- [Improvement 1]: [explanation]
- [Improvement 2]: [explanation]
- [Improvement 3]: [explanation]

Would you like to incorporate these elements into the provided Draft?

3. 如果律师批准改进建议 → 生成第 2 稿。

---

步骤 5：最终核验

正式交付前进行最终审查：

• 已包含 GDPR 第 13 条要求的所有披露内容
• 已正确整合客户信息
• 语言清晰易懂
• 最终文件中没有内部引用（模板、来源）
• 已注明更新日期

---

标准政策结构

PRIVACY POLICY
[Company Name]
Last updated: [DATE]

TABLE OF CONTENTS (if long document)

1. WHO ARE WE?
   - Controller identity
   - DPO contact details

2. WHAT DATA DO WE COLLECT?
   - Identification data
   - Browsing data
   - Transaction data
   - Etc.

3. WHY DO WE COLLECT YOUR DATA?
   - Purposes / legal bases table

4. WITH WHOM DO WE SHARE YOUR DATA?
   - Internal services
   - Processors
   - Partners (if consent)
   - Authorities (legal obligations)

5. IS YOUR DATA TRANSFERRED OUTSIDE THE EU?
   - Countries concerned
   - Safeguards

6. HOW LONG DO WE KEEP YOUR DATA?
   - Retention periods table by data type

7. WHAT ARE YOUR RIGHTS?
   - List of rights with simple explanation
   - How to exercise them

8. COOKIES AND TRACKERS
   - Types of cookies used
   - Preference management

9. SECURITY
   - Measures in place (without sensitive technical details)

10. CHANGES TO THIS POLICY
    - Notification procedure

11. CONTACT US
    - Email
    - Postal address
    - Link to form

---

起草最佳实践

写作风格

应采用	应避免
使用“您”/“您的数据”	使用“用户”/“数据主体”
句子简短、易懂	过多法律术语
提供具体示例	措辞含糊（“各种数据”）
使用表格以提高清晰度	内容密集的段落
使用清晰明确的标题	多次交叉引用但不作说明

可访问性

• 语言清晰：非法律专业用户也能理解
• 结构醒目：目录、带编号的标题
• 分层呈现信息：必要时提供摘要和详情
• 更新日期：在文件顶部醒目显示

---

应避免的常见错误

错误	后果	解决方案
从通用模板复制粘贴	不合规、内容不一致	针对每种情况进行调整
法律依据不正确	处理违法	分析每项处理目的
未注明保留期限	违反 GDPR 第 13 条	系统化列表
忘记欧盟境外传输	可能被罚款	检查处理者
只提及权利，未说明行使流程	权利无法行使	设置专用电子邮箱地址
Cookie 墙	CNIL 禁止	拒绝应与接受一样方便

---

CNIL 参考处罚案例

公司	金额	主要原因
Google	€150M	Cookie：拒绝比接受更困难
Facebook	€60M	Cookie：没有“全部拒绝”按钮
Carrefour	€3M	信息不足、保留期限过长
Amazon	€35M	未经同意即放置 Cookie

这些处罚案例说明了制定合规政策并严格管理 Cookie 的重要性。

---

常见问题

1. 政策必须使用法语吗？

是，如果网站面向法国用户。若网站面向国际用户，也可以采用双语版本。

2. 移动应用需要单独制定政策吗？

不一定，但政策必须涵盖应用特有的方面（权限、设备收集的数据）。

3. 如何处理更新？

• 为每个版本注明日期
• 将重大变更告知用户
• 保留以前的版本

4. 是否必须任命 DPO？

并非一概如此。 以下情况必须任命：

• 公共机构
• 大规模处理敏感数据
• 定期且系统性地大规模监控

---

使用本指南

1. 步骤 1 - 选择模板：默认模板，或律师的内部模板
2. 步骤 2 - 了解业务：收集律师提供的文档并研究网站
3. 步骤 3 - 起草草稿 1：填写模板并检查合规性
4. 步骤 4 - 交付 + 对标：提交草稿 1 + 系统性对标 + 改进建议
5. 步骤 5 - 定稿：纳入获批的改进内容 + 最终核验

模板提醒：切勿从头起草。务必从模板开始并进行调整。

来源提醒：本指南中的 CNIL 和 GDPR 参考资料供起草者使用。除必须披露的法律信息（例如向 CNIL 投诉的权利等）外，不应出现在最终文档中。