SAP生产订单全流程：创建、下达、发料、报工、入库与冲销

1. 先把业务跑通：生产订单在整个链条里的位置

做SAP PP的人都有一个共识：生产订单是整套制造业务的"承重墙"。物料需求计划跑出来的是计划订单，采购负责把原材料买回来，SD负责把成品卖出去，但真正把"料、工、费"三者绑在一起、并让财务能看到一笔笔实际成本的，只有生产订单。我见过不少刚入行的顾问，MRP、BOM、工艺路线都能讲，一到CO11N报工、261发料就开始含糊，原因很简单——他没有把"创建-下达-发料-报工-入库"当成一条完整的业务链去理解，而是当成五个孤立的事务码在背。这篇文章我就按这条主线，把每一步在干什么、系统在背后改了什么数据、以及最容易被忽略的反向流程，一次讲透。

需要提前说明的是，标题里的"SAP生产订单"默认指的是离散制造里的生产订单（Production Order），事务码以CO开头；如果是流程行业用的流程订单（Process Order），主体逻辑一致，但确认用COR6N、工序界面略有差异，配置点也不同。本文以离散制造为主，涉及差异的地方我会单独标出来。另外这篇内容适合三类人看：刚接手PP模块、需要把流程串起来的新手；做运维支持、天天处理"订单不能发料""报工报不进去"这类单据问题的顾问；以及需要理解成本来源的FICO同事。你不需要把每个配置点都背下来，但这条主线的顺序和数据流向必须刻在脑子里，因为90%的生产订单报错，根源都在顺序上。

1.1 为什么SAP非要把生产做成一张"订单"

很多从轻量ERP转过来的人会问：为什么不能直接在生产工单上打个勾就算完事？因为SAP的设计逻辑是"一切可归集的对象都要有一个成本载体"。生产订单本质上就是一个临时的成本归集容器：BOM告诉你理论上要投多少料，工艺路线和作业价格告诉你理论上要投多少工时，这两者算出来的是计划成本；而261实际发了多少料、CO11N实际报了多少工时，构成实际成本。两个数字一碰，差异就出来了——是料用超了，还是工时超了，还是价格涨了，系统能一层层往下拆。

理解这一点，你就能想明白后面很多"看起来多余"的操作。比如为什么要'下达'才能发料？因为未下达的订单还处于可自由修改的状态，BOM可能还要调、数量可能还要改，如果这时就允许投料，一旦订单结构变了，账就乱了。再比如为什么要有'TECO技术完成'？因为订单只要还挂在系统里是'已下达'，财务就认为它还在生产中，月底就要给它算在制品（WIP）。TECO就是告诉系统："这批活儿干完了，别再算WIP了，把差异结掉。"这些都是围绕成本口径设计的，不是流程洁癖。

1.2 创建订单之前必须落地的四类主数据

订单创建失败，八成不是CO01的问题，是主数据没准备好。我习惯按下面这个顺序自查：

这四样缺一样，订单要么建不出来，要么建出来是"空壳"——没有组件、没有工序、成本算出来是零。我个人的习惯是：拿到一个新工厂，先用CS03随便挑一个成品把BOM展开看一眼，再用CA03看一眼工艺路线，最后开MD04看这个物料的毛需求跑得对不对。这三步花十分钟，能省掉后面两小时的排错。

1.3 订单类型与编号范围：看起来是配置，实际影响操作

订单类型（Order Type）是整个生产订单的控制中枢，事务码OPJH（旧称OPJH/OPJQ一带）里能看到它挂了十几个参数文件。对日常操作影响最大的有三个。

第一个是编号范围。订单号是内部给号还是外部给号，决定了你在CO01界面能不能手动输订单号。有些企业的车间习惯用自己的工单号，那就要配外部给号，同时注意号码段的宽度，输错长度直接报"号码不在区间内"。

第二个是可用性检查。订单类型上挂了检查规则（Checking Rule），再配合物料主数据的检查组（Checking Group），决定了下达时系统检查哪些库存、是硬性报错还是给个警告。很多人遇到"下达时提示缺料但还能下"或者"死活下不了"，就是这里配的。

第三个是结算参数文件和结果分析码。前者决定订单结算到哪个成本对象（通常是CO-PA或者差异科目），后者决定在制品怎么算。这两个是FICO和PP的交界地带，出问题通常表现为月底结算报错"未找到结算规则"。

提示：生产订单一旦创建，订单类型是改不了的。如果你的项目需要"试制订单"和"量产订单"走不同流程（比如试制不结算差异），务必在蓝图阶段就把订单类型设计好，后期改起来要迁移数据。

2. 创建与下达：CO01、CO40、CO41到底该怎么选

创建订单有三种典型路径，选哪条取决于你的生产模式。**手工创建（CO01）**适合单件、小批量、非标定制，订单数量少、手工补单多；**计划订单转换（CO40单个、CO41集中）**适合走MRP的批量生产，这是最标准的制造业姿势；按销售订单创建（CO08）适合项目型/按单设计（ETO）的场景，订单和销售订单强绑定。还有无物料订单（CO07），主要用于维修、返工这类没有独立物料编码的活儿。

我见过不少现场为了图省事，明明跑了MRP，却还在用CO01手工开单，结果就是计划订单和实际订单两套数据并存，MRP的净需求算不准，库存一直虚高。这不是操作问题，是模式问题。如果你的产线是重复性大批量，其实还可以考虑重复制造（REM，事务码MFBF报工），但那是另一条技术路线，本文不展开。

2.1 CO01手工建单：哪些字段必须一次填对

打开CO01，界面看着简单，但有几个字段一旦填错，后面全是麻烦。

物料 + 工厂是订单的根，填完之后系统会去带BOM和工艺路线。这里有个细节：如果同一物料在同一个工厂有多条有效的工艺路线，系统会弹"任务清单选择"，让你挑一条；不弹的话就是自动选了。如果发现带出来的工序不对，别急着改工序，先回去看CA03里的有效期和用途（Task List Usage）。

订单数量填的是要生产的成品数量，注意基数是物料的基本计量单位。如果BOM里的组件用量是按100件成品算的，你填1000件，系统会自动按10倍展开。

开始/结束日期会由排产自动倒推，但手工建单时最好自己填一下基本开始日期和基本完成日期，让它触发排产。日期填反了系统会警告，但很多人直接回车跳过，最后MRP算出来的交货期是错的。

订单类型在保存前还可以改，保存后就不能改了，这是最后一个后悔的机会。

保存后系统给出订单号和状态CRTD（已创建）。此时订单是可修改状态，BOM、工序、日期、数量都能调。但在CRTD状态下，261发料和101收货都会被系统拒绝，提示"订单未下达"。这不是配置问题，是系统的硬性逻辑。

2.2 CO40/CO41转换计划订单：MRP跑完之后的一步

MD01/MD02/MD03跑出计划订单（存在PLAF表）之后，用CO40（单个转换）或者CO41（集中转换，输入工厂和物料范围）把它转成生产订单。转换的时候系统做几件事：把计划订单的数量、日期、BOM、工艺路线带到生产订单里，回填计划订单的状态，然后生成订单号。

这里有两个实操点值得说。

一是转换前先检查计划订单的日期。计划订单的日期是MRP根据提前期倒推的，如果提前期（In-house Production Time）维护得不合理，转出来的生产订单开始日期可能已经在过去，导致排产全部告急。我处理过的项目里，物料主数据MRP2视图的提前期被随手填了个"1天"，结果所有订单都要立即开工，车间天天救火。

二是集中转换后一定要抽检。CO41一次性转几百张单，里面但凡有几张因为缺BOM、缺工艺路线变成了"空壳订单"，你不点进去看是发现不了的。我的做法是转完之后用COOIS按订单类型+创建日期拉一张清单，重点看"是否缺少组件"这列。

2.3 下达（Release）这个动作到底改变了什么

下达（CO02 → 功能 → 下达，或者CO05/COHV批量下达）是整条流程的分水岭。从系统角度看，它做的不只是改一个状态，而是三件事：

第一，把系统状态从CRTD改成REL（状态码I0002），写进JEST表。这个状态是硬检查，发料、报工、收货三件事都要求订单处于REL。

第二，释放订单的预留。订单创建时，组件的需求以非释放的预留形式存在（RESB表）；下达后预留进入可用状态，MRP在算毛需求时才会把它当真实占用。这也是为什么未下达的订单在MD04里看起来"不算数"。

第三，触发可用性检查。检查规则会判断组件库存够不够，不够的话订单会带上MSCK（物料短缺）状态。注意：缺料状态不会阻止下达，也不会阻止发料（除非你配了硬性检查），它只是给你一个预警。很多现场以为"缺料状态=不能开干"，其实只是提示。

注意：已下达（REL）的订单，SAP标准功能里没有"撤销下达"的按钮。如果你发现订单下错了，正确的做法不是找按钮，而是先冲销所有已发生的业务（发料、报工、收货），再打删除标记重建。TECO（技术完成）是可以撤销的，这点后面会讲，别把两者搞混。

2.4 可用性检查与缺件清单：别等发料时才发现没料

每天上班第一件事，很多计划员会打开MD07（库存需求清单集中显示），输入工厂和物料范围，一次性看所有物料的库存/需求缺口。这个事务码比MD04单个查高效得多，尤其是物料多的时候，一屏就能把红字缺料挑出来。

再配合两个工具：CO09做单个物料的可用性检查，CO24拉缺件清单（Missing Parts List），它会直接告诉你哪张订单缺哪个组件、缺多少。我习惯每周一早上跑一次CO24，把缺料订单导出来发给采购，比等到车间领料时才发现缺料要主动得多。

这里有个容易被忽略的细节：可用性检查的检查范围受订单类型、物料主数据的检查组、以及检查规则共同影响。有时候明明库存够，系统还是报缺料，多半是因为检查范围只看了某个特定的库存地点（比如只检查"车间线边库"），而实物在别的库位。这种情况下要么改检查规则，要么调库存地点，别硬压着系统走。

3. 发料与报工：把物料和工时变成成本

订单下达之后，车间就可以开工了。这一步的核心动作有两个：261发料和CO11N报工。前者把原材料从库存转到订单成本上，后者把人工/机器工时转成成本。这两个动作做对了，订单的实际成本才有意义。

3.1 261发料的三种打开方式

发料最标准的做法是MIGO，移动类型选261，然后输入生产订单号，系统会把订单剩余需要发料的组件清单带出来。除此之外还有两条路径：

一是MB1A + 261，这是老事务码，功能是MIGO的子集，但胜在快，很多老人还在用；二是CO27拣配清单，它不直接过账，而是生成一张"该领哪些料、领多少"的清单，交给仓库按单备料，仓库再用MIGO集中过账。第三种是MB25查预留，先看订单的预留清单和已发数量，确认哪些还没发。

发料时系统的动作是：借 生产成本-直接材料，贷 原材料，同时把金额写进订单的实际成本（COEP表）。所以发料金额的准确与否，直接决定订单的材料差异。这里最常见的两个问题：一是物料价格是移动平均价，采购价格波动大，导致同一张订单不同批次的发料单价不同；二是BOM用量给的是理论值，实际投料超了BOM，多出来的部分如果还用261发，就会形成"用量差异"——这是正常现象，不用慌，差异就是在结算时体现的。

实操心得：261发料时，界面上有个"库存确定"的勾（或者说系统自动做库存确定），它会按工厂的库存确定规则决定从哪个库存地点、哪个批次扣账。如果发现扣错了库位或者批次，先别怪操作员手快，去检查一下库存确定的配置（OMB2/OMM1一带）。批次管理的物料更要小心，261带批次发出后如果批次错了，后续追溯到客户就会断链。

3.2 报工（CO11N）字段逐项拆解

CO11N是单个报工界面，CO12是集中报工，日常用得最多的是CO11N。界面看着字段不多，但每一个都直接影响成本，我逐个说。

订单号 + 工序号：确定报哪道工序。如果订单有多道工序，只报其中一道，系统会更新那道工序的确认数量。

产量（Yield to be confirmed）：这道工序合格完成了多少件。这是系统用来推算后续工序可用数量的依据。

废品（Scrap quantity）：要注意区分工序废品和订单废品。工序废品只影响这道工序的产出，订单废品会直接减少订单的总可用产出。我们做过的项目中，车间把"可返修的不良品"直接报成废品，结果成品入库数量对不上，改回去很麻烦。

返工数量（Rework）：报了返工，系统会要求后续再有一道确认去把它收尾。

实际工时/作业数量：这是成本的关键。每个工序会带出若干作业类型（比如人工工时、机器工时），你需要填每个作业类型的实际确认数量。系统拿这个数量乘以成本中心在KP26里维护的作业价格，算出订单的实际加工成本。

确认类型：部分确认（Partial）还是最终确认（Final）。最终确认一旦保存，工序状态变成CNF，同时会触发"自动收货"（如果配了）和"里程碑开票"（如果和SD联动）。这一步是不可逆的，除非用CO13取消。

过账日期：报工的日期决定成本落在哪个会计期间。月底最后一天报工和次月第一天报工，成本归属完全不一样。这是月结期间最容易起争执的地方，我的建议是：月结期间把报工过账日期锁住，和财务约定一个截止时间点。

3.3 反冲与自动收货：省事的地方也是藏坑的地方

反冲（Backflush）是指报工时系统自动把组件按BOM用量扣账，操作员不用单独去做261。这个功能在重复性、大批量生产里能省下大量工时。它的开关在几个地方：组件的物料主数据MRP4视图有"反冲"标识，订单组件行上会继承这个标识（也可以逐行手工勾），另外工序的控制码（比如PP01/PP02/PP03）里也有相关设置。

自动收货是指报工时系统自动生成101把成品收进库存。它由控制码里的"自动收货"标识决定，同时OPK4（确认参数）里可以设默认值。反冲+自动收货组合起来，操作员只做一件事——输个数量点保存，系统自动完成"扣料+入库"，效率极高。

但这里有两个坑必须说清楚。

第一个坑是反冲失败。反冲扣料的时候如果库存不够、批次过期、序列号没维护，货物移动不会成功，但报工本身是过了的。结果就是报工成功、扣料失败，两条数据脱节。这些失败的记录进AFFW表，需要到COGI事务码里去处理（可以单条处理，也可以点"后台处理"批量重试）。如果你发现订单实际成本里材料费明显偏低，第一件事就是查COGI有没有积压的失败记录。我见过一个项目上线第一个月，COGI积压了两千多条没人管，月底成本全乱套了。

第二个坑是重复扣料。如果反冲已经自动扣了料，操作员不放心又手工做了一次261，就变成双重投料，材料成本虚高。这个错误在月结做成本分析时才被发现，回溯起来非常痛苦。防范的办法是：反冲物料的组件行上明确标注，同时在培训时反复强调"勾了反冲的料，不要去MIGO里再发一次"。

3.4 报工之后：成本雏形和差异的雏形

一个订单报工完，实际成本基本上就成型了：

想看订单的实时成本，用KKBC_ORD（订单成本分析）或者KOB1（实际成本行项目）最直观。KKBC_ORD能把计划/实际/差异并排显示，我排查成本异常基本都从这里入手：先看材料差异大不大，再看作业务差异，最后往下钻到具体行项目。

4. 入库、技术完成与结算：订单的收尾动作

生产干完了，成品要入库，订单要收尾。这一段是PP和FICO耦合最紧的地方，也是月结时最容易卡住的环节。

4.1 101入库的几个细节

入库用MIGO，移动类型101，输入生产订单号，系统会带出可收货数量（一般是订单剩余未入库数量）。过账后的会计影响是：借 库存商品，贷 生产成本-产出，同时订单收到一笔"贷方"冲减实际成本。

几个细节：

收货数量可以超订单数量，只要没超出物料主数据里的"超额交货容差"。有些现场会利用这一点解决"多生产了几件"的问题，但财务上多出来的部分处理起来麻烦，建议能改订单数量就改订单数量，别靠容差硬收。

质检库存。如果成品启用了QM，101收货时会进入质检库存，要等QM的UD（使用决策，事务码QA32）做完才转到非限制库存。这时候订单可能已经"收货完成"但库存还不可用，计划和销售要提前知道这个时间差。

序列号管理。序列号物料在101时要维护序列号，可以用自动生成，也可以手工输。这里要特别注意：反向流程里取消入库（102）时，序列号需要被释放，否则这批序列号会一直挂在订单上，后续无法重复使用。如果同一个序列号要重复使用（比如返修后重新入库），必须先把102处理干净。

批次管理。101入库通常会生成新批次（如果是自动批次），批次的特性（如生产日期、有效期）来自订单。批次和序列号一样，反向操作时要注意状态。

4.2 状态流转：什么时候能做什么，一张表说清

这张表是我自己整理后打印贴在工位上的，比翻文档快得多。

想直接查订单当前状态，可以SE16N看JEST表（对象号从AUFK.OBJNR取），只筛INACT为空的记录就是当前有效状态。

" 快速查订单状态：先从AUFK拿到对象号 SELECT SINGLE objnr FROM aufk INTO @DATA(lv_objnr) WHERE aufnr = @lv_aufnr. " 再查JEST里的活动状态 SELECT stat FROM jest INTO TABLE @DATA(lt_stat) WHERE objnr = @lv_objnr AND inact = @space.

状态码（I0001、I0002这类）对应的文本存在TJ02表里，想看得更友好一点，TJ02T里有各语言的状态描述。

4.3 TECO、CLSD与月结结算

**TECO（技术完成）**是告诉系统"这批活干完了"。它的意义有两个：一是停止订单继续接收新的发料和收货；二是让财务开始给订单做最终结算，不再算在制品。操作上，用CO02打开订单，功能 → 限制处理 → 技术完成。批量的话用COHV。

TECO是可以撤销的：CO02 → 功能 → 撤销技术完成。但撤销之前要确认没有财务已经结算过，否则会报"订单已结算"之类的问题。

**CLSD（关闭）**比TECO更彻底，关闭之后连结算都不允许了，一般是财务结完账、确认这个订单生命周期结束后才做的。实务中我不建议轻易用CLSD，因为一旦关闭，想重新打开要走特殊处理，而且系统会有一堆前置检查（比如WIP必须为0、差异必须结清）。很多项目干脆就不关闭，让订单停在TECO状态，只是定期归档。

结算（KO88单个、CO88集中、KO8G批量）是月结的固定动作。逻辑是这样的：如果订单已经TECO或DLV，KO88把订单归集的实际成本与贷方（入库的产出金额）之差结转到差异科目或CO-PA；如果订单还没完工（没有TECO也没有DLV），则计算方法要把未完工部分算成在制品（WIP），事务码KKAO算WIP，KO88再做结算。顺序不能反，先KKAO再KO88，反了就会报WIP没算。

提示：结算报"未找到结算规则"是最常见的月结问题。根因一般是订单类型的结算参数文件没配，或者物料主数据/订单上的结算接收方（成本中心、CO-PA、订单本身）没维护。用KOB1或者CO02里头的结算规则页签看一下，缺什么补什么。

5. 反向流程：顺序错了，前面全白干

反向流程是这篇文章里我最想重点讲的部分，因为它是现场问题的高发区，也是最考验顾问对流程理解深度的地方。核心原则只有一条：后做的先冲，先做的后冲，也就是标准的后进先出（LIFO）。

为什么？因为每一步操作都在系统里留下了相互依赖的数据。成品已经入库了，才能发货给客户；料已经发了，才能报工；报工了才能入库。你要退回某个中间状态，就必须把所有建立在它之上的操作全部撤掉，否则数据就会出现逻辑矛盾——比如库存已经是负数，或者成本记录和实物对不上。

5.1 正确的冲销顺序

假设一张订单已经走完了全程（发料→报工→入库→部分发货给客户），现在发现这批货有问题要全部推倒重来，正确的顺序是：

1. 先冲销对客户的发货（如果是SD发货，用VL09取消交货单过账）；
2. 再用102冲销成品的入库；
3. 用CO13取消报工（如果报工时带了自动收货，取消报工会同时冲销自动收货）；
4. 用262把已经发出去的原材料退回库存；
5. 清理预留、打删除标记或者重建订单。

如果只做到第2步就停手，订单状态会停留在"已交货"或者"部分交货"，后续想TECO是TECO不掉的，因为系统认为还有业务没冲干净。

我遇到过最典型的一个案例：车间发现某批成品有质量问题，直接做了102把货退回来，但没有取消报工。结果订单的实际成本里，工时还是按原来的数量算的，工时成本虚高，而产出已经被冲掉了，订单出现巨大差异。财务一查，最后还得补做CO13。

5.2 取消入库（102）和按凭证冲销

取消入库有两条路：

MIGO + 102：输入生产订单号，系统带出可冲销的收货数量，适合有明确订单号的场景。

MBST：按物料凭证号冲销，适合手上只有凭证号、不知道对应哪张订单的情况（比如从MB51查出来的）。MBST的好处是可以一次选多张凭证批量冲，坏处是对MIGO产生的凭证有时候会有一些限制，具体看版本。

102过账之后，会计上是借 生产成本-产出，贷 库存商品，正好和101反向。库存减少，订单成本回加。

取消入库的两个注意事项：

第一，如果成品已经发货给客户（SD已过账），要先做VL09取消交货，否则库存不够，102会报"库存不足"，或者出现负库存。SAP标准是允许负库存的（如果配置允许），但那是运营灾难的开始，别依赖它。

第二，如果101入库时生成了批次或序列号，102之后批次和序列号的状态要检查。序列号是否被释放、批次是否还能被重新使用，直接关系到后续能不能再次入库。

5.3 取消报工（CO13）的联动效应

CO13取消报工，输入你要取消的那条确认记录（可以从CO14里查确认号）。系统会把确认数量清掉，工序状态回退到未确认。

关键在于自动收货的联动：如果当初报工时通过控制码触发了自动101，那么CO13取消报工时，系统会同时尝试冲销那笔101。如果那笔101已经被手工102冲销过了，CO13就会报错，提示找不到对应的货物移动记录。这时候的处理办法是：在CO13界面里把"冲销货物移动"的勾去掉，只取消确认本身，然后再手工核对库存。

这个逻辑听起来绕，但只要记住一句话就通了：哪一步产生的货物移动，就该由哪一步去冲销。不要交叉操作，不要手工替系统"补一刀"。

还有一个容易被忽视的点：CO13取消报工不会自动冲回作业类型的成本。如果订单已经做了成本核算（KKF6N）或者已经月结，取消报工后要重新跑一次成本核算，让订单的实际成本刷新。否则成本报表和实际数据会对不上。

5.4 退料（262）、预留清理与订单删除归档

262退料是261的反向。原料没领完或者多领了，用MIGO + 262退回库存，会计上冲回材料成本。这里有个小细节：262退料的数量不能超过该订单261已发料的数量，系统会做校验。如果确实需要退更多（比如从其他订单调剂的），那就不是262了，是库存调拨的业务，别混用。

预留清理：订单如果被打删除标记或者TECO，未消耗的预留要处理掉，不然MRP会一直认为这些料被占用，导致计划失真。可以逐单用MB22改预留（把数量改成0或打最终发料标记），也可以用程序批量处理。

订单删除分两步：先打删除标记（DLFL），事务码CO02 → 功能 → 删除标记，也可以用CO78或SARA归档处理批量。打了删除标记的订单不能再做任何业务，但数据还在系统里。真正从数据库消失要等归档——用CO78（生产订单归档）或者SARA里的归档对象PP_ORDER。归档之后，AUFK/AFKO这些表里的记录才会清掉。

实操心得：我个人的建议是，除非数据量真的很大，否则不要急着归档。删除标记就够了，留着数据做追溯成本分析、质量追溯都用得上。归档前一定要确认财务那边结过账、审计留档需求满足，有些企业审计要求保留7年，归档早了反而麻烦。

5.5 关于"撤销下达"这件反直觉的事

最后专门说一下这个高频疑问。很多新人第一反应是：订单下错了，能不能撤销下达？

答案是：SAP标准功能没有'撤销下达'。REL这个系统状态一旦打上，只能通过删除标记让订单失效，或者走开发定制的程序去强制清状态。我不建议走定制那条路，因为清掉状态后订单的预留、可用性检查都会处于不一致状态，隐患很大。

正确的处理姿势是：评估一下订单上有没有已发生的业务。如果什么都没有，直接打删除标记，重新建一张；如果有发料或报工，先冲销干净，再打删除标记重建。这个过程虽然笨，但数据是干净的。我在项目上见过有人为了图快用SQL直接更新JEST表把REL抹掉，后面MRP算出来的数字全是错的，代价远大于重建一张单。

6. 常见问题排查速查表与踩坑经验

这一节按报错类型分类，都是我在现场真金白银踩出来的。

6.1 状态类报错

状态类报错的特点是"一眼能看出来"，处理也相对直接。麻烦的是下面这类。

6.2 数量、批次与序列号类报错

"库存不足"：最常见的三个原因——库存确实不够（查MMBE/MB52）、批次错误（查MCHB）、库存地点错误（库存确定扣了别的库位）。我一般先开MB52按物料+库存地点看实际可用量，再回头看订单要求的组件和数量对不对。

"序列号 xxx 已存在/不可用"：多半是之前102冲销时序列号没释放，或者序列号被其他订单占用。用IQ09查序列号状态，必要时先做序列号的调整过账。

"批次确定失败"：批次管理的物料如果在261时没找到可用批次，通常是批次还没入库、批次已过期、或者批次的状态是"受限使用"。查MSC3N看批次主数据。

"收货数量超过容差"：101收货数量超出了物料主数据或订单类型上设置的超额容差。要么改小数量，要么调容差（不推荐），要么在订单上追加数量。

6.3 成本与结算类报错

"订单未计算在制品"：KO88之前没跑KKAO。先KKAO再KO88，这个顺序是死的。

"未找到结算规则"：结算参数文件、结算接收方缺失。CO02里看结算规则页签，或者检查订单类型的结算参数文件配置。

"订单计划成本为0"：多半是成本核算没跑（KKF6N），或者BOM/工艺路线的成本没算进去。也可能是作业价格没维护（KP26）。排查顺序：KKF6N重算 → 看KKBC_ORD → 看KOB1。

6.4 我常用的事务码和底表清单

事务码速查

底表速查

6.5 几条不带出处但真管用的经验

第一条，报工日期和过账日期一定要和财务对齐口径。我参与过一个项目，车间习惯在早上补录前一天的报工，过账日期用的是当天。结果每个月的最后一天，财务在结账，车间还在补报前一天的工时，成本跑到下个月去了。后来我们约定：月结期间报工的过账日期由系统默认带出，操作员不允许手工改，问题就解决了。

第二条，COGI的错误记录要每天清，不能攒。攒到月底，一堆失败记录里混着库存不足、批次无效、序列号冲突各种原因，排查成本是指数上升的。我建议把它列成车间的日清工作，早上第一件事先跑COGI。

第三条，反向流程一定要写进操作规范，不能靠人记。冲销顺序这种事，老员工凭经验能记住，新人一问三不知。我一般会在项目上线时整理一张"反向操作检查清单"，贴在车间电脑旁边，处理顺序一行行打勾，谁都不会漏。

" 批量创建生产订单的BAPI骨架，用于接口或批处理场景 DATA: ls_orderdata TYPE bapi_pp_order_create, ls_return TYPE bapiret2, lv_order TYPE bapi_order_key-order_number. ls_orderdata-material = 'FG-1001'. ls_orderdata-plant = '1000'. ls_orderdata-order_type = 'PP01'. ls_orderdata-total_quantity = '100'. ls_orderdata-basic_start_date = sy-datum. ls_orderdata-basic_end_date = sy-datum + 7. CALL FUNCTION 'BAPI_PRODORD_CREATE' EXPORTING order_data = ls_orderdata IMPORTING return = ls_return order_number = lv_order. IF ls_return-type CA 'EA'. " 处理错误，记录日志 ELSE. " 需要下达的话，再调 BAPI_PRODORD_RELEASE CALL FUNCTION 'BAPI_TRANSACTION_COMMIT' EXPORTING wait = 'X'. ENDIF.

接口场景下报工用BAPI_PRODORDCONF_CREATE_TT（按时间票确认），这个函数的参数比较绕，重点是构造好工序号、产量、作业类型和实际工时这几块。开发做之前，建议先用CO11N手工跑一遍，把系统实际写了AFRU里哪些字段抓出来，再对着字段构造BAPI，能省掉大量试错时间。

最后再分享一个我自己排查问题的固定套路：任何生产订单的异常，我都按**"状态 → 数量 → 库存 → 成本"**四步走。先看JEST里的状态对不对，再看订单数量和实际发生的数量是否匹配，然后看库存是否足够且扣对了地方，最后用KKBC_ORD看成本是否合理。这四步走完，90%的问题都能定位到具体环节，比漫无目的地翻文档快得多。