紧急采购只找到一家供应商，AI能判断单一来源理由是否站得住吗？

生产线停机后，业务部门只带来一家供应商的报价，并要求当天批准。理由是这家零件兼容现有设备，换别家会拖延恢复。采购经理还没看到市场询价、替代验证或利益冲突声明。

紧急情况可以缩短流程，但不能让证据消失。AI适合检查申请材料和政策条件是否对应，单一来源是否获批、停线风险能否接受，必须由授权人员判断。

先确认紧急是不是可以预见

记录故障时间、业务影响、库存状态和最晚采购决定日。若紧急来自长期未续约、未补库存或人为拖延，仍要处理当前风险，但不能把它写成无法预见的外部事件。原因会影响例外级别和后续整改。

唯一性需要可反驳的证据

• 规格是否真的只能由该供应商满足
• 替代品牌能否通过适配、认证或小样测试
• 市场上没有其他供货方的检索与询价记录
• 知识产权、保修或兼容限制来自哪份文件
• 拆单或临时租用能否降低对单一来源的依赖

熟悉、合作多年或交付快都不是技术唯一性的充分证据。申请人应说明排除了哪些替代方案以及排除依据。

供应商风险不能因赶时间跳过

至少核查主体、制裁或负面风险、关联关系、历史履约、付款账户和数据接触范围。确实无法完成全部尽调时，写明临时控制、金额上限、合同期限和补查截止日。

批准单要带失效条件

第一轮只验证最关键的判断

用一份真正停线的紧急申请和一份因计划延误形成的申请做对照，检查政策条件、唯一性证据和补偿控制是否能被明确区分。先确认字段能对应、规则能区分边界项，再扩大到完整范围。首轮测试的目标是发现漏项和误判方向，不追求一次给完所有结论。

角色：采购经理或采购合规人员。
触发：业务以停产、交期或兼容性为由申请单一来源采购，但缺少完整比选记录。
资料：采购申请、技术规格、市场询价记录、紧急原因、供应商尽调、采购政策。
判断：是否满足单一来源条件、还缺哪些证据、应由谁加签。
交付：例外理由核验表、证据缺口、供应商风险和审批建议。
要求：每条结论标出证据位置、资料版本、未知项和需要谁确认，只生成建议与复核记录。

判断链需要能被另一人重算

最终应交付例外理由核验表、证据缺口、供应商风险和审批建议。每个结论都保留输入版本、原始位置、人工修改和批准状态，接手人可以从异常行继续，而不是重新读完整资料。

遇到冲突规则先保存现场

• 关键资料缺少版本、时间范围或唯一编号
• 不同来源给出冲突事实，且没有已授权的基准
• 动作会直接触发付款、合同、权限、生产、人事或对外承诺
• 继续处理可能导致用紧急名义绕过竞争程序，造成价格、关联交易或审计风险

停止自动处理后，保留已经完成的证据整理和影响范围，标出阻塞项、接管人和期望回复时间。不要清空结果，也不要用模型猜测填补缺口。

能力边界要先说清楚

policy-lookup负责从采购政策中定位单一来源条件、审批层级和例外要求；vendor-check负责核查供应商主体、履约、关联、风险和缺失材料。两项能力接力使用，前一步的输出要成为后一步可复核的输入。

Skill 不会证明市场上绝对没有其他供应商，也不能批准采购、签合同或放行付款。技术唯一性需要业务专家确认。