「AI 低代码一分钟」系列 第 14 篇｜阅读约 7 分钟
摘要：核价要市场、研发、采购、工业工程、项目工程、财务六个部门接力算，时间花在等人上，出错集中在交接上：BOM 换了一版，成本还按旧版算。本文给出六节点的校验规则、合价公式的口径写法、BOM 版本按提交日锁定的实现思路，以及上线前拿十个真实报价单做对照的方法。
一、六个部门接力，时间在等人上
| 部门 | 维护什么 | 交出去的东西 |
|---|---|---|
| 市场 | 客户需求、批量、交期 | 核价申请 |
| 研发 | 工艺路线、物料清单 | 结构和用量 |
| 采购 | 材料价格 | 材料成本 |
| 工业工程 | 人员、产能、节拍 | 制造费用基础 |
| 项目工程 | 良率 | 损耗口径 |
| 财务 | 汇总合价 | 报价汇总表 |
这张表里最难的不是算，是等。市场发了申请，不知道卡在研发还是采购；采购更新完材料价，要有人把文件发给下一个人。每一棒之间都有一段空转，报价周期是按最慢那一棒算的。
出错也集中在交接上。Excel 传来传去，物料清单换了一版，成本那一栏还在按旧版算。批量报价的项目多，人工核对不过来，只能靠财务最后合价时兜底，兜不住就报出去一个错价。
二、电池包为什么比电芯更难搬到线上
不少企业的现状是电芯有系统，电池包的报价还是纯手工。
差别在数据结构。电芯的物料清单和工艺路线相对标准，一套规则能覆盖大部分型号；电池包是多个部件、多种工序的组合，不同客户项目的结构差别大，报价要重新拼一遍。系统里如果只有电芯那套规则，电池包这一段就只能回落到人工。
三、六个节点的校验规则
搭流程时每个节点要回答四个问题：谁填、填完交给谁、系统先校验什么、卡住了谁来催。
| 节点 | 谁填 | 系统先校验 | 卡住怎么办 |
|---|---|---|---|
| 核价申请 | 市场 | 需求、批量、交期填齐没有 | 缺项不让提交 |
| 工艺与物料清单 | 研发 | 用的是哪一版清单 | 不是最新版就提示 |
| 材料价格 | 采购 | 价格来源和生效日期 | 久未更新的标出来 |
| 人工与产能 | 工业工程 | 数据对应到哪个工厂 | 与上一版差异大要写原因 |
| 良率 | 项目工程 | 是否落在合理区间 | 明显偏低走人工复核 |
| 合价 | 财务 | 各项成本齐不齐 | 不齐不生成汇总表 |
四、合价公式的口径要写在系统里
公式本身不难，难在每一项的取数口径由谁定。规则由财务和工业工程共同定，写在平台里，要改走配置调整，不再靠人改 Excel 公式。
材料成本 = Σ(单件用量 × 该 BOM 版本的材料价) 制造费用 = 节拍换算工时 × 人工单价 × (1 + 间接费用率) 损耗成本 = (材料成本 + 制造费用) × (1 / 良率 - 1) 报价 = (材料成本 + 制造费用 + 损耗成本 + 其他费用) × (1 + 目标毛利率)1 / 良率 - 1这一段是良率进入成本的唯一入口。把它写成公式而不是"经验值加一笔"，项目工程填的良率才会真的影响报价，也才会被认真填。
五、BOM 版本按提交日锁定（示意）
物料清单改版要留一条变更记录：谁改的、改在哪一版、还有没有报价单挂在旧版上。我的建议是报价按提交那天锁定的版本算，之后改版不影响已经报出去的价格。这个口径要在上线前和研发定下来，事后统一很麻烦。
CREATETABLEcost_sheet(quote_noVARCHAR(32)PRIMARYKEY,product_typeVARCHAR(16)NOTNULL,-- CELL / PACK_CONSUMER / PACK_POWERbom_versionVARCHAR(32)NOTNULL,-- 提交当天锁定的版本bom_locked_atDATETIMENOTNULL,yield_rateDECIMAL(6,4)NOTNULL,material_costDECIMAL(18,4),mfg_costDECIMAL(18,4),loss_costDECIMAL(18,4),quoted_priceDECIMAL(18,4),statusVARCHAR(16)NOTNULL);-- 改版后还有哪些在途报价单挂在旧版本上SELECTc.quote_no,c.bom_version,b.latest_versionFROMcost_sheet cJOINbom_head bONb.product_type=c.product_typeWHEREc.bom_version<>b.latest_versionANDc.statusIN('DRAFT','IN_PROGRESS');基础数据的同步也要提前定：物料、工序从 ERP 和研发系统同步过来，取哪个时点的数据、谁负责确认变更，写在流程上线之前。物料清单在研发系统里已经改到 C 版，核价流程还按 B 版算，报出去的价格就是错的。
六、一家电池企业的核价系统
一家电池企业按这个思路设计核价系统，电芯、消费类电池包和动力电池包三类报价都搬到线上。他们定的目标是数据算得准、人力省下来、报价更快。
三类报价放在同一套流程里，共用物料和工序数据，差异放在核算规则上。这样处理比分三套系统省事，也让市场面对客户时能用同一个口径解释报价构成。
每个节点的审批效率用报表一眼看到。哪个部门平均处理时间最长、哪类项目退回最多，从报表里读，不用开会问。
七、先跑一次对照
要不要动这套流程，看两条：批量报价是不是靠人工核对；有没有出现过因为版本不一致报错价。中一条就值得梳理。
第一步不是搭系统，是拿最近十个真实报价单做一次对照：每个部门实际填写和退回的时间列出来，算一算一张报价单在等人上花掉多少天。这张表会直接告诉你流程要卡在哪几个节点上，也能让六个部门在同一份事实面前接受改动。
上线检查清单
- 物料、工序基础数据的同步时点与变更责任人已书面确认
- 报价按提交当天锁定 BOM 版本，改版不影响已报出的价格
- 存在在途报价单挂旧版本时可查询，并有提醒动作
- 材料价带来源与生效日期，久未更新的能被标出
- 良率按合理区间校验，越界走人工复核而非直接通过
- 人工与产能数据关联到具体工厂，与上一版差异超阈值要填原因
- 成本项不齐时合价节点不生成汇总表
- 节点处理时长与退回次数有报表，最慢的一棒可定位到部门
- 上线前用最近十个真实报价单做人工与流程对照，差异逐条解释
说明：本文作者供职于得帆智能，文中提到的 Dolphin Code 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中公式、表结构与 SQL 均为示意，实际核算口径以企业财务与工业工程共同确认的版本为准。
