← Build 实验室
BUILD测试中

Procurement / Sourcing · RFQ Review

供应商报价评审:AI + TCO

让 AI 从三份不同格式的供应商报价中抽取商务条件,再由确定性 TCO 逻辑统一比较,最终采购授标仍由人决定。

要回答的问题采购报价格式不统一时,AI 能否降低人工整理成本,同时不让模型拥有价格计算、硬约束和最终授标权?

可运行演示AI 增强现有工作Hybrid · AI + 确定性逻辑人工复核

工业语境与系统边界

仿真 · Procurement · Sourcing

AI 与规则、Solver 或代码协作

集成边界:买方 RFQ/TCO 评审仿真;未连接 sourcing suite、ERP、合同或 PO 执行,且不是 CPQ。

PROCUREMENT · RFQ

报价文本可以交给 AI 读,采购数学和授标责任不能一起交出去。

三份模拟报价共享同一需求量与交期上限,系统把文本抽取、TCO 计算和人工授标拆开。

01 · RFQ 报价

三份报价都“能买”,但格式、费用和交期完全不同。

需求固定为 1,000 件;Lead Time 上限 35 天。先把非结构化报价变成统一字段。

证据深度

验证这个结论。

限制必须保持可见;实现细节可以深入查看,但不能阻塞 Demo 主流程。
验证 2026-10-21 · 构建 6e89290 · 未测 2 项 / 阻塞 3 项展开全量记录
记录日期
环境
https://winston-builds.vercel.app
构建
6e89290
复现
scripts/test-v3-acceptance-browser.mjs(report-only(首轮不设门禁))
  • 未测8 条路由 × 3 视口(1440×900 / 720×900 / 390×844)的横向溢出、Tab 焦点 outline、#evidence 深链、正文对比度抽样(仅记录数值,阈值未定)
  • 未测对比度阈值判定:首轮只记录实测数值,WCAG 阈值待真实分布确认
  • 阻塞读屏(screen reader)

    原因:当前无读屏执行环境

  • 阻塞原生 200% 浏览器缩放

    原因:headless 视口不能替代原生缩放,需人工验证

  • 阻塞视觉构图接受

    原因:需人眼评审;当前会话无视觉模型能力

当前边界
  • 所有供应商、报价和成本都是模拟数据。
  • AI 不拥有报价真相之外的推断权;缺失字段必须保持缺失或进入人工复核。
  • TCO 公式为 Demo 简化模型,没有包含汇率、税费、质量成本、库存资金和长期价格曲线。
  • 系统不会创建真实 PO、Supplier Award 或合同。
实现方式

一个聚焦的采购评审实验:三家模拟供应商使用不同语言描述单价、运费、一次性模具费、Lead Time、付款条件和 MOQ。AI 只负责结构化条款;代码按同一需求量计算 Total Cost of Ownership,并检查交期与 MOQ;最终选择停在人工授标前。Demo 复用现有 /api/ai Runtime,要求模型只返回受限 JSON 字段。解析失败或 AI 不可用时使用明确标记的确定性回退。TCO = 单价 × 需求量 + 运费 + 模具费;MOQ 和最大 Lead Time 由普通代码检查。

可复用模式

“非结构化商业文件 → 结构化字段 → 确定性计算 / 校验 → 人工决定”可复用于合同审查、报价比较和采购审批。

证据与来源
  • Demo
    交互式 RFQ 评审 Demo

    三份不同格式报价被统一成可比较字段,并由确定性代码重新计算 TCO。

  • 架构
    AI / TCO / Human 边界

    AI 读报价;代码算成本和硬约束;采购经理保留授标责任。

  • 源码