什么是准个人信息？
GDPR第4条涵盖任何可用于识别个人身份的数据，无需直接点名，只需通过额外步骤使识别成为可能。
内部员工编号便是典型案例。以「EMP-EU-123456」这个字符串为例，它没有指向任何人。但人力资源系统中有一张简单的映射表：EMP-EU-123456对应Maria Schmidt，慕尼黑高级工程师。任何能访问该表的人都能找到她。在GDPR框架下，这个编号属于个人数据。
同样的规则适用于其他内部代码：
- 链接到CRM记录的客户账号
- 链接到合同系统中客户名称的项目代码
- 法律文件中的案件参考号
- 链接到患者记录的医疗记录号
仅移除姓名和电子邮件是不够的。如果文件中仍保留内部标识，重新识别身份只需两步。
这一缺口为何导致罚款
34%的GDPR罚款涉及GDPR第32条规定的技术措施不足。 该数据来自DLA Piper 2025年GDPR年度报告。未能检测准识别性内部标识正属于这一类别。
EDPB在2024年处理了900余起一致性机制案件。跨境执法意味着共享数据集中的一个缺口，可能引发多个欧盟成员国的协调行动。
标准个人信息工具能够识别通用模式：姓名、电子邮件、电话号码、国家身份证号。但它们不了解您的内部编号格式——在您告知之前，没有任何工具知道。这就是缺口所在。
无代码规则构建器的工作原理
某全球物流公司需要将员工记录匿名化，用于外部审计。其员工编号格式为：EMP-[地区代码]-[6位数字]，示例：EMP-EU-123456、EMP-APAC-789012、EMP-AMER-345678。
合规团队在AI规则助手中输入三个示例，AI返回：
- 规则：
EMP-[A-Z]{2,4}-\d{6} - 匹配全部三个示例
- 建议实体名称：EMPLOYEE-ID
- 建议后续步骤：使用更多地区代码测试
团队再测试10个样本，规则全部匹配。
他们将自定义实体保存至团队共享的GDPR预设，审计包中的47份文件随即完成批量处理，所有员工编号均被替换为基于职位的标签。审计机构收到的文件不再与任何个人关联。
整个过程无需工程支持，从头到尾不超过一小时。
后续影响
自定义实体保存至共享预设后，所有团队成员均使用相同配置，新员工从第一天起就能获得该保护。批量作业、API调用和手动上传均应用相同规则。
审计日志记录每份文件使用的预设，如果数据保护机构要求提供匿名化过程的证明，您可以随时调取。
自定义实体完整设置流程请参阅组织匿名化的自定义PII标识指南；跨团队一致性维护方案请参阅GDPR审计匿名化一致性预设指南。