收益：
- 能够在 KVKK、客户秘密和银行保密规则范围内对客户和财务数据进行匿名化，并应用安全车辆和数据处理规则
- 了解银行立法（BRSA、MASAK、KVKK）对人工智能的使用施加的义务以及可审计性的必要性
- 能够理解为什么模型可解释性、记录保存和审计跟踪是强制性的并维护责任链
在银行业，数据是黄金，但它也是责任。客户的工资、消费习惯、信用记录和账户交易都是高度敏感的个人信息，受到法律保护。人工智能在处理这些数据时会产生强大的结果；但同样的力量只要按一下按钮就可以造成严重的违规。在本单元中，我们将了解如何在 KVKK、客户秘密和银行保密规则范围内保护客户和财务数据、银行立法（BRSA、MASAK、KVKK）对人工智能的使用规定的义务，以及为什么模型可解释性和审计跟踪是强制性的。基本原则：数据是其所有者的财产；保护它不是技术选择，而是法律和道德义务。
两层保护：KVKK 和客户秘密
客户数据由两个独立的框架保护：
- KVKK（个人数据保护法）：任何使个人特定/可识别的数据都是个人数据。处理需要法律依据（明确同意或正当理由）；它应该限于目的、相称且安全。财务数据尤为重要。
- 客户秘密（银行法）：银行了解到的有关其客户的任何信息都是秘密，未经授权不得共享。这项义务也对银行员工具有约束力。
将客户数据上传到未经批准的人工智能工具可能会同时违反这两个框架。
数据类型
保护
危险行为
姓名、TR、IBAN
个人资料+秘密
无需匿名即可进入车辆
帐户结单
个人资料+秘密
驾驶未经授权的车辆
信用评分/历史
个人资料+秘密
无目的分享
匿名段数据
低风险
（如果可以恢复身份则存在风险）
提示：仅仅说“我匿名”是不够的；数据必须真正去识别化。即使少数特征（年龄+邻居+职业）也可以识别一个人。在匿名化中，“这些数据可以返回给该人吗？”问问题。
安全数据处理步骤
- 匿名/屏蔽。删除识别区域；如有必要，请使用别名值。
- 最小数据（数据最小化）。处理任务所需的最少数据；不要携带太多数据以备不时之需。
- 有目的地限制它。仅将数据用于收集数据的目的；请勿将收到的信用数据转移至营销。
- 经批准且安全的车辆。使用银行的合同数据处理保证工具；不要将客户数据输入到不清楚数据去向的公共工具中。
- 审计追踪。记录哪些数据、用于什么目的以及使用了哪种工具。
- 储存和处置。不要保留数据超过必要的时间；过期的按照政策处理。
人工智能立法规定的义务
- 可解释性：受监管的决策（例如贷款）必须是合理的； “黑匣子”决定无法被审计。
- 审计跟踪：应记录模型输出、使用的数据和最终决定；问题是“为什么做出这个决定？”应该稍后回答。
- 人类监督：重要决策必须由人类参与；完全自动化、无监督的决策机制可能会与监管发生冲突。
- 反对和更正权：必须保护客户反对决定和要求更正其数据的权利。
- 责任链：负责决策的人总是明确的——不是模型，而是主管人员和机构。
注意：违反保密或违反法律的行为可能会在数月甚至数年后的审计中被发现，并可能导致巨额行政罚款、声誉损失和法律责任。 “没有注意到”并不能保证；注册和合规从一开始就建立起来。
四个可复制模板
1）匿名化控制：
在将以下文本提供给人工智能工具之前，请检查它：它包含哪些信息可以识别该人的身份（姓名、TR ID、IBAN、电话、地址、罕见特征组合）？将它们全部列出并建议如何屏蔽它们。文本：[数据]
2) 目的和最低数据控制：
此任务真正需要的最小数据集是多少？以下哪些字段对于任务来说是不必要的，应该删除？标记有误用风险的区域。任务：[描述] 字段：[列表]
3) 审计跟踪记录草稿：
您的角色：准备审计跟踪记录的助理。使用以下信息创建整洁的交易记录：哪些数据（匿名）、哪些目的、哪种媒介、哪个日期、谁负责。将缺少的字段保留为“[待填写]”。输入：[信息]
4) 客户数据请求响应（KVKK 权利）：
客户请求在 KVKK 范围内访问/更正其数据。起草一份尊重、清晰的回复，并提醒您您的权利（访问、更正、反对）。添加新的个人数据；解释过程步骤。官方会检查的。
弱提示/强提示
弱提示：
附上以下客户的全名、TR ID 号以及最近 6 个月的账户对账单；分析一下并给我一个简介。快点。
它未经批准共享身份数据，违反数据最小化，并侵犯客户机密。
强力提示：
您的角色：处理匿名数据的分析助理。我只给你去识别化的、最少的数据：42岁，X段，平均每月支出范围[范围]。请求个人数据或推断身份。我将在批准的流程中使用并保存输出。
强提示以匿名方式运行，使用最少的数据，禁止身份提取并提供审计跟踪。
三个迷你箱子
情况 1 — 正确处理。分析师仅使用匿名汇总数据对 5,000 名客户进行行为分析；没有识别字段进入车辆，所使用的车辆和用途都会被记录。结果产生商业价值，并且不会跨越保密界限。
案例 2 — 重新识别的风险。一个团队发现，在他们认为的“匿名”数据集中，可以通过年龄、社区和罕见职业的组合来单独识别一些客户。通过概括这些字段（年龄范围、大区域），数据被重新匿名化。未经测试，“匿名”标签不被认为是安全的。
案例 3 — 审计跟踪恢复。贷款决定可能会在几年后受到质疑。银行从审计追踪中显示该决定所依据的经过验证的数据、做出该决定的理由以及批准者。由于有记录，该决定可以得到辩护；如果没有踪迹，银行就会陷入困境。
云、第三方和数据驻留
大多数人工智能工具都在云端运行，并在自己的服务器上处理数据。这给银行业带来了另一层问题：数据去哪里以及谁可以访问这些数据？将客户数据发送到工具通常意味着将该数据带到银行之外。因此，选择工具不是一个技术决策，而是一个合规决策。
需要考虑的要点：
- 数据处理合同：是否与工具提供商签订合同来定义如何处理、存储和删除数据？ “免费”和无合同工具不符合获取银行数据的资格。
- 用于训练：了解您输入的数据是否用于训练模型；如果使用，客户机密可能会泄露到其他地方。
- 数据驻留：数据保存所在国家/地区对于 KVKK 和国际传输规则都很重要。
- 访问和日志记录：是否记录了谁访问了它？
注意：“车辆看起来安全”并不能保证。工具在银行使用之前，必须通过信息安全和合规性批准。将客户数据输入未经批准的工具意味着在不知道数据去向的情况下泄露数据。
常见错误
- 未经批准共享身份数据。进入车辆时无需匿名您的姓名、TR ID 和 IBAN。
- 假设“匿名”。考虑到数据安全，不进行重识别测试。
- 目的漂移。将出于一个目的收集的数据用于另一目的。
- 绕过审计跟踪。不记录数据、目的和手段；事后无法追究责任。
- 黑匣子决策。考虑一个无法被证明是合法的自动决定。
提示：保密和合规不是“障碍”，而是信任的基础。客户信任银行，因为他知道他的数据受到保护。为了走捷径而拿这种信任冒险是最昂贵的错误。
总之
客户数据既是KVKK范围内的个人数据，又是银行法范围内的客户秘密；它受到双重保护。匿名化（并针对重新识别进行测试），以最少的数据和目的进行工作，仅使用经过批准的安全工具，留下审计跟踪。立法需要可解释性、人工监督、反对权和明确的责任链。一句话：数据是所有者的信任；有资格的人员有责任对其进行保护、记录和说明。
应用任务
编写示例客户数据文本（带有 ID 字段）并使用模板 1 执行匿名化检查；确定要遮盖的区域。然后定义一个任务并使用第二个模板提取最小数据集并删除不必要的字段。最后，使用第三个模板生成审计跟踪记录草稿，列出每笔交易应保留哪些信息。
清单
- [ ] 我对 ID 字段进行了匿名化处理，并对其进行了重新识别测试。
- [ ] 我只处理了任务所需的最少数据。
- [ ] 我仅将数据用于其目的；我没有让目标溜走。
- [ ] 我只驾驶过经批准且安全的车辆。
- [ ] 我在审计追踪中记录了数据、目的、手段和原则。
- [ ] 我考虑了该决定的可解释性以及客户的反对权。