订单到报价流水线（order→BOM→glass_dwg→quote · 实操版）

德莉玛的命脉是这条自动化链。下面讲每个环节怎么跑、卡在哪、怎么验证。

① 订单 order

门店在系统开单，录入：系列、型号、规格（宽×高×厚）、客户。

坑（真实数据）：400 单抽样里 97% 的 spec 字段为 null/否（无尺寸），仅 3 单有尺寸且是 K/Y 系列（非主流 H/S/M）。→ 生产数据严重匮乏，引擎拿不到尺寸就出不了真价。这是后面 P1 要补的。

② BOM（/api/bom）

订单 → 物料清单。用 model + thickness 驱动。

• 型号覆盖 96.6% ✅、厚度 95.2% ✅ → BOM 大部分能算
• K 系列无价格 → 用 BOM 模板兜底（见《定价引擎 P0~P3》）
• 反向验证：用 model+spec 对 /api/bom 跑脚本，核对引擎真实能力（不是看代码猜）

反向验证脚本思路（伪代码）：

// 不读代码猜，直接打接口拿真实 BOM
const orders = readJSON('sample_400.json');
for (const o of orders.filter(hasSize)) {
  const bom = await fetch('/api/bom', {model:o.model, thickness:o.thickness});
  log(o.model, bom.ok ? 'BOM✅' : 'BOM❌ '+bom.reason);
}

③ 玻璃图纸（/api/glass_dwg）

生成玻璃加工图，支持 PNG / PDF / DXF 导出，自动落盘归档。

• 依赖尺寸数据（宽高），尺寸缺失则图不全
• 已修复中文渲染问题（换正确字体）
• 导出格式对应不同角色：PNG 给门店看、DXF 给工厂加工

④ 报价（/api/quote）

BOM + 出厂价红线 → 报价。

三大前置依赖（出真价卡点）：

1. 出厂价红线（PV / KW / K1 等）
2. 尺寸数据源（当前仅 29% 覆盖）
3. 订单 ↔ 经销商 ID 对照表（当前客户匹配 0%）

⑤ 派单

报价后按供应商路由自动派单。

验证纪律（重要）

对 /api/bom、/api/glass_dwg、/api/quote 跑反向验证脚本，核对引擎真实能力，而不是读代码推断。这是判断"引擎到底行不行"的唯一靠谱办法。

给干系人演示：shower-cpq-demo.html

真实系统有价格数据敏感 + 服务器依赖，不方便给外部人看逻辑。所以另做了 shower-cpq-demo.html 单文件 P0/P1 展示页：

• 无服务器、无价格数据，纯前端演示引擎逻辑
• 打开即讲：选系列 → 看 BOM 怎么拆 → 看报价怎么算
• 用途：给经销商/投资人讲"德莉玛能自动干什么"，不暴露真实订单

一句话：真实系统跑真数据，演示页跑逻辑，两件套分开。