德莉玛门窗零售系统总览（业务 + 技术双视角）

德莉玛（dlmware.cn）是我搭的门窗零售订购系统 v2.5.0，跑在 106.52.80.194（腾讯云），Express + better-sqlite3 + pm2。它把"门店开单"到"出厂报价"的全链路自动化了。

这篇先从老板视角讲它解决什么痛点，再给技术骨架。

一、它解决什么业务痛点（老板视角）

门窗定制是个"非标 + 重测量 + 多供应商"的生意，传统做法三大痛：

1. 报价靠人算：导购/拆单员手算 BOM 和报价，慢且易错，客户等得久就跑单
2. 图纸靠重画：每单玻璃图纸人工出，重复劳动
3. 价格不透明：不同经销商、不同客户价格靠口头，难管理

德莉玛把这三点变成：开单即出 BOM → 自动出玻璃图 → 自动报价 → 自动派单。门店开完单，后面全自动。

二、核心流水线

订单(order) → 自动拆单/BOM → 玻璃图纸(glass_dwg) → 自动报价(quote) → 派单给供应商

四个接口是这条线的命脉：

三、真实资产规模（校验用）

四、真实数据质量（关键！决定引擎能不能出真价）

结论：型号/厚度够用，但尺寸数据和订单↔经销商 ID 对照表是引擎出真价的前置依赖，必须先补。详见《定价引擎 P0~P3》。

五、一个真实使用场景

某门店开一单 H 系列淋浴房（宽 900 × 高 2000 × 厚 8mm）：

1. 导购录入系列/型号/规格/客户 → 系统落单
2. /api/bom 用 model+H 系列自动拆物料
3. /api/glass_dwg 出玻璃加工图（PNG 给门店、DXF 给工厂）
4. /api/quote 按出厂价红线报出价格
5. 派单接口把单派给对应玻璃供应商

全程门店只录一次，后面不用导购再算。

六、工程纪律

• 生产系统变更前只读诊断，不改任何东西
• 改前先验证约束，保留原说法 + 时间戳，不偷偷改
• 部署用 md5 校验，只传变动文件

流水线细节见《订单到报价流水线》，定价迭代见《定价引擎 P0~P3》。