订单与交付

智造云 · 智能制造平台白皮书 ｜ 第二篇 能力篇

8.1 一张订单最难的不是接下来

小徐为了拿下那单，跟客户说"十八号能到"。回来的路上他改了主意，觉得二十五号更稳，就在电话里跟客户含糊了一句。合同按二十五号签的，车间按二十五号排的。

客户在十七号打来电话时，车间主任老葛不知道自己被指望的是十八号。这张单不是做错在任何一道工序上，是做错在三个日期不一致上。

订单管理这件事，说到底就是把"什么时候交"这一个数字，从合同一路传到机台上，并且中间谁改、改了几次、为什么改，都查得到。

8.2 下单之前有一道闸，而且它管数量

在系统里建订单，第一道判定是：这个客户手上有没有正在执行的合同。 没有就建不了，而且它会给出理由——不是"不能下单"这种废话，是把卡在哪一环说出来：没有批下来的合同、合同没进入执行中、还是执行中的合同里没有这个产品。

过了这道，还有第二道，也是这一章最想递到你手里的一条：订单数量不由下单的人说了算。

• 产品没写进合同的明细，拦下：「产品「某某」未列入客户执行中的合同明细，不能下单：请先在【合同管理】中添加该产品与数量」。
• 合同里这个产品的数量是零，拦下：「请先在【合同管理】中修正合同明细数量再下单」。
• 都通过了，系统把订单明细的数量自动改成合同明细数量之和。你界面里填的数字不作数。

这一条会让人不舒服：我多加两箱还得先改合同？可换个角度看，合同是唯一那张有双方签字的纸。 让订单绕开合同多出来的量，出事时没人认账——客户不认，车间也不认。把数量红线钉在合同上，代价是多一次操作，换来的是"超出的量一定有人签过字"。

同理，报价单一旦被客户确认或已转订单，就不许再改内容；已转订单的报价单也不允许删除，因为对应的订单还占着库存，删了会把库存账搞成双重恢复。这些拦截在系统里都是硬拒绝，不是弹个框让你点"仍然提交"。

8.3 改，可以；悄悄改，不行

制造企业最常见的事故不是没人改，是改了但只有他自己知道。

几条已经写进代码的规矩：

• 订单进入生产中，除了暂停与恢复这两个动作，其余字段一律不许编辑。要改，先把生产停下来——停下这个动作本身会留下记录。
• 工单是由订单转生产自动生成的，所以工单上的产品、数量、状态这类核心信息不允许手工改，提示写得很直白："工单由订单转生产自动生成，产品、数量、状态等核心信息不允许修改"。
• 新建工单的状态只能是"计划中"。想直接建一张"生产中"的工单绕过订单，系统不让。
• 批量订单提交时，本次数量不能超待在待生产库里的量，超了就报出来：「产品「某某」本次数量 200 超过待生产库库存 120，请调整数量」。
• 工单数量也不能超对应物料的库存总量，报出来的数一样带上下文。

这份清单没有一条是"智能"的。它做的事只有一件：让绕开规矩的动作变得显眼。 显眼，就有人管；不显眼，就没人知道。

8.4 交期怎么从合同传到机台

一条交期在系统里要经过四段路：合同上记的是交付周期（天），落到订单上是具体交期，转成工单后拆成计划开始与计划结束两个日期，最后车间看的是"计划完工日期过了没"。

逾期提醒用的就是最后那一格：状态还在计划中或生产中、计划结束日期已经过了，这张单就计进逾期。判断只用一个日期，全公司算的是同一个日期。 这是很多厂做不到的地方——业务的"逾期"是客户催的那天，车间的"逾期"是主任心里的后天，财务的"逾期"是对账日。三套数字各自成立，凑在一起就是没人说得出到底有几张单晚了。

首批与批量走两条不同的路，这个区别在几个地方都会露出来：产品资料上记着这件是首批渠道还是批量渠道登记的，订单分首批与批量两种类型，批量下单要先看待生产库有没有货。首批件多一道打样与首件确认，走的链路长一些，它在台账里怎么表示，前面讲过。

工单上还带着订单单价、含税单价与金额，转生产时从订单明细带过来。这三格是为了产值——车间报工之后能算出这些工序值多少钱，进度就不只是"完成 60%"这种看不清大小的数字。

8.5 发货、对账、回款，三格日期

发货这一步上有两条规矩值得单说。

一条是发货隔离：销售只能给自己负责的客户发货，也只能看到这些客户的发货记录。这条不在按钮上，在取数的地方——绕过界面直接调接口一样被拒，提示是"销售只能对自己负责的客户发货"。发货单一经确认送达，就不允许再编辑。物流单号记在单上，客户问"货到哪了"，回答不用猜。

另一条是订单上的三格日期：对账日、开票日、回款日。它们构成月底那张账的骨架，财务侧按账龄分段（多少天内、多少天到多少天这样几档）统计未回款，并把超期的订单按拖的天数从多到少排下来，同时给出它卡在哪一段：还没对账、对完没开票、票开了没回款。

老陈每月底真正该看的就是这张表。它不告诉你总共该收多少——那个数你大概心里有数；它告诉你最早卡住的那笔钱，卡在哪一步、谁该动。

一句分寸：这三格是业务往来的节点，不是财务账本。我们没有总账、不做成本核算引擎，也不自动出凭证。把"单据到回款"这条线跑通，是这套系统的范围；把会计科目做全，不在里面。

8.6 边界说在这里

有一条边界跟前面的负责人制度有关，必须说清。

订单上没有单独一格叫"归属销售"。销售能看到哪些订单，是顺着报价与合同那条链路推出来的：订单来自哪张报价、报价是谁建的、客户归谁负责，一层层追上去。由报价转来的订单，这条链完整；手工直接建的订单，链路会短一截。 所以要把销售的数据范围管严格，靠的不是给订单补一个字段，而是要求订单都从报价与合同转出来——这既是软件约束，也是管理要求。企业如果允许大量手工建单，这一条就得单独设计。

我们不把这件事写成"任意维度数据隔离"。能力是真的，但它长在哪条链上，就管到哪条链。

8.7 这一章能定的一件事

一件事就够：从今天起，超出合同的数量，必须回到合同上改。

定完之后顺手再定两件小事：交期由谁在系统里签字确认（不是由销售在电话里说），以及订单进了生产要改必须走暂停。

这三条不需要开发，今晚就能开会说。它们的共同点是：把"改主意"这件事的成本，从客户投诉那天，挪到改主意当天。

下一章讲工艺——李卉那三本本子。