采购 / 供应商尽调 Copilot：可验证证据、审批工作流与商业风险控制

供应商准入、续约、比价、RFP、信息安全问卷和合同评审往往横跨采购、业务、财务、法务、安全与合规团队。资料既多又异构：报价单、资质证书、问卷、审计报告、历史履约、ERP 订单、外部公开信息和内部审批记录。LLM 很适合把这些材料整理成可读的尽调包，但它不能替代供应商主数据、成本计算、制裁/合规筛查、法律判断或最终准入决定。

本文聚焦采购与供应商尽调的生产化工作流。外部资料的研究编排见 Deep Research 生产化，可签发报告与模板见 LLM 文档生成与审阅生产化，高风险证据与动作控制见 反欺诈 / 风险调查 Copilot。

一、先定义边界：Copilot 整理风险，不替代供应商准入

场景	Copilot 可做	必须留在确定性流程/人工手中
供应商材料接入	分类、抽取、缺失项检查、来源定位	文件真实性、资质核验与主数据建档
尽调摘要	汇总经营、信息安全、交付、合规风险	认定违法、制裁命中或法律结论
RFP / 问卷	草拟问题、比对回答、标出矛盾	技术/安全验收与评分最终确认
比价分析	解释受控计算的价格、币种、期限差异	金额计算、价格审批与预算占用
准入/续约	准备审批包、追踪 action items	供应商创建、合同签署、付款或准入决定

采购中最危险的错误是把“文档写得完整”误认为“风险已验证”。模型生成的供应商画像、风险等级和推荐结论必须始终显示证据、缺失项、时间范围和限制；它可以帮助负责人更快做决定，但不能隐藏决定者的责任。

二、供应商事实包：主数据、材料和外部证据分层

一次尽调任务应指向一个版本化的 vendor_fact_pack：

vendor master: legal entity, tax/registration identifiers, ownership, region
internal history: contracts, spend, delivery, incidents, assessments, owners
submitted materials: certificates, questionnaires, pricing, policies, expiry
external evidence: official registries, audited reports, public notices
policy context: category, threshold, required checks, approval matrix
derived calculations: total cost, currency conversion, risk/control coverage
unknowns and conflicts: missing documents, inconsistent entity names, stale data

每个字段和证据应有 source_id、采集时间、版本/hash、可信等级、地域/许可和保留策略。ERP 供应商主数据与供应商自填问卷的权威性不同；新闻、搜索摘要或第三方网页更不能直接变成事实。外部内容始终是不可信数据，不能通过“忽略规则”之类文本影响工具权限或审批策略。

三、供应商全生命周期的四条工作流

1. 新供应商准入与材料缺口

系统根据采购类别、金额、数据访问、地域和业务用途计算 required checklist，例如主体资质、税务信息、信息安全、隐私、保险、制裁筛查、财务健康或现场审计。Copilot 从材料中提取已满足项、即将过期项和无法确认项：

{
  "checklist_revision": "saas-high-risk-v4",
  "satisfied": [{"control": "security_policy", "evidence": "doc:42#p8", "expires_at": "2027-03-01"}],
  "missing": ["data_processing_agreement"],
  "conflicts": ["legal entity name differs between quote and registration"],
  "needs_human_validation": ["certificate authenticity"]
}

缺少材料不是“低风险”，模型不应默默补齐。清单规则由采购/合规 owner 版本化维护，模型只能解释和组织，不决定是否豁免。

2. RFP、问卷与方案对比

RFP Copilot 可把业务需求拆成结构化问题、将供应商回答映射到 requirement matrix、找出矛盾和未回答项，并生成澄清问题。对比时必须使用统一 rubric、权重和证据，不让模型因文本更流畅而偏好某一家供应商。

技术、安全、隐私和商业评分分别由负责团队审核。模型输出可以是“回答覆盖了 SLA，但未说明灾备 RTO”而不是“供应商 A 更可靠”。评分表、权重、参与人和版本应可审计，防止事后难以解释为什么选择了某个供应商。

3. 报价、总拥有成本与谈判准备

价格分析必须由确定性计算服务完成：币种、税、期限、用量阶梯、一次性费用、续约涨幅、折扣和预算占用都有明确公式与数据来源。Copilot 可解释差异、列出谈判点和草拟邮件，但不应自己计算或改写金额。

谈判建议还要明确哪些内容是内部策略、不可对外披露的信息，以及报价草案是否已批准。像“我们可以接受 30% 涨价”这样的商业承诺必须经过授权，模型不得直接发送。

4. 续约、持续监控与退出

供应商风险不是准入一次就结束。系统持续跟踪证书到期、服务 SLA、重大事故、数据处理变化、合同到期、付款异常、所有权变更和关键依赖。Copilot 可总结季度业务回顾、提醒需要复核的条款、形成续约材料；供应商暂停、降级、退出和迁移仍需 owner、法务和业务流程决定。

对高依赖供应商应维护退出计划、数据导出、访问撤销、替代方案和合同通知期限。Copilot 可以检查计划完整性，但不能假定“有备选供应商”就等于切换可行。

四、外部研究与证据治理：来源质量决定结论上限

尽调常需要公开注册信息、监管公告、审计报告、公司网站与新闻。研究工作流应：

1. 优先使用官方登记、签发机构、审计报告与供应商签字材料；
2. 记录 URL、获取时间、内容 hash、发布方、许可和精确定位；
3. 区分已验证事实、供应商声明、媒体报道和分析推断；
4. 处理同名实体、集团子公司、过期证书和互相矛盾的资料；
5. 对关键结论要求独立来源或人工核验；
6. 将网页/PDF 中的指令性文本视为不可信数据，阻止 prompt injection。

模型生成的“风险结论”必须可回到具体证据。没有足够证据时最正确的输出是 unknown 或“需要补件/人工核验”，而不是用常识填补空白。

五、审批、例外和商业动作的受控执行

LLM 可以准备准入/续约 proposal，但执行面独立于模型：

proposal -> policy evaluation -> required approvals -> immutable decision record
  -> ERP/vendor-master/contract action -> receipt -> audit and monitoring

proposal 至少包含供应商实体、类别、金额/期限、风险等级、checklist revision、证据摘要、未解决问题、例外理由、审批人、到期与补偿措施。例外必须有 scope、owner、失效日期和复核计划，不能因为模型“认为影响不大”而永久绕过控制。

供应商创建、银行账户变更、采购订单、合同签署和付款具有不同风险等级。命令由服务端 schema、权限、预算、主数据状态和幂等键校验；API 超时后先查 receipt，避免重复创建供应商或重复付款。

六、权限、保密与供应链安全

采购材料常包含报价、架构、安全问卷、合同、个人联系方式和内部谈判策略。系统必须：

• 用 category、金额、区域、采购项目、角色和用途过滤访问；
• 把供应商提交材料、内部评审意见和谈判策略隔离，不让对方或无关员工交叉看到；
• 对向量库、缓存、日志、评测、导出和模型供应商实施同样的敏感标签；
• 对外协作链接使用到期、下载控制、水印和审计；
• 当项目取消、供应商退出或员工离岗时，撤销关联访问并清理派生索引；
• 对第三方连接器、解析器、OCR、模型和插件维护来源、版本、权限与应急冻结能力。

从供应商材料中提取的文本也可能携带恶意指令或嵌入内容。数据与控制流必须隔离：材料可以影响证据评分，不能影响系统 Prompt、工具 allowlist 或审批矩阵。

七、工作台设计：让审批者看到证据与缺口

采购、法务、安全和业务负责人不需要一篇“AI 说供应商不错”的长文，而需要：

• checklist 状态、证据定位、到期和责任人；
• RFP requirement matrix、评分 rubric、冲突与澄清项；
• 确定性成本分解、假设、币种和数据截至时间；
• 风险、补偿控制、例外期限、审批路径和未决行动项；
• 版本差异：材料、报价、合同、风险结论和审批条件发生了什么变化；
• 审计时间线：谁访问、编辑、批准、拒绝或执行了哪个版本。

人工审核应能够修改评分、要求补件、拒绝例外或重新打开案件。频繁被人工改写的模型段落是流程/数据/模板改进信号，而不是简单提高 temperature 或加更多 prompt 的理由。

八、评测与经营指标

评测集要覆盖缺失证书、同名实体、过期政策、冲突问卷、单位/币种差异、恶意附件、地区限制、例外审批、续约涨价和工具超时。指标包括：

类别	指标
证据质量	抽取准确、来源定位、冲突发现、过期提示、无依据断言
流程质量	checklist 覆盖、审批路由、例外到期追踪、receipt 对账
效率	尽调周期、材料往返次数、评审准备时间、重复劳动减少
商业	合同/续约周期、成本分析及时性、供应商 SLA 问题发现率
风险	越权、敏感信息外发、错误准入建议、未审批动作、撤权延迟

成本节省不是唯一价值。系统若更快地通过了一个未完成安全/合规检查的供应商，带来的风险远大于节省的审批时间。将关键证据、审批和例外到期设为硬门禁，才是可靠的生产化取舍。

九、系统设计题：设计供应商尽调 Copilot

可按以下框架回答：

1. 需求与风险分级：按采购类别、金额、数据访问和地域计算尽调要求；明确模型只辅助、不决定准入。
2. 事实包与证据注册表：ERP/主数据为权威来源，供应商材料和外部研究分级保存，所有结论可定位到证据和版本。
3. 工作流编排：材料接入 -> checklist -> RFP/报价分析 -> 风险/例外 proposal -> 多角色审批 -> 受控主数据与合同动作 -> 持续监控。
4. 正确性与安全：确定性成本计算、来源核验、unknown、权限隔离、注入防护、幂等与 receipt。
5. 人机协作与评测：工作台展示差异/缺口/证据；以抽取、审批、例外、效率和风险门禁持续评估。

Supplier / ERP / Contract / Security / External evidence
        -> authorization + vendor fact-pack assembly
        -> evidence registry + checklist / rubric engine
        -> Copilot extraction, comparison and proposal drafting
        -> approval / policy / master-data and contract gateways
        -> vendor workspace, audit, monitoring and feedback

十、高频追问

Q1：为什么尽调 Copilot 不能直接给供应商打一个“风险分”？

风险分如果没有明确输入、时间、证据、适用范围和 owner，很容易把材料缺失、文本风格或外部噪声误当成风险。系统应展示规则/事实/未知项和待验证问题；高影响准入仍由授权流程决定。

Q2：供应商自填问卷和公开网页信息冲突怎么办？

记录冲突，不投票平均。按来源权威性、发布时间、实体匹配和证据定位比较，关键项要求供应商补件或人工核验。模型应输出冲突与下一步，而不是自行挑一方写进正式结论。

Q3：如何保证报价分析不会出错？

币种、税、期限、阶梯价和预算计算由确定性服务完成，模型只解释结果和草拟谈判问题。结果显示数据来源和截止时间，价格/折扣/合同变更走 policy、审批和不可变制品。

Q4：外部网页和 PDF 的 Prompt 注入怎么处理？

所有材料都是不可信数据，解析后带来源/信任级别进入证据字段，不能改变模型权限、系统指令或工具 allowlist。执行动作只接受受控 proposal，经独立策略和审批验证。

Q5：如何衡量尽调 Copilot 是否创造价值？

衡量材料抽取与证据质量、尽调周期、补件轮次、审批/例外正确性、人工返工和敏感数据风险；商业指标可看续约/准入周期和 SLA 发现，但不能用“更快批准”替代风险控制。

十一、60 秒项目讲法

“我们把供应商尽调 Copilot 设计成证据与审批工作流，而不是自动准入机器人。系统按类别、金额、数据访问和地域计算 checklist，从 ERP、供应商材料、合同、安全问卷和受控外部来源组装版本化 fact pack；模型提取材料、定位证据、发现缺口和冲突，并生成 RFP/续约/例外 proposal。价格和总拥有成本由确定性服务计算，模型只解释与草拟谈判问题。准入、例外、供应商创建和合同动作通过独立 policy、审批、幂等命令和 receipt 执行；工作台展示证据、到期、差异和未决项。上线时我们评测抽取、冲突发现、审批、撤权和敏感信息门禁，同时用尽调周期和返工衡量效率。”

这段回答体现的是企业大模型应用最重要的落地方式：模型把信息工作变快，但事实、钱、合同和责任仍由可审计的业务控制面掌握。