GDPR 与 AI 聊天机器人：企业必须了解的内容

AI 聊天机器人会处理哪些个人数据？

一旦用户与 AI 聊天机器人互动，就会产生数据。最明显的是对话内容本身：文本输入、提问、投诉、预订详情。在许多情况下，这些对话数据属于 GDPR 意义上的个人数据——要么因为其中包含姓名或电子邮件地址等直接标识符，要么因为结合其他可用数据后可以对应到某个人。网页聊天时在技术上传输的 IP 地址同样属于个人数据。

在客户账户流程中使用的聊天机器人，还会涉及更多数据类别：客户编号、订单历史、支付信息（若聊天机器人集成在结账流程中）或健康数据（医疗应用中）。这些属于 GDPR 第 9 条规定的特殊类别，适用更高的保护水平，需要采取特别的技术和法律措施。

数据最小化原则（GDPR 第 5 条第 1 款 c 项）要求只处理对相应目的确实必要的数据。对于无需身份验证的纯 FAQ 聊天机器人，这意味着：对话内容不应永久保存，IP 地址应匿名化，个人信息只应在服务流程绝对必要时才收集。因此，精心配置的聊天机器人在数据保护法层面的问题，远少于规划不周的聊天机器人。

聊天机器人运营的 GDPR 要求

GDPR 对每项处理活动都提出了一系列基本要求。第一，每项数据处理都需要 GDPR 第 6 条规定的法律依据：用户同意、履行合同所必需、企业的正当利益，或法律列明的其他依据之一。法律依据必须在处理前确定并记录——在有疑问时，还必须能够向数据保护监管机构说明理由。

其次，必须向数据主体履行全面的信息告知义务。用户需知晓其数据被处理的具体目的、存储期限、可能的接收方以及所享有的权利——包括知情权、更正权、删除权和限制处理权。此类信息应以清晰易懂的方式提供，通常体现在隐私政策中，并在聊天窗口内设置提示。

第三，GDPR 规定了“Privacy by Design 和 by Default”（设计即隐私与默认隐私）原则（第 25 条）。这意味着：数据保护友好的配置从一开始就是默认设置，而不是事后补充。对 AI 聊天机器人而言，在实践中意味着：默认采用更短的存储期限、对日志数据匿名化、严格限制访问权限，并让用户能够以简便方式删除其数据。

云端 AI 与本地部署：这对数据保护意味着什么？

基于云的 AI 聊天机器人会将对话数据和查询发送至语言模型提供商的外部服务器进行处理，并根据配置情况，可能用于训练目的。GDPR 评估的关键在于：服务器位于哪个国家？对于美国提供商，自施雷姆斯二世判决（Schrems II）以来，法律环境较为复杂。相比之下，欧盟提供商或拥有欧盟数据中心的提供商在欧盟数据保护法规下更具优势。此外，还必须签署一份数据处理协议（AVV）。

本地部署（On-Premises）意味着整个基础设施——包括 AI 模型——均在企业自行控制的服务器上运行。通过本地执行 AI，对话数据不会离开自有基础设施。因此，完全无需与云 AI 提供商签署数据处理协议（AVV），所有处理均在内部完成。对于受监管行业的公司——如医疗保健、法律咨询和金融服务——本地部署往往是唯一可行的选择。

混合方案同样可行：聊天机器人基础设施和知识库在欧盟境内运行于安全服务器，而对于某些敏感度较低的应用场景，则采用云模型。Zentor App 支持两种运行模式——通过外部 AI 提供商的云服务以及完全本地化部署——并让企业自行决定何种架构最契合其数据保护策略。该决策最好由数据保护官与数据保护律师共同商定。

数据处理协议（AVV）：何时需要及其规定内容

依据 GDPR 第 28 条签订的数据处理协议（AVV），是在法律上规范企业（委托方）与受托处理个人数据的外部服务商（受托处理者）之间责任的核心工具。通过 SaaS 平台运营 AI 聊天机器人时，AVV 通常是必需的：聊天机器人服务商在其服务器上处理对话数据——这是典型的委托处理。

AVV 必须以书面形式或同等效力的电子形式签订，并涵盖一系列最低内容：处理的对象和期限、处理的方式和目的、个人数据和相关人员的类别，以及控制者的义务和权利。此外，受托处理者必须保证实施适当的技术和组织措施（TOMs），并且未经许可不得使用分包处理者。

重要提示：聊天机器人的 AVV 必须在上线前完成，而非事后补签。即使存在委托处理，若缺少 AVV 仍构成独立的 GDPR 违规行为，并可能面临罚款。因此，在选择聊天机器人供应商时，请务必确认其是否提供 AVV 以及提供形式，所采用的子委托处理方（如云服务商或外部 AI 提供商），以及相应的应对措施。Zentor App 等正规供应商会提供标准化的 AVV 模板，并愿意公开其内容。

数据保护官与聊天机器人：需注意哪些事项？

设有内部或外部数据保护官（DSB）的企业，在引入 AI 聊天机器人时必须让其参与。DSB 的任务是确保符合数据保护要求的实施、评估风险并监督 GDPR 的遵守情况。这不仅涉及形式上的合规，还涉及具体的技术配置：存储哪些数据？存储多久？谁有权访问？如何处理数据主体的查询请求？

在聊天机器人场景下，DSB 最重要的任务之一是审查是否需要依据 GDPR 第 35 条进行数据保护影响评估（DSFA）。如果数据处理可能对自然人的权利和自由带来高风险，就必须进行 DSFA。对于聊天机器人，如果系统性地处理敏感数据、进行用户画像，或系统被用于对相关人员有重大影响的决策，就可能属于这种情况。

即使法律并未强制要求设立 DSB，也建议在上线前进行数据保护法审查。尤其是首次使用聊天机器人的较小企业，常会遇到典型陷阱：隐私政策缺失或过时、忘记签订 AVV、存储期限过长或缺乏删除方案。由数据保护专家提供外部咨询，从长远看是值得的，并可避免数据保护监管机构可能处以的高额罚款。

聊天机器人的技术组织措施（TOMs）

GDPR 第 32 条要求采取适当的技术和组织措施（TOMs），以确保与风险相适应的保护水平。对 AI 聊天机器人而言，具体意味着：用户浏览器与聊天机器人后端之间的所有数据传输都必须加密（TLS/HTTPS）。已存储的对话数据和知识库内容也应加密存放——无论是在数据库中还是在相关存储介质上。

在访问方面，GDPR 规定了数据访问限制原则：只有工作确实需要的员工和系统才可以访问个人数据。Zentor App 通过基于角色的访问控制（RBAC）系统落实这一原则，该系统作为可自由选择的模块在个性化套餐中提供：不同角色获得不同的访问权限，所有访问都记录在审计追踪中。这样在有疑问时即可证明谁在何时访问了哪些数据。

组织层面，TOMs 需明确内部流程：谁负责知识库？如何处理相关人员的删除请求？如何确保不会超期存储对话数据？若发生数据保护事件（例如聊天机器人意外泄露其他用户的个人信息），企业应如何应对？这些流程必须书面记录并定期审查。

Zentor App 与 GDPR：可选欧盟托管和本地部署

Zentor App 从一开始就以实现符合 GDPR 的运营为目标而开发。平台可托管在欧盟服务器上——托管、数据库和应用逻辑因此受欧洲数据保护法约束。如可选接入外部 AI 提供商，任何可能在欧盟境外进行的处理都仅以欧盟标准合同条款（GDPR 第 46 条）为基础——从而消除了不受控的第三国传输所带来的法律不确定性。对于考虑云端解决方案的企业而言，欧盟托管是迈向 GDPR 合规的首要且最重要的方向性决定。

对于数据保护要求最高的企业，Zentor App 提供完整的本地部署安装。在这种运行模式下，整个平台——聊天机器人引擎、知识库、全渠道收件箱以及所有处理组件——都运行在企业自行控制的基础设施上。借助本地 AI 运行，对话数据和个人信息都不会离开自有 IT 环境。该方案特别适合医院、律师事务所、税务咨询机构以及其他数据保护攸关生存的行业。

Zentor App 为云端运行提供数据处理协议（AVV），并在隐私政策第 13 条中列明所使用的分包处理者的公司名称、国家、目的和传输依据。技术性数据保护功能——RBAC、审计追踪、可配置的数据存储期限以及基于角色的访问控制——可作为可自由选择的模块在个性化套餐中配置。这样您就为符合 GDPR 的聊天机器人运营创造了技术前提——具体个案中的法律安排始终由您的数据保护团队和法律顾问负责。

常见问题