信息安全问卷保护的是静止的数据，AI供应商尽职调查保护的是模型拿这份数据做出的决定。这是两场不同的审计，而第二场在传统采购流程里几乎不存在。

我是一名关键系统审计员，看到的是同一份问卷被原封不动地套用到AI供应商身上。没有任何一栏会问：训练模型的数据从哪来，供应商是否拿客户的数据去改进另一家的产品，或者有没有人能解释系统为什么拒绝了某一笔具体的信贷。

六个方向，不是一个

向AI供应商提出的正确问题要覆盖六个方向，缺一个，合同就只能保护公司实际承担风险的一半：

  • 训练数据：来源何处，是否取得数据主体同意，能否被复用于训练另一家客户的模型。
  • 可解释性：是否存在能解释模型某一次具体决定的技术负责人，而不只是整体准确率的平均值。
  • 审计权：合同是否允许在必要时索取技术证据，而不只是一份标准化的年度报告。
  • 事件通知：期限和渠道写进合同，而不是留给供应商的善意。
  • 可移植性：合同终止时，数据以及用它训练出的模型能否随公司一起走。
  • 分包：供应商在产品背后是否使用了另一家提供商的模型，并为此承担什么责任。

这份清单的每一行都必须变成条款，而不是采购表格里的一个勾选项。尽职调查就是在这里从理论变成现实。

同样适用于已经签下的合同。一个ERP或CRM在最近的更新里加上了AI功能，从风险角度说，它就是一家新的AI供应商，哪怕原合同签得再早。功能内嵌进来时，通常没人回头翻那份合同，这个盲区也就从采购视野里消失了，因为并没有为它签过任何新合同。

审计条款的三部分

一条能用的审计条款包含三部分。第一，索取具体技术证据的权利，而不是供应商发给所有客户的通用合规报告。第二，回应这一要求的期限，因为没有期限的审计权会变成一个三个月没人回应的请求。第三，供应商拒绝时怎么办：罚款、解约权，或者两者并用。

拒绝签署这条条款的供应商，在产品演示之前就已经对风险给出了回答。小供应商有时拒绝，是因为从未把内部流程正式化，这本身就是一条信息。大供应商出于商业政策拒绝，通常能接受一个更受限的版本，限于书面证据而非系统访问权限。不能签的，是那种完全没有审计条款、只用供应商网站上的一句良好实践声明来替代的AI合同。

外包处理不等于外包责任

巴西《通用数据保护法》（LGPD）把AI供应商视为操作者：它按控制者的指示处理数据，控制者负责监督这一指示和法律是否被遵守。控制者与操作者对违反数据保护法规造成的损害承担连带责任。

落到实操上，这意味着签约公司即便供应商出错也仍然暴露在风险中，而合同是唯一能把这部分风险明确划分开的地方——写清赔偿和期限，而不是等事故发生后再说。

一个常见场景

一家中型企业为简历筛选签下一家AI供应商，用的是供应商自己的标准合同，一字未改。六个月后，一名候选人质疑自动决定，法务向供应商索要拒绝该候选人的模型解释。回复拖了三周，而且不完整，因为合同从未规定回复的期限和格式。

尽职调查确实做过，但只存在于签约前往来的邮件里。它从未变成条款，所以在真正需要它生效的那一刻，它一文不值。

在我主持的一次矿业SOX审计中，安永（Ernst & Young）给出了无保留意见，因为每一项控制背后都有可追溯的证据，而不是系统操作者的口头承诺。AI供应商尽职调查要求同样的标准：经得起外部审计师追问的证据，而不是会议上听起来不错的回答。

代价最高的错误

把尽职调查当成一次性步骤——签约前做一遍，然后归档——是我反复见到的四个错误里代价最高的一个。AI供应商更换模型、更换分包方、更新数据使用政策的频率高于任何传统软件合同，而这些变化不会自动出现在签约方面前。

签约当天很好、此后再无人翻看的合同，价值等同于没有合同，因为AI供应商的风险会在客户不知情的情况下改变级别：模型在供应商那一侧更新了，签约方往往要等到系统行为已经变了才发现。

跳过任何一个方向的代价，很少在签约当月显现。它出现在几个月后，当一起事故暴露出没人能解释模型为何做出那个决定，而调查者的第一个问题永远是同一个：合同里写了吗，还是公司只是信了供应商的说法？

签下一份AI供应商合同之前，先问一句：在模型出错的那天，公司里由谁去追这条审计条款。