简介《SAP 史上自详细的拆解工单详解》是一份聚焦 SAP PP 拆解工单业务的 PDF 文档面向制造型企业的 SAP 顾问、PP 模块用户及需要参与拆解结算的财务人员。内容覆盖完整拆解流程与差异生产出现不可返工产品时如何下达拆解工单仓库领料、拆解、散件检测入库以及拆解成本不归集到产品、而是转入损益科目作生产损耗的结算方式。后台配置与前台操作对应展开包含源结构、结算成本要素、参考工序集类型 S的设置以及 CO07 创建拆解订单、MIGO 发料、531 入库等关键步骤对不需走生产订单、仅按成本中心收集材料成本的情况也梳理了内部订单方案。整体能帮助 SAP PP 顾问理解拆解工单从业务到系统的落地路径。资源包为 1 个 PDF 文件大小约 2.97MB已有 4525 人学习是 SAP PP 拆解工单实操学习的高人气资料。1. 拆解工单不是SAP里的标准单据它其实是一张生产订单在SAP里找“拆解工单”功能菜单是找不到的标准PP模块没有一个订单类型叫拆解。所谓拆解工单业务上是指把一台设备、一个成品按BOM反向拆成下级零件并重新入库的单据系统里真正承接它的通常是一张特殊配置的生产订单。这是拆解业务落地到SAP的第一个反直觉事实。它要解决的场景非常具体售后拆机、返修换件后的余料回收、研发样机退料、资产报废前的可用件复用。它适合两类人看一类是负责落地流程的PP/MM顾问另一类是被财务追问“拆出来的零件成本去哪了”的物料员和计划员。理解了这个设定后面所有配置才有方向。2. 拆解的第一步先算清BOM方向用CS15反查、CS12正展确定可拆清单2.1 拆解不是“反转BOM”而是“正展BOM 反向入库”很多人接到拆解需求第一反应去搜“BOM反转”功能SAP里没有这种标准功能。拆解工单的BOM方向和普通生产订单完全一致还是以成品作为BOM头从上层往下展开变的是物流动作。生产订单的方向是“仓库发料给产线产线完工入库”拆解订单则是“从仓库领出成品拆散后把零件重新收回来”。主数据侧你真正要确认的是成品有一张可用的、状态为“已下达”的BOM而不是去维护一张反向BOM。反向BOM会让MM库存、物料账、成本归集一起乱掉。判断标准很直白拆解订单应该用101给订单收货而不是用261给订单发料。如果系统默认动作成了“发料”说明这个单据还停留在普通生产订单的配置里没有真正进入拆解语义。这个判断标准可以当场验证不用等收货完成才发现方向反了。2.2 CS15反查物料在哪些BOM里操作步骤与关键参数做拆解之前得先回答一个问题这个零件究竟从哪个成品上拆下来CS15是回答这个问题的标准工具。事务代码CS15输入物料号、工厂展开方式选“多级”再选“用于何处”系统会列出所有引用该物料的BOM、对应的成品物料号、组件数量和生效日期。具体操作步骤输入物料号和工厂BOM用途留空让系统默认查所有用途。展开方式必须选“多级”下方的查询方向选“用于何处”。在结果列表里按成品物料号、BOM用途分组记录组件数量和计量单位。用CS03打开对应BOM头确认BOM状态是“已下达”且生效日期覆盖拆解订单的开工日期。CS15结果字段含义排查时的关注点物料号被反查的组件物料确认物料号没输成成品号工厂物料所在的评估范围跨工厂拆解时逐厂查BOM用途生产用、工程用、设备维护用拆解只认生产用BOM备选BOM组同一物料下的替代BOM标识经常被忽略订单展开取错版本生效日期BOM版本有效区间必须覆盖工单基本开始日期组件数量单个成品对应组件量拆解理论值实际按接收数调整BOM用途里1通常是生产用BOM2是工程设计4是设备维护。拆解用的永远是生产用BOM选错用途的BOM展开出来的组件会少一行或多一行收货时对不上现场实物。替代BOM更隐蔽CS15默认展示当前有效的那个但如果你遇到“订单能建、组件不对”的怪问题去CS15把所有备选BOM组重新过一遍重点看版本号和替代组标识不要只盯着物料号。如果系统还保留事务代码CS80它比CS15更适合“查使用点”CS80直接输出物料被哪些BOM使用不带多层展开CS15则连子层一起展开。我一般用CS15定位全貌用CS80复核使用点两个报表交叉一下能挡掉八成BOM归错类的问题。2.3 拆解深度与组件主数据拆到一层总成还是拆到原材料BOM是一棵树。拆一台电机可以只拆到“电机总成电缆底座”也可以把电机总成继续拆成轴承、绕组。拆解深度没有标准答案建议按两个约束定仓库有没有对应层级的物料主数据这一层物料能不能被质量部门出具检验结论。拆解深度要在项目启动阶段定死不要在运行期改运行期改BOM深度是拆解工单里最贵的返工。拆解深度优点缺点适用场景拆到总成层库存SKU少收货快总成内部损坏无法处理整机回收后再分拣拆到原材料成本还原干净每层子件都要建主数据和质检报废拆解、材料回收拆到可销售件备件可独立销售要给每个件定“是否准入销售库存”售后备件业务选“拆到总成层”最省事但总成里的局部损坏件会被整体报废选“拆到原材料”成本还原最干净但每一层子件的质检、批号、主数据工作量翻倍。我见过不少项目一上来就要“彻底拆干净”结果拆了三个月发现几百个子件物料没建库位规则只能回退到总成层这就是项目启动时没把“拆解深度”当做一个正式决策来做。2.4 拆解需求不能随便进MRPMD07净需求清单怎么处理拆解件拆解工单是生产订单它的子件在MD04、MD07里会以“生产订单相关需求”显示。如果子件是常规MRP控制PD类型MD07跑净需求时系统会把拆解子件当成“还需要继续采购”多生成一张采购申请。这里必须分清楚MPS那条链路MPS模式下通常是销售订单驱动生产工单再驱动原材料的请购单拆解工单的业务源头不是销售订单而是“设备退回来了要拆”不能套用MPS那套联动逻辑去跑。解法是用“无MRP”策略组。具体做法给拆解成品的主数据计划策略组改为无MRP策略常见是策略组52或企业自定义的NC策略让拆解工单不参与净需求计算。在MD07界面按工厂和物料组调出需求清单看“净需求”列是否出现来自拆解工单的组件如果出现了先查策略组和MRP类型不要急着加采购申请。用70策略的企业要特别小心。70策略的语义是面向库存生产MRP一旦发现库存不足会自动生成新的计划订单如果拆解成品还挂着70策略拆解工单入库后系统可能直接触发下一张新工单计划员会在MD07里看到永远消不完的重复需求。拆解场景下宁可让计划员手工改单也不要让MRP自动接续。3. 用生产订单落地拆解工单订单类型、策略组与“无工时”工艺路线3.1 为什么选生产订单而不是维修复订单拆解工单可以落成生产订单也可以落成维修复订单。选哪一种先看结算路径和状态管理。生产订单的结算规则成熟差异可以单独归集物料移动类型覆盖全跟MM、CO、物料账协作最稳维修复订单更贴近返修语义但成本对象通常绑在维修通知或缺陷上不一定逐单独立结算。如果拆解业务是“拆一台、收一堆料、成本独立核算”用生产订单如果拆解伴随着“给客户退回的设备换件并一起结算”可以考虑维修复订单把拆解步骤写进维修BOM。两套并行会让财务对账非常痛苦同一个零件今天从PP订单收货、明天从维修订单收货月底物料账会两头对不上。单据对象结算路径组件清单来源适合场景PP生产订单差异进订单结算规则可独立归集生产BOM自动展开售后拆机、研发退样维修复订单常走维修订单结算和通知绑定维修BOM客户返修换件我一般建议售后拆解、研发退样用PP生产订单只有在“返修换件且要和维修结算单一起出凭证”时才用维修复订单。不要因为名字里有“维修”二字就觉得拆解该用它拆解的主诉求是物料回收和成本归集这正好是生产订单的强项。3.2 CO01创建拆解工单的关键字段订单类型、策略组、数量与日期创建拆解工单用CO01输入物料号、工厂、订单类型后回车系统按默认生产参数文件带出字段。拆解订单需要重点确认四个字段订单数量、基本开始/结束日期、订单类型、策略组。订单类型建议从现有标准生产订单类型复制一个专用类型比如ZPPD。复制后在后台把排产、能力负荷相关标识全部关掉拆解不需要倒排计划也不需要能力计划。直接在订单类型里禁掉“调度”比每次建单时手工改要可靠得多。策略组物料主档没维护策略组时订单会继承工厂参数文件的默认策略必须确认它不是面向库存生产策略否则MRP会再次补单把拆解变成循环生产。数量和日期要特别给足窗口拆解往往不是当天完成收货跨两三天很常见基本结束日期最好按正常生产订单的1.5倍设置。提示订单类型新复制后先做一张测试单用CO03检查订单状态是否在创建后直接带“已下达/部分交货/无限过账”等状态。很多翻车都是因为订单类型是从标准生产订单复制过来把“自动排产”和“自动确认”一起带进来了。库存地点这一步常被忽略。拆解工单的收货库位建议独立设置一个拆解仓不要用成品正常入库库位。原因很直接拆解件状态不确定即使质检后仍可能有潜在差异和全新件混放在同一个库存地点后续发料会把旧件当新件发出去。库位不写在物料主档默认值里建议在订单中每次手工指定强制仓库人员看一眼收货库位。3.3 工艺路线与工时拆解工单为什么可以没有标准工时“SAP工单没有标准工时”对普通生产订单是要命的事对拆解工单反而是默认状态。拆解不是靠加工产出是从实物里拆出来不需要作业报工。如果订单类型强制要求工艺路线最稳妥的做法是用一个虚拟工作中心建一条工序工时设零费率设零确认参数文件允许自动确认。这样订单能下达、能收货、能结算但不会产生作业成本。如果企业允许创建无工艺路线的订单也可以不建。但多数企业为了确认界面能看进度会保留一条零工时工序。这里要顶住一个常见的错误有人为了让拆解订单“看起来正规”给拆解工序配置真实工作中心和作业类型结果拆一台设备订单成本里冒出几小时的作业成本月底财务差异大得没法解释。拆解工单的进度应该通过收货进度观察不是通过报工进度收了多少料就代表拆了多少件。如果用户问“没有标准工时会不会报错”答案是不会前提是确认参数文件设置成“按订单自动确认且无需确认数量”并且该订单类型不要求强制报工。拆解订单的产出物是“回收的子件”不是“完成加工的成品”系统层面的报工动作本来就该被拿掉。3.4 下达与组件自动展开CO02的时间点拆解工单创建后组件清单默认不会立即展开。很多新顾问在CO01保存后直接CO02下达然后去MIGO收货发现订单明细里一行组件都没有。组件展开通常发生在订单第一次保存后的“组件→读取”动作或者由生产参数文件控制是否自动展开。如果没展开MIGO里就是空的。正确操作顺序是CO01创建拆解工单并保存。CO02下达订单。在CO03里进入组件清单页面选择“编辑→重新读取BOM”或“组件展开”。回到CO03确认组件行、数量和库位都正确再通知仓库做MIGO收货。这一步是拆解工单的血泪经验仓库拿着订单号去MIGO查不到组件八成不是权限问题而是展开漏了。另外还有一个隐蔽点组件BOM的生效日期如果晚于订单基本开始日期展开结果也会缺行查完工单状态后还要回头核对BOM日期而不是只在CO03里点刷新。4. 拆解件入库过账与成本归集MIGO 101、零价值入库与差异科目4.1 收货到非限制库存还是质检库存拆解件的批次策略拆解件质量状态不确定不建议直接收进非限制库存。推荐用移动类型101收货到质检库存库存类型选Q检验合格后再用321从质检库存转到非限制库存。如果启用了QM可以给拆解物料定义检验类型让101自动生成检验批。这里要澄清一个概念101只是移动类型库存类型是在收货界面上单独选的不是“101就等于收到非限制”很多初学看到“101收货”就以为是普通库存实际可以在非限制、质检、冻结三类里选。库存类型特征拆解场景建议非限制库存直接可用只收确定良品质检库存需检验放行拆解件默认收这里冻结库存只入不出待报废或待判定件拆解件默认走质检库存这条建议我建议直接写进流程文件里。有的项目嫌麻烦一律非限制库存收货结果报废件被当成良品发到了客户现场这是品质事故级别的问题。批次管理物料的拆解收货也有讲究新批次不会自动继承源批次特性除非做了增强。这里就是MIGO过账增强最常见的切入点在BADI MB_MIGO_BADI的ITEM_UPDATE或AFTER_CHECK事件里把成品批次的质检结论和序列号复制到子件批次特性。标准功能不会帮你做这件事。4.2 MIGO 101过账的字段逻辑数量、库位、批次的设置MIGO收货的完整操作流程事务代码MIGO选择“收货”移动类型101参照“生产订单”输入拆解工单号。进入组件清单后逐项核对“数量”。实际拆出来的数量往往比BOM理论量少差异就是拆解损耗。“库存类型”按4.1的决定选质检库存。“批号”启用批次的物料手工输入新批次号或运行批次确定。“文本”字段写清“拆解收货——工单×××”方便MB51对账时一眼识别。数量能不能改取决于工厂级和物料级的“收货超出容差”。生产交货的容差一般偏小拆解时经常出现“理论拆3个实际拆出5个好件”的情况多出来的好件不收货太可惜。建议在后台按订单类型或物料组调大容差或者允许无限制过账。容差不改的话MIGO会一直报“数量超出订单数量”现场仓库只能反复找IT放行。库位字段要格外留意。同一物料如果拆解仓和正产仓都有库存MIGO默认带出的库位可能是物料主档里的默认库位很容易把拆解件收进正常库存。所以拆解工单在CO03里就要把组件库位固定为拆解仓而不是等MIGO界面手工改。批次方面如果企业要求“一机一码”追溯标准数据只存物料凭证和批次号的关联序列号要维护在批次特性里完全自动化需要做MIGO过账增强或者收货时人工把源序列号写进批次特性。4.3 零价值入库与订单结算拆解工单的差异到底挂到哪里拆解子件的成本不该是“再买一次的标准成本”而是原成品成本的一部分。最常见的做法是子件按标准成本估值订单结算时差异归集到“拆解损失”成本要素。如果子件还没有标准成本先做CK11N成本估算不做估算就零成本收货后续物料账会留下一个没有价值来源的移动月底怎么查都查不清。标准成本模式下的拆解收货借贷流转基本是这一套借贷方向科目/对象说明借原材料——子件A按子件标准成本入账借或贷拆解损失差异理论值与实际值的差贷生产订单在制品原成品订单的投入成本这里顺带提一个替代Validation/Substitution的典型用法在会计凭证确认/替代规则里加条件当订单类型等于拆解专用类型时强制把CO对象设为拆解决成本中心防止拆解业务跑到CO-PA里形成异常收入。这是SAP里确认和替代最常见的实战用途它不是用来改分录格式而是给拆解业务固定一个成本语境。如果集团启用了物料分类账零价值入库的风险会放大零价值移动会把差异直接砸进物料账导致当期库存价差集中爆发。宁可先维护一个象征性标准成本比如1元也不要让这票移动从物料账的价值流里消失。如果物料本身被设成“非估值物料”那它根本不应该通过拆解工单收货到非限制库存只能走报废移库。5. 拆解工单五连问常见翻车现象、根因与排查路径5.1 翻车一订单已下达但MIGO收货时组件清单是空的现象CO02明明下达了MIGO按生产订单101收货订单明细里一行组件都没有仓库过不了账。原因组件清单没有从BOM展开。CO01第一次保存后如果没触发“读取BOM”订单组件表就是空的另一种可能是BOM状态没有“下达”或者生效日期没覆盖订单日期展开结果为空。解决在CO03进入“组件”点“编辑→重新读取BOM”强制按BOM有效期重新拉一次组件同时用CS03检查BOM头的“下达”勾选和有效期。两步做完再回MIGO组件行就会出现。这个操作能解决八成组件清单为空的问题。5.2 翻车二组件零价值入库后物料账出现莫名其妙的大额价差现象拆解收货成功月底跑完物料分类账发现拆解物料的本期价差异常大甚至报“期初未激活价值”。原因零价值物料入库在物料分类账里等于一个没有价值来源的移动期末重估时系统把差异分摊到零价值库存CO凭证看起来就像乱账。解决零价值入库只适合真正非估值的物料正常库存物料在拆解前先跑CK11N做成本估算哪怕用一个象征性的1元标准成本顶上。如果已经发生了不要用红冲重做直接在物料主档维护标准成本后重新跑CKMLCP让差异重新分摊。5.3 翻车三订单结算时被强制要求报工还冒出一大笔作业成本现象拆解工单明明没几块钱材料费结算完却多了几条作业成本金额比零件还贵。原因工艺路线里配了真实工作中心工序默认自动确认确认时按工时费率把作业成本过到了订单上。普通工单靠报工触发作业成本拆解工单即使没报工自动确认也会把作业成本带进来。解决把拆解订单对应的工序全部切到虚拟工作中心不分配作业类型和费率同时把订单类型的确认参数文件改成“无需报工也可结算”。这里再强调一遍拆解工单没有标准工时不是错误是特性别为了“流程完整”去补工时。5.4 翻车四拆解件在MD07里反复冒出来MRP又生成新的计划订单现象拆解工单做完、子件也入库了计划员看MD07拆解子件的净需求不减反增还出现了新的采购申请更诡异的是拆解成品又跑出一张新的计划订单。原因拆解成品主数据的计划策略组是面向库存生产类型比如70策略。收货完成后系统按库存逻辑重新计算毛需求拆解工单被视为新的需求来源于是又计划一张新工单形成循环。解决把拆解成品的策略组改成“无MRP”策略或至少关闭“订单转计划订单”的联动。排查路径用MD07按物料调出需求清单看“需求元素”列如果看到重复的“生产订单/计划订单”来源先查策略组别急着删单。这个坑在采用70策略的企业里非常普遍因为70策略的语义就是“为库存生产”。5.5 翻车五批次号跟丢拆出来的零件找不到“原主机身份”现象仓库收货时系统自动发了新批次号但新批次里完全没有“来源设备”信息后续质量追溯查不到这批齿轮是从哪台减速机里拆出来的。原因批次主记录不会自动继承源成品批次的特性值如果源成品有序列号或批次拆解收货时这些信息需要手工输入或通过增强复制标准功能不会自动带过去。解决标准做法是在物料主数据里启用批次确定把源批次作为库存特性带到子件批次如果集团要求“一机一码”要在MIGO过账前用BADI增强把源序列号复制到收货行。这块没有后悔药只能靠流程兜底下单时在工单文本里写清成品批次和序列号收货时人工核对至少保证后续能通过文本模糊追溯。6. 把拆解工单沉淀为模板复制物料、验证清单和我的收尾习惯6.1 用复制物料的方式建立拆解模板拆解业务最烦的是每次换一种物料就要重新建一遍BOM和工艺路线。常见快路径是“复制物料”用MM01的复制功能把一台典型机型的物料主档复制成模板物料BOM用CS01的“复制”功能带过来工艺路线用CA01复制参考。以后每次拆解CO01用模板物料创建订单再把组件数量和日期按实际微调比从零建单快得多。模板物料建议命名成YTMPL开头并在物料文本里写明“模板/勿采购”避免被MRP或报表误当成真实库存。这种做法只适用于单件、小批量拆解。如果你是按修理线大批量拆可以再加一个专门的拆解工作中心和参考工序集让模板订单创建时自动带出工序和组件。6.2 验证一张拆解工单是否合规四张报表一张清单每天收尾前的验证动作可以固定成四步第一用MB51查移动类型101和321的物料凭证确认数量、库位、批次都正确第二用CO03看订单状态和成本确认没有异常作业成本第三用MD04检查拆解成品没有剩余需求子件没有多余的采购申请第四用COGI把拆解订单的差异处理干净不要让差异长期躺在COGI里。查完这四样再对照原始业务单据里的批次号有没有录入到文本字段这一单才算闭环。如果新用户总是看不到拆解工单先查PFCG角色里有没有包含拆解订单类型的权限对象不要先在订单状态里翻半天。权限和订单类型绑定是SAP里最常见的访问问题来源。6.3 我现在的习惯拆解工单这个业务我做过的每一条流程最后都收敛到同一个习惯专用订单类型、无MRP策略、零工时虚拟工作中心、默认质检库存收货。所有为正向生产设计的默认逻辑排产、报工、自动确认、MRP接续在拆解场景里都要手动关掉。宁可每次拆解收货时在MIGO里多敲一行批次号也不要让系统帮你“自动”做决定因为系统的自动决定都是基于“生产”预设的到了拆解现场往往会变成另一场翻车。这个方向值得做而且做深了以后你会发现自己对所有“反常规”订单类型——不只是拆解——都多了一套排查框架。希望帮到你。本文还有配套的精品资源点击获取
