1. 按单生产解决的问题业务形态与系统映射SAP PP 按单生产业务本质上回答的是一个很朴素的问题客户订单还没落地工厂到底该不该动料、开机、排产。按单生产Make-to-Order圈子里一般直接叫 MTO给出的答案是——不动。销售订单进来之前一颗螺丝都不提前备订单进来之后从计划、采购、生产、收货到发运全程跟这一个销售订单行项目绑定。这套逻辑听起来干净真落到系统里牵动的是 PP、SD、MM、CO 四个模块的联动任何一环没配对后面就会长出一堆说不清账的库存和成本。我在做离散制造和装备类客户的项目时遇到按单生产场景的概率非常高。原因也很直白非标设备、定制机柜、按客户颜色和尺寸做的家具、单价动辄几十万的专用机械——这些东西没法提前备库存。备错了是几十上百万的呆滞备对了客户临时砍单照样是呆滞。MTO 的思路是把库存风险转移到订单上让每一份在制品、每一个原材料批次都能说清楚它是给谁的。所以这篇文章我想聊的不是概念复述而是这套业务在 SAP 里到底怎么搭、怎么跑、哪里最容易翻车。做过几年 PP 顾问、内部顾问或者关键用户准备上线按单生产场景的朋友可以直接照着看刚接触 SAP 生产模块的新人也能从里面看清楚模块之间的接口关系。1.1 什么时候必须上按单生产判断标准其实不用搞得太复杂。第一条看单值第二条看订单稳定性第三条看追溯要求。单值高、客户随时可能改配置、出了质量问题必须能回溯到具体订单的具体批次这三条里中两条基本就该走 MTO。反过来如果产品是标准件、月销几千台、客户下单就要现货那老老实实按库存生产MTS别硬套 MTO套上去只会让计划员天天抱怨系统跑不出净需求。我用一个具体的对比来说明差别在哪。按库存生产模式下物料主数据挂策略组 10MRP 跑的是独立需求加预测需求生产订单收货进的是非限制使用库存谁都能拿来发货。库存是公共池子谁先来谁先捞。按单生产模式下策略组换成 20销售订单行项目直接产生客户需求MRP 生成的计划订单带着销售订单号和行项目号生产订单收货后进的是销售订单特殊库存只有对应的那张销售订单能发货。库存被锁在订单里别的订单看得到但吃不到。这个差异带来的直接好处是呆滞风险可控。举个例子客户 A 定了 30 台定制机柜钢材按他的规格开切喷涂按他指定的色号。如果这些半成品进了公共库存客户 A 后来砍单到 10 台多出来的 20 台半成品就是纯废料因为客户 B 要的色号根本不一样。走按单生产这 20 台从系统上就明确挂着客户 A 的订单砍单之后计划员一眼能在库存报表里挑出来该退料退料该报废报废该跟客户谈索赔谈索赔账目清清楚楚。反过来说MTO 的代价是计划颗粒度变细、操作步骤变多、对主数据质量要求变高。销售订单里的交货日期一旦不准整个链条跟着歪。所以上线前必须有一个共识按单生产不是系统功能按钮一开就完事它是一整套业务纪律。1.2 特殊库存 E整套机制的承重墙如果只能记住一个技术点那就记特殊库存标识 E——销售订单库存Sales Order Stock。这是 MTO 在 SAP 里能成立的物理基础。没有它MTO 就退化成给普通库存加个备注字段那还不如不做。SAP 里特殊的库存标识有好几种销售订单库存是 E项目库存是 Q客户库存寄售给客户是 W供应商寄售是 K。这几个字母在 MB52、MB5B、MIGO、VL01N 这些事务码里反复出现认不清就会看错数。E 库存的特点是它有账簿价值有库存金额但它的归属者是具体的销售订单行项目而不是公司层面的自由库存。这里有个很实用的特性跑 MRP 的时候E 库存不会去冲抵其他订单的净需求。客户 A 的机柜库存躺在仓库里客户 B 的新订单进来跑计划系统不会算哎呀仓库里还有 5 台先拿来用。这在管理上是好事避免了张冠李戴但也会带来一个新手常见困惑——仓库明明有货为什么系统还要我生产答案很简单那些货不属于这张订单。另一个容易踩的点是账实关系。E 库存虽然是锁定给订单的但物理上它和普通库存在同一个仓库、同一个货位仓管员如果不用系统扫码靠肉眼根本分不出来。所以 MTO 项目里我一般会建议要么在物理区域做物理隔离专门的订单区、贴订单标签要么把 WMS 或 EWM 的上架策略和订单号绑起来收货时按订单号分货位。纯靠人脑记迟早出乱子。1.3 MTO、ATO、ETO 三条路怎么分很多项目在方案讨论阶段会把这三个概念搅在一起。它们确实都属于订单驱动但系统的落地方式差得很远选错了后面改起来要动主数据、动配置、甚至动单据结构。MTO 是最标准的一条路产品结构相对固定BOM 可以复用客户要的差别主要体现在数量、交期、以及少量可选件上。典型的策略组是 20销售订单直接驱动生产。ATO按订单装配Assemble-to-Order是另一条成品是可配置物料KMAT客户在订单里选配置超 BOM 展开出具体的组件组合半成品和通用件可以提前备一点最后一段装配按订单走。这类场景常见的策略组编号里能看到 25 这一档配置相关的设定必须提前在物料主数据和依赖里配好。ATO 的复杂度主要在配置模型和超 BOM 上不在库存归属上。ETO按订单设计Engineer-to-Order则更重产品要先设计图号、BOM 结构、工艺路线都随订单变通常要拉上项目系统用 WBS 元素作为成本归集对象库存走项目库存 Q而不是销售订单库存 E。这种模式在大型装备、工程总包类业务里很常见。ETO 项目里如果硬要用 E 库存去装后面的成本归集和收入确认会很难看。我一般的判断流程是这样先问客户同一个产品型号能不能卖出十台以上结构一样的能就往 MTO 靠不能再问是选配还是重新设计选配走 ATO重新设计走 ETO。这个判断尽早做最好在蓝图阶段就定下来别等到测试环境都搭完了再回头改策略组。2. 主数据与配置骨架一次搭对后面少改按单生产最怕的不是配置复杂而是配置里有一个隐蔽的错误跑起来以后业务照常运行但数据全是歪的等到月末对账才发现。这类问题排查成本极高因为涉及的单据已经产生冲销重做会牵动一大片。所以我在项目里对主数据和配置的态度是宁可花两天把每个字段的来源捋清楚也不要草草上线之后靠补丁过日子。2.1 物料主数据里必须盯死的几个字段物料主数据是这套机制的起点。我把按单生产会用到、而且必须确认的关键字段整理成一张表这样你在 MM03 里逐页核对时不会漏。视图字段按单生产的典型值说明MRP 视图 1MRP 类型PD走 MRP 的计划驱动不要用 ND 或 VBMRP 视图 1采购类型E 或 F自制用 E外购成品用 FMRP 视图 1特殊采购类视业务而定有外协或直接采购时才会填MRP 视图 2计划策略组20这是按单生产的核心开关MRP 视图 2批量EX 或 WB按订单量做别用周期批量MRP 视图 2可用性检查01 或 02决定销售订单能不能做 ATPMRP 视图 4独立需求/客户需求勾选客户需求控制 PIR 的维护口径工厂数据/存储批次管理按追溯要求打开后不可随意关闭质量视图序列号参数文件按追溯要求与序列号管理联动成本视图标准成本估算必须发布没有标准成本差异分析无从谈起计划策略组填 20 只是第一步。真正决定需求怎么传的是它背后的需求类别和需求类型这一层看不见摸不着但出问题时全在这里。批量字段我特别想强调按单生产用按订单量批量EX是最贴合业务的做法如果用周批量或者月批量系统会把好几张订单的需求合并成一张大生产订单收货时又变成一笔跟单就断了。2.2 策略组、需求类型与需求类别的对应关系这一层是 SAP 计划体系的暗线很多做了几年的人也只是模糊知道。销售订单的行项目在保存时会根据物料主数据里的策略组找到对应的需求类别再找到需求类型。需求类型决定了这个需求叫什么名字、以什么方式参与 MRP 计算。我整理了一张常见策略组的对照表实际值请以你系统里 OPPR / OPPS 事务码查到的为准不同版本的标准配置会略有出入。策略组业务含义需求类别需求类型库存归属10按库存生产0LSF / VSF非限制使用库存11按库存生产粗略计划0LSF非限制使用库存20按单生产KEKE销售订单库存 E25按单生产可配置物料KEKE销售订单库存 E40计划与最终装配组合KE 等KE视层级而定50计划不带最终装配KE 等KE视层级而定这里的关键认知是策略组 20 产生的需求是客户需求直接挂在销售订单行项目上MRP 生成的下层计划订单会继承这个账户分配最终生产订单头上的销售订单字段会被自动带出来。这条链路一旦断掉收货就会进普通库存而不是 E 库存。所以我每次排查这类问题第一件事就是打开 OPPR把策略组到需求类的映射重新看一遍确认没被谁改过。2.3 销售订单侧行项目类别与需求传递销售订单这边的配置主要在 VOV7行项目类别和 VOV8销售凭证类型里。标准订单类型 OR 配标准行项目类别 TANTAN 里会指定需求类型和需求相关标识。如果你发现某个订单类型下的订单跑不出采购申请或者生产订单先去看它的行项目类别是不是勾了需求相关。需求日期怎么来的也是个高频问题。SAP 的逻辑大致是销售订单行项目的请求交货日期减去物料主数据里的计划交货时间在途/生产周期得到需求日期再传给 MRP。这个减法是隐含的很多业务人员不知道。所以会出现一种奇怪的现象——销售订单里的交期是下个月 15 号MRP 跑出来却说需求日期在过去计划员看得一头雾水。注意如果生产周期字段填得过大或者客户交期压得很紧需求日期可能落到过去区间MRP 会把这个需求当成过期需求处理最终生成的生产订单开始日期也在过去排产就乱了。上线前一定要拿几个真实订单验算一遍日期链。需求传递还跟单层/多层有关。成品在销售订单里产生客户需求成品下层的半成品需求要等成品这一层跑出计划订单之后才能展开。所以第一次跑 MD01 之后MD04 上看到中间层还是空的别急着说系统坏了再跑一次就出来了。2.4 生产订单侧账户分配、结算参数文件与结算规则生产订单是按单生产的执行载体。订单头上的账户分配字段决定了成本往哪走而结算规则决定了订单关闭时余额往哪清。按单生产的订单账户分配类别通常对应销售订单在配置里对应到销售订单行项目创建时把销售订单号和行项目号填进去收货时系统就知道要把库存收到哪个订单名下。订单类型配置OPJH 一类的事务码里要确认两件事一是订单类型的账户分配类别能不能接受销售订单二是订单类型的结算参数文件配的是哪一个。结算参数文件在 OKO7 附近维护里面定义了结算接收方类别销售订单、成本中心、WBS 等结算时的差异处理方式是否允许自动生成结算规则按单生产的订单理想的结算规则是自动带出销售订单行项目作为接收方。这个自动带出依赖物料主数据、订单类型和账户分配的配合如果自动带不出来手工补虽然能解决一时但每月几百张订单就是灾难。实操心得新项目上线前用一张订单从创建到结算完整跑一遍重点看结算规则里接收方是不是正确的销售订单行项目。这一步看着不起眼但它决定了整个按单生产方案的成本闭环能不能成立。3. 端到端实操从销售订单到按单结算前面讲的是骨架这一段讲血流。我把一张按单生产的订单从录入到结算的完整流程拆开每一步都标上我实际项目里会重点检查的地方。这一段建议对着测试环境同步操作一遍看比读管用得多。3.1 销售订单录入与可用性检查CO09、MDVP流程从 VA01 开始。录入客户、物料、数量、请求交货日期保存前系统会触发可用性检查ATP。ATP 的配置散在三处物料主数据 MRP 视图 3 的可用性检查字段检查组、行项目类别或计划行类别里的检查规则、以及 OVZ2/OVZ9 这些定义事务。三者缺一检查就不会生效。检查结果可以在 CO09 里看。CO09 会告诉你这张订单要 30 台库存加在途加计划产出能凑出多少缺口在哪几天。这个界面是计划员和销售沟通交期时最常用的工具比翻报表直观。MDVP 这个事务码值得单独讲——多级可用性检查。标准 ATP 只看成品这一层成品库存够就确认交期。但按单生产的成品往往是最后才装配出来的真正卡脖子的是下层的长周期组件。MDVP 会顺着 BOM 往下看把下层组件的可用情况一起考虑给出更接近真实的多级可承诺量。大型装备类业务里我基本都会建议客户在评审会之前跑一遍 MDVP不然跟客户承诺的交期全靠拍脑袋。注意检查规则配错了销售订单会秒确认看起来交期很漂亮实际组件一颗都没有。这类问题在订单评审阶段几乎看不出来等生产订单下来才发现料没到交期已经对外承诺了非常被动。3.2 计划运行与计划订单转换MD01、MD02、MD04、MD07计划运行按范围分几种跑法。MD01 是全厂范围的 MRP 总运行适合每晚定时跑MD02 是单物料多层测试和应急时用MD03 是单层用来验证单层展开结果MD50 是专门针对某张销售订单的多层计划排查单个订单时特别好用因为它不会把别的订单的需求一起搅进来。跑完之后用 MD04 看单个物料的库存需求清单。这张清单是按单生产最重要的视图从上往下依次是销售订单行项目产生的客户需求、MRP 生成的计划订单、已转换的生产订单、收货后形成的销售订单库存。链条完整说明需求传得对链条中间断开说明某一层配置有问题。MD04 里可以直接对计划订单做转换操作转成生产订单也可以转成采购申请外购件。MD07 是集体显示的版本可以一次看几十上百个物料的库存需求清单。这个事务码在按单生产里使用频率极高因为订单多、物料多不可能一个个看。用 MD07 的时候建议做两件事一是保存一个只筛选关键物料的选择变式二是定期导出到电子表格做周度缺料清单。给关键用户开电子表格导出权限这件事很多人会忽略结果用户天天手工抄数效率极低。计划订单转换这一步还有一个细节转换方式决定了生产订单创建时的信息来源。用 MD04 直接转系统会按订单类型配置自动带出工艺路线、BOM、结算规则用 CO40/CO41 批量转会走另一套批处理逻辑。选哪种没有绝对对错但项目内部要统一不然会出现同一批计划订单有的带了销售订单分配有的没带。3.3 生产订单创建、下达、确认与组件发货生产订单建好之后正式下达Release前要确认几件事组件是否齐全、工艺路线是否正确、结算规则是否带出销售订单。这三件事我一般在 CO02 里逐项看或者用 COOIS 批量看订单清单再挑重点。组件发货用 MIGO 走移动类型 261从普通库存发到生产订单。这里有个按单生产的延伸做法如果组件本身也是专用件可以把它也纳入销售订单库存收货时进 E 库存发货时从 E 库存扣。这样做的代价是组件层也要配策略组链路更长好处是从原材料到成品全链条都能追溯到订单质量追溯类业务基本都要这么做。生产订单确认用 CO11N报工数量和报废数量在这一步登记。确认数据同时决定了工时成本和产出数量直接影响后面的差异计算。我在项目里见过最常见的操作失误是报工数量填了但报废数量没填结果订单收货数量对不上差异莫名其妙多出一大块。批量和缺料检查用的是 CO24缺件清单或者 COOIS 里的缺料视图这两个工具在下达前用一次能挡掉大部分下了订单发现没料的尴尬。3.4 收货到销售订单库存与发运101、521、601生产订单收货用 MIGO 走移动类型 101。因为生产订单头上带着销售订单的账户分配系统会自动把收货收进销售订单库存 E而不是普通库存。这一点是整个链路的高潮——前面所有的配置到这里才算兑现。补充一个场景有时候没有生产订单比如成品是直接外购的供应商直接送到仓库。这种时候可以用移动类型 521收货到销售订单库存它专门用于把库存直接收到销售订单上522 是它的冲销移动类型。521 在项目里用得不多但一旦遇到外购成品直接入订单库存的需求它就是唯一的正规做法别用 101 硬凑。发运用 VL01N 创建交货单。交货单里系统会自动带出特殊库存标识 E 和对应的销售订单号发货过账时走移动类型 601库存从 E 库存扣减。如果发货时提示库存不足先别怀疑数量先看交货单里特殊库存标识是不是 E——如果被手工改成了空白系统就会去普通库存里找当然找不到。提示移动类型 601 与 521 的差别就是出去和进来但它们在配置里的科目确定、数量更新逻辑不完全一样。做方案时不要混用尤其不要用 601 反冲业务来反向实现入库。3.5 结算KO88、KO8G 与销售订单的成本归集按单生产的最后一步是结算。生产订单归集了料、工、费实际成本与标准成本之间会产生差异。KO88 是单张订单结算KO8G 是集体结算CO88 是订单结算的批量事务。这三个事务码功能上有重叠选哪个主要看批量需求。日常运营用 KO8G 按周期批量跑出问题的订单单独用 KO88 精查。结算的核心逻辑是把订单上的余额通常是差异按结算规则转到接收方。按单生产的接收方是销售订单行项目所以差异最终落在销售订单上随发票一起进入获利能力分析形成真实的订单毛利。这就是按单生产能看到每张订单赚不赚钱的机制来源。如果结算规则错配到成本中心或者别的对象订单毛利就失真了而且这种错误不会报错只是数字悄悄歪了。KO88 的增强需求在项目里也很常见。典型诉求比如结算时要按业务规则调整接收方、要在结算前做额外的数据校验、要把某些成本项目单独拆出来。做法一般是走结算相关的用户出口或 BAdI在结算执行的前后节点插入逻辑。我建议这种增强尽量做得简单、可回滚别在结算主流程里塞太多业务规则否则一旦出错排查会比开发省下的时间多十倍。结算前务必用测试运行Test Run看一遍结算清单确认接收方、金额、凭证类型都对得上再执行正式运行。这个习惯能挡掉绝大多数事后冲销的工作量。4. 踩坑实录按单生产最容易翻车的几个点前面讲的是理想路径这一段讲现实。我给几个不同行业的客户做按单生产翻来覆去就那么几类问题但每一次出现都会让人抓狂因为涉及的单据已经产生改起来连带一片。这一节的内容基本是我用真金白银的时间换来的。4.1 库存进了但是找不到这类问题的表现往往很惊悚生产订单收货成功了MIGO 也有物料凭证但业务人员在 MB52 里看不到这批货仓库盘点也数不出来。第一反应通常是库存丢了实际原因多半是收货收进了错误的库存类别。排查顺序我一般是这样的先用 MB51 查物料凭证看移动类型和特殊库存标识再用 MB52 指定特殊库存 E 查看销售订单库存如果 MB52 里那个勾选没打看到的就是普通库存自然找不到。更专业的做法是用 MBBS 单独看销售订单库存这个事务码专门针对这类库存比在 MB52 里翻筛选条件快得多。另一类原因是生产订单本身没带销售订单账户分配。比如计划订单转换时用了不带账户分配的转换方式或者手工用 CO01 创建订单时忘了填销售订单字段。这种情况下收货会进普通库存账面上有货但跟订单脱钩后续发货时系统找不到 E 库存只能手工处理。踩坑提醒在 MTO 项目里我要求所有收货相关的操作人员在培训时就记一句话——看不到货先看特殊库存标识。这一句能省掉一半的排查电话。4.2 需求链断了销售订单改了、删了、换行了按单生产的需求链是脆弱的它依赖销售订单行项目一直存在、数量一致、日期合理。业务上任何一次订单变更都可能震断这条链。最常见的三种情况一是数量改小比如从 30 台改成 10 台MRP 会把多出来的需求撤掉但如果生产订单已经创建且未收货系统不会自动删除需要人工处理二是行项目被删除挂在上面的生产订单会变成孤儿订单收货进不了 E 库存因为接收方不存在了三是交货日期大幅提前需求日期跳到过去区间MRP 不再生成新的补货建议计划员看着 MD04 一片空白。排查这类问题MD04 是首选工具。看需求行上面有没有非 MRP 相关或者删除标记看计划订单是不是还挂在已经失效的销售订单上。MDVP 也可以用来交叉验证跑一遍多级可用性检查如果某张订单的可承诺量突然变成零多半是需求链断了。处理动作分两种。如果是销售订单已经变更正确做法是同步处理下游的生产订单——要么改数量要么加删除标记并做技术性完成如果是销售订单行项目已经删除只能冲销相关收货或者做库存转移把货从错误的归属里挪出来。这两种操作都应该走审批流程不能由计划员随手做。4.3 序列号与批次在 MTO 下的处理按单生产加上序列号或批次管理复杂度会跳一个台阶但很多行业医疗设备、精密机械、汽车零部件又必须这么干因为客户要求单台追溯。序列号的分配通常在收货环节。业务上的期望是每台成品出厂时有一个唯一序列号这个序列号能一路回溯到它的组件批次。实现上成品物料的序列号参数文件要配好收货时系统会要求录入或自动生成序列号。这个自动生成的规则可以通过增强来定制比如按销售订单号加流水号生成方便业务人员肉眼识别归属。批次的处理更讲究。按单生产里批次可以与销售订单绑定使用也可以在收货时自动确定。批次确定策略在配置里设置包括搜索顺序、是否允许手工改。我个人的建议是如果客户有质量追溯要求批次尽量自动确定减少人工干预口子如果业务上确实需要灵活处理比如同一批料供给多张订单那就要在批次特性里把订单号作为一个特性记录进去方便后面查询。操作禁忌批次管理开关一旦在物料主数据里打开并且已经产生业务数据就不能随便关闭了。上线前想清楚别等到业务跑了三个月再讨论要不要上批次。4.4 结算失败的典型报错与排查结算阶段的报错大多长得很像但原因各异。我把常见的几种整理成表格方便现场对着查。报错/现象常见原因处理方式结算规则不完整无接收方订单创建时未自动带出销售订单或销售订单行项目已删除补全结算规则确认销售订单仍有效期间未打开会计期间未开由财务打开对应期间后重跑订单状态不允许结算未做技术性完成TECO或未交货完成先做状态处理再执行结算差异金额异常大标准成本未发布、重估未执行、报废未登记检查物料标准成本估算与订单确认数据结算凭证已存在重复结算已经结算过重复执行先冲销原结算凭证再重新执行接收方被改成成本中心结算规则被人工修改或订单类型配置错修正结算规则重新结算这里我想单独说差异金额异常大这一项。按单生产最怕的就是差异因为它直接吃掉订单毛利。差异的来源大概是三类物料价格差异、工时差异、数量差异。数量差异里最常见的是报废没登记、收货数量与确认数量不一致。我在实操中的经验是每次结算前先看一眼订单的成本分析报表把三类差异拆开看超过阈值的先查原因别一股脑结算掉否则月末财务来找你你也说不清钱去哪了。5. 常见问题速查与效率技巧这一节是给已经上手的读者的把前面散落的点集中成可查的清单再补几个我自己常用的效率做法。现场遇到问题的时候直接照着这一节翻就行。5.1 按单生产问题速查表现象排查入口关键判断点销售订单保存后 MD04 看不到需求MD04 / MD50策略组是否 20行项目类别是否需求相关计划订单不带销售订单号MD04 计划订单明细需求类别的传递链是否完整生产订单收货进了普通库存MB51 / MBBS生产订单账户分配有没有销售订单发货时提示库存不足VL01N 交货单特殊库存标识是否为 E组件被别的订单占用MB52 / 库存需求清单组件是否也纳入了订单库存管理结算无接收方KO88 结算规则页签订单类型配置与销售订单有效性订单毛利失真销售订单成本分析结算接收方是否为销售订单行项目序列号没自动分配收货界面 / 物料主数据序列号参数文件与增强是否生效需求日期落在过去MD04 需求行计划交货时间是否设置过大计划订单转换后信息缺失生产订单头部转换方式是否统一这张表里的每一条我都在实际项目里见过不止一次。它们的共同点是报错不一定是红色的很多时候系统静悄悄地做完了只是结果不对。所以排查的思路不是找错误消息而是对着预期结果查差异。5.2 几个我自己一直在用的效率技巧第一个是 MD07 的选择变式。按单生产的物料动辄几百个全看不现实。我会按产品族或者按关键件建几个变式每天早上花十分钟跑一遍缺料清单重点看那些需求日期在两周内的。这个习惯坚持下来计划员的应急处理量能降一半。第二个是 MDVP 的使用时机。不要等到客户催货才跑应该在订单评审阶段就跑。尤其是有长周期进口件或者特殊原材料的订单多级可用性检查能提前暴露瓶颈。跑之前把检查范围设置对别用默认配置否则结果参考价值有限。第三个是 COHV 批量处理。生产订单的下达、技术完成、删除标记用 COHV 批处理比一张张点快太多。批处理前先用筛选条件把范围限定住我一般会按订单类型加日期范围筛避免误操作到别的订单。第四个是导出权限。SAP 的电子表格导出在很多企业里是收权限的但计划岗和成本岗没有这个权限工作效率会大打折扣。上线时把这个权限作为标准配置发给相关角色比后面一个个申请要省事得多。第五个是订单看板。用 COOIS 建几个常用的查询变式把订单状态、收货量、结算状态放在一屏里。每次例会直接调出来看比让人口头汇报准得多。最后分享一个我自己的体会。按单生产这套机制难的地方从来不是某一个事务码怎么用而是链路太长任何一环松动都会让数据失真而且失真往往是静默的。所以我在项目里坚持一件事上线前必须拿三到五张真实的订单从销售订单录入一路跑到结算每一步都截图存档形成一份标准动作手册。这份手册在后续的运维和交接里价值远超任何配置文档。踩过的坑记下来下一次就少踩一个这大概就是做这行最实在的积累方式。
