简介：《SAP史上最详细的拆解工单详解》是一份面向SAP PP与FICO顾问的拆解业务实操指南，聚焦生产电脑等产品出现不可返工问题、但部分零部件仍可回收时的拆解工单处理与成本归集。资源共1个PDF文件，压缩包约2.97MB，已有4541人学习下载。内容从拆解业务蓝图讲起，详述生产部门创建并下达拆解工单、仓库领料、产线拆解、拆解件检测与完好件入库的完整流程；同时区分正常生产订单，说明拆解所发生的人工、材料等费用不归集到产品，而是作为生产损耗计入单独损益科目。资料进一步讲解参考工序集在拆解和返工中的用法，包括选择类型为S的参考工序集、配置拆解订单类型以及维护源结构与结算成本要素，并给出CO07创建订单、MIGO发料、531入库等前台操作的步骤。对于不走生产、只需通过成本中心收集拆解材料成本的场景，也建议采用内部订单方式。读者按此可系统理解拆解工单的前台作业与后台配置，厘清生产与财务部门在拆解业务上的协作边界，适合正在实施或维护SAP PP/CO模块的顾问参考。
1. 拆解工单到底在解决什么问题：不是把 BOM 倒过来，而是把成本倒过来
“拆解工单”听着像是把 BOM 反向跑一遍，真正做过的都知道，难点不在流程反转，而在回库件怎么标价、差异往哪记。维修换下的旧件、售后退回的整机、资产报废前的可用备件，都是拆解工单的典型场景：整机账面价值要冲销，拆下来的组件要以合理价格回到备件库，拆解过程的人工、检测成本还得有人认账。这条链路适合正在上 PM/PP 模块的人，也适合被“拆解后价值该归谁”折腾过的制造与售后团队。我会按订单类型、拆解 BOM、成本结算、踩坑和验证五段把这套方案讲清楚。
2. 拆解工单的底层逻辑：订单类型选型与反向 BOM 的三种落地做法
2.1 拆解工单的两种身份：PM 维修拆卸与 PP 生产拆解怎么选
拆解工单在 SAP 里并不是一个独立的技术对象，它要么挂在 PM（设备维护）下，用 IW31 创建维修订单；要么挂在 PP（生产计划）下，用 CO01 创建生产订单。选错身份，后面的组件回库、结算规则全要返工。
PM 场景的典型形态是“围绕设备做维修”。某台泵机坏了，维修工单挂到设备号下，拆下来的旧叶轮、轴承作为订单组件，后续通过移动类型 262 回收到备件库。这类拆解的特点是拆解对象是“设备”而非“物料”，工单上的组件数量、批次都由维修人员手工维护，不需要跑 MRP。好处是设备履历完整，缺点是拆解成本难以批量归集，因为 PM 订单默认是按维修对象结算的。
PP 场景的典型形态是“围绕物料做拆解”。售后退回来的整机、因为换代退役的库存成品，以一个生产订单号执行拆解，被拆整机是订单投入物料，拆下来的零件是订单产出物。这类拆解适合批量回收，可以走重复制造甚至按单生产，系统会自动做组件收货、成本归集，也支持批次追溯。
选择上，我一般先问业务三个问题：第一，拆解行为是否发生在一次维修任务中？是则走 PM。第二，拆下来之后是否要进备件库存、按物料管理？是则 PM 或 PP 都可以，但 PP 在成本核算上更舒服。第三，拆解是不是常态化的批量业务，而不是维修后的附随动作？如果批量拆解回收，直接放弃 PM，用 PP 订单类型单独建一套拆解订单出来。
2.2 三种反向拆解方案对比：负数量 BOM、专用订单类型、副产品收货
确定了走 PP 路线，下一步是选拆解订单的落地方式。常见的有三种方案，各有边界，我在实际项目里都见过，先把结论摆出来。
方案一：负数量 BOM。思路是把整机当作 BOM 顶层物料，组件行项目里写负数，比如 -1 台整机、+2 个端盖。生产订单执行时，系统按负数行“反向”发料，拆解产物自然回到库存。这个方案配置成本最低，不建任何新订单类型，直接复用现有生产订单。但石头在于：负数量行是给 MRP 埋雷，物料需求计划会把负数当作欠料处理，计划员常常看到莫名其妙的短缺或负库存；而且同一物料既出现在 A 成品的正数 BOM，又出现在拆解 BOM 的负数行，库存估值逻辑会变得很难追溯。现在我只在临时性、一次性拆解时用这个方案，生产性拆解不推荐。
方案二：专用订单类型。复制现有生产订单类型，建立一个拆解专用订单类型（比如 COPZ），在订单类型控制里把它标记为“拆解”。系统会按拆解订单的规则驱动组装件收货和组件过账，BOM 方向仍然是正向 BOM——被拆整机作为该订单的“物料”，回库件放在组件页签。这是 SAP 标准能力里最稳的一种做法，也是我目前在正式项目里的默认选择。它规避了负数量 BOM 对 MRP 的干扰，订单类型独立编号，成本结算参数可以单独挂一套。
方案三：副产品收货。不改变 BOM 正向方向，把回库件挂在生产订单的“副产品”页签。拆解订单按正常订单创建，被拆整机发到订单成本，拆解完成后用移动类型 101 做副产品收货，回库件以标准价自动贷方冲减订单成本。此方案最适合回库件种类少、价值稳定、拆解比例固定的场景，比如拆一个整机必出两块主控板和三根线束。如果回库件品种多、价值忽高忽低，副产品页签会维护成灾难现场。
三个方案我给出一个简表：
| 方案 | 对 MRP 的影响 | 成本归集精度 | 维护成本 | 适用场景 |
|---|---|---|---|---|
| 负数量 BOM | 明显干扰 | 一般 | 低 | 一次性应急拆解 |
| 专用订单类型 | 无干扰 | 高 | 中 | 批量回收、常态化拆解 |
| 副产品收货 | 无干扰 | 中（按标准价冲减） | 低 | 回库件种类少且价值稳定 |
2.3 用 IW31/CO01 创建拆解工单：最小配置清单与关键字段
无论选 PM 还是 PP，创建环节都要先落一套最小配置。我以 PP 路线的拆解订单为例，列出每次新建项目我都会检查的清单：订单类型是否已定义并分配给了工厂、订单编号范围是否独立、结算参数文件是否绑定、是否有独立的结果分析码控制 WIP。
# PP 拆解订单创建入口 事务代码: CO01 订单类型: COPZ（拆解专用） # 必须已复制标准订单类型并启用拆解标志 物料: RM_MODEL_X # 被拆解的整机物料号 工厂: 1000 订单数量: 1 # 拆解台数/件数 # 进入订单后要维护的页签 组件页签: 输入回库件物料与数量 # 也可在此指定批次 副产品页签: 维护回库件物料 # 如果走副产品收货方案 结算规则页签: 挂成本中心/资产 # 决定差异往哪里记 事务代码: IW31 订单类型: DP01（PM 拆卸维修单） 设备: EQ1234 # 被拆设备 组件页签: 回库件物料 + 移动类型 262 # PM 场景回库走 262 回冲CO01 里最关键的字段是“订单类型”和“物料”。订单类型决定了拆解业务是正冲还是反冲、是否允许倒冲、是否启用结算；物料是拆解对象，它决定了组件 BOM 从哪张 BOM 展开。组件页签里输入的是拆解后的回库件，而不是拆解过程要消耗的原材料，这是新手最容易绕不清的地方——生产订单是消耗与产出的关系，拆解工单同样如此，只不过被拆对象成了投入产出里的投入方。
配套配置建议单独给拆解订单类型建一条编号范围，不要和生产订单混用。这样月底报表筛拆解量时，直接按订单类型过滤，不用靠物料号反推。结算参数文件我也建议单独挂，拆解差异要走损益而不是摊进生产成本，和普通生产订单分开配置后面省很多解释工作。
2.4 组件回库的移动类型与库存类型：262 回冲与特殊库存的处理
拆解工单的组件回库，移动类型用的是 262，而不是常见的 261。261 是生产订单发料——组件从库存支出到订单成本；262 是回冲——组件从订单成本回到库存。单看方向，拆解回库应该用 262 好像没错，但实际操作里，很多团队用 101 做副产品收货，这两种动作的区别必须理解。
262 回冲的特点是与订单组件行严格绑定。系统按订单组件行的数量和批次做反向过账，物料凭证会带出订单号和组件行项目，可追溯性最好。限制是它只支持“库存到库存”的反向，如果拆下来的零件直接进入质量检验库存，或者进入销售订单库存，262 就显得力不从心，需要配合特殊库存标识或者多一步转储。
101 副产品收货的特点是灵活。它不要求回库件预先挂在组件行，可以在副产品页签临时维护，收货时数量、批次、库存地点都可以自由指定，适合拆解场景里产出不确定的零件。但灵活的反面是成本核算弱，副产品只按标准价冲减，没有订单组件行级别的消耗绑定关系，如果回库件后续要报废，追溯链条就断在收货那一刻。
特殊库存处理是另一个坑。拆解业务常见于售后，售后整机常常挂在客户库存或销售订单库存下，拆解回库后要转回自有备件库。这里我习惯先做库存转储，把特殊库存转成普通库存后再开拆解订单，而不是让订单直接作用于特殊库存，否则物料凭证、批次确定都没法按常规逻辑跑，月底对账要多花一整天。
提示：批次管理物料做 262 回冲时，系统默认要求指定批次。如果拆解现场来不及逐件贴批次号，可以在物料主数据“批次管理”页签取消“限制为空批次不可用”的勾选，允许空批次收货，代价是后续批次追溯只能到订单级别。
3. 拆解工单的成本结算：副产品与联产品怎么选，差异往哪消
3.1 拆解产出物收货：副产品（By-product）与联产品（Co-product）的取舍
拆解工单的成本逻辑，和生产订单正好是镜像关系：投入是被拆整机的账面价值，产出是拆下来的若干回库件价值，投入减产出再减拆解费用，就是拆解差异。要让差异算得准，第一步是把回库件在订单上挂成“副产品”还是“联产品”。这两个概念经常被混用，实际差别非常明显。
副产品（By-product）在 SAP 里是生产订单的正产出之外附带产生的低价值产物。对拆解订单来说，被拆整机是订单的“物料”和正产出对象，回库件作为副产品在订单的副产品页签登记，收货时用 101 移动类型，按物料主数据的标准价计价，自动生成一笔“冲减生产订单成本”的贷项。这个方案的优点是简单，只要回库件有标准价，系统就按数量乘标准价冲减。缺点是副产品价值不参与成本分摊，如果拆解出来的零件价值接近甚至超过被拆整机，副产品冲减后订单成本可能变负，财务上很难解释。
联产品（Co-product）则完全不同。一个订单可以设置多个“主产出”，每个主产出按计划价值或参考工序比例分摊订单总成本。拆解场景里把回库件设为联产品，意味着系统先把拆解总成本按比例分摊到每个回库件上，再分别入库。好处是价值高的核心回库件（比如动力电池、压缩机）能分到足够的成本，不会出现“回库件成本为零”的账面黑洞；代价是每个回库件都要维护计划价值，拆解比例一变，分摊结果就会有偏差。
我在项目里一般按“单件价值”划线：单件价值超过被拆整机价值 10% 的回库件，用联产品；低于这个线的，用副产品，避免维护过多分摊规则。实际操作中还可以混用：核心大件设联产品，其余小件设副产品，系统完全支持。
3.2 拆解差异的产生与结算：从订单成本到损益科目的闭环
拆解订单结算前，系统会经历两轮计算。第一轮是订单收货，回库件入库按标准价/移动平均价记账，同时冲减订单成本；第二轮是月底结算，系统把订单上还没消掉的全部成本差额转成差异，按结算规则分配到目标对象。拆解差异的产生原因比生产订单更复杂，简单拆解来看有四个来源：
| 差异来源 | 产生原因 | 常见幅度 |
|---|---|---|
| 整机与零件价值差 | 整机账面价值高，拆散后零件可实现价值低 | 最高 |
| 拆解损耗 | 零件在拆解中损坏、氧化、测试报废 | 中 |
| 拆解人工与检测费 | 工单投入的人工、外协检测费无对应产出 | 中 |
| 标准价偏差 | 回库件标准价偏高/偏低，导致冲减不实 | 低 |
结算要把这些差异从订单上清掉。我在配置里单独建一套“拆解差异”结果分析码，差异码挂到损益类科目，而不是像普通生产订单那样把差异摊回库存。原因很直接：拆解的业务本质是“花钱把整机变成零件”，这行动的产出已经通过回库件入库实现，差异是真实的经营损耗，应该当期进损益。当然，如果拆解是为了翻新后重新销售，也有理由把差异摊到新品上，这时候要在结算参数文件里选择“按数量分摊到产出物料”，而不是按成本中心结转。
这里有个血泪经验：拆解工单的 WIP 处理。订单一旦开始拆解，整机价值已经投进去，回库件可能尚未收货，月末系统会把这部分挂为 WIP。但拆解订单的 WIP 经常出现“只挂不消”的情况，因为回库件收货数量和比例不稳定，到月底订单还没技术性完成。解决办法是给拆解订单类型设置结果分析码时，明确“完工订单才结算 WIP”，在制订单的差异全部挂 WIP，不参与当期损益，避免利润表左右横跳。
3.3 拆解成本对账：用 COSL 表把订单成本与回库价值核对起来
拆解订单结算后，财务最关心的是一句话解释：“这台整机拆完，到底是赚了还是亏了？”赚亏的信息不在订单抬头，而在成本行项目里。我常用 COSL 表拉订单实际成本和差异做对账，SQL 思路如下：
SELECT aufnr AS 订单号, objnr AS 成本对象, kstar AS 成本要素, sl001 AS 实际数量, wkg001 AS 实际金额, wog001 AS 差异金额 FROM cosl WHERE aufnr = 'COPZ1000001' AND led = '01' ORDER BY kstar;逻辑说明：COSL 表存的是成本控制对象的分期实际成本，按成本要素记账。sl001 是数量，wkg001 是金额，wog001 是差异。led='01' 代表实际账套。筛选时用订单号套到成本对象上，能直接看到每笔发料、每次收货、每条差异分别记到了哪个成本要素。
实操里我会把这个查询做成一个报表变式，跑完月底关账后先看差异金额最大的拆解订单，反查它当时挂的整机价值，确认是不是整机价值高估导致拆解账面巨亏。很多“拆解不划算”的结论是账面假象，不是业务不行，是整机标准价没及时更新。看到这里，下一步就是回到物料主数据改标准价，而不是砍掉拆解业务。
提示：COSL 表的数据按期间累积，跨期间对账容易把上期差异也算进来。对账时务必把期间条件（如 2025 第 04 期间）加进查询，否则差异金额对不上是常态。
4. 拆解工单常见问题排查：五个高频踩坑记录
4.1 拆解订单无法收货：批次与序列号管理把物料凭证卡住了
现象：拆解工单创建正常，MIGO 做回库件收货时报错“物料凭证中批次无效”或“序列号不能确定”。新手往往以为是凭证类型问题，反复换移动类型，实际是物料主数据的批次和序列号配置在作怪。
原因：回库件在物料主数据里启用了批次管理，拆解现场却没有给拆下来的零件分配新批次号；或者拆解对象启用了序列号管理，收货系统要求序列号必须来自被拆整机的序列号列表，而整机序列号没有正确带下来。两者的共同点是系统在收货环节找不到合法的批次/序列号来源，于是拒绝过账。
解决：批次管理物料，在收货前先做 MB1C 或 MIGO 的“创建批次”动作，或者配置允许空批次收货；序列号场景，在拆解前用 MB1A 的序列号转移功能把整机序列号转到回库件上，或者关闭订单类型的序列号检查。我还有个习惯：拆解订单创建后先做一次 MIGO 预看过账（模拟模式），把批次、数量、库存类型都检验一遍，再正式过账，能避免不少翻车。
4.2 回库件成本为零：副产品评估类别与标准价缺失
现象：拆解回库件成功收货，库存数量正常增加，但物料凭证里金额是 0.00，订单差异里凭空多出一块“无法分配”的差额，回库件价值始终立不起来。
原因：多数情况是回库件物料主数据没有维护标准价（用 S 价控制的物料），或者物料类型对应的评估类别没有配置，财务视图没激活。副产品收货是按标准价估值的，没有价格系统只能记零值，成本差异却照常产生了。
解决：用 MR21 维护回库件的未来标准价，或者把物料的价格控制改成移动平均价（V 价）；同时在物料类型配置里给回库件补上评估类别，保证财务视图可用。补标准价时要留意“未来价格”和“当前价格”两个字段，只改了未来价格，当期收货仍然按旧价格过账。这个动作做了之后，一定要让回库件重新收货一次，旧凭证不会自动重估。
4.3 TECO 之后库存补不进去：订单状态配置把后路堵死
现象：订单已经做了技术性完成（TECO），随后发现漏拆了一批零件。MIGO 对着订单号再做组件回库时，系统提示“订单已锁定”或“该状态不允许收货”。
原因：订单类型配置里设置了 TECO 后不允许后续过账，或者组件行被标记为“最终发料”后，订单状态组不再接受新的物料过账。SAP 默认很多类型 TECO 后就封死业务，但拆解订单偏偏最容易在结尾发现漏件。
解决：分两步走。先看订单类型配置里 TECO 是否允许“后续收货”和“后续发料”，允许的话直接在 MIGO 里补收货；不允许就用 CO02 取消 TECO，补完再重新 TECO。我习惯给拆解订单类型专门放行 TECO 后收货，因为拆解现场盘点耗时不可控，标准“一步到位”的 TECO 逻辑不适合这个场景。取消 TECO 要谨慎，前提是订单没有做过结算，否则要把结算凭证一并冲销。
4.4 拆解数量超过原始工单数量：过量交货标识没打开
现象：回库件数量大于 BOM 里组件数量时，系统收货报错“订单数量不足，不能过度交货”。比如 BOM 写拆解出 1 个端盖，实际拆出现好的端盖 3 个，想收 3 个被系统拒绝。
原因：拆解产出天然不稳定——一台整机里有时能拆出两个完好电机，有时一个都保不住。而系统默认按 BOM 计划量校验收货上限，过量部分没有放行标识就过不了账。
解决：在订单类型配置里打开“允许过量交货”开关（设置无限制的过量交货百分比），也会牵连到主数据层。更稳妥的做法是给拆解订单所用的物料组统一放开过量交货，再通过拆解作业指导书约束收货数量，防止现场无限制收货。另外，超额收货会连带超额冲减订单成本，财务结算时差异可能突然倒挂，建议订单组件行设置“过量收货仅以备注形式入账”，成本上不入超额部分。
4.5 移动类型 262 重估导致差异失真：估值更新顺序错位
现象：262 回冲后物料凭证显示“按移动平均价重估”，库存金额和订单成本同时变动，但月底结算时发现差异异常，和财务手工算的对不上。
原因：262 回冲在物料账里会触发库存重估，重估金额先进库存，再通过差异科目转出，时机和订单结算不在同一时点。拆解回库件如果用的是移动平均价，每次回库都会小幅改变库存单价，单价一变，后续再拆解的整机发料价值也跟着变，差异就像滚雪球一样滚出偏差。
解决：我的做法是把拆解回库过账移动类型的“价值更新”设置为不更新库存单价，只更新数量，金额差异统一由订单结算处理。路径在后台移动类型配置里找 262 的科目更新——把“库存记账”改为不更新。注意这是全局设置，会影响所有走 262 的业务，改动前需要评估普通生产订单的 262 回冲是否同样受影响。保守做法是单独复制一个专用于拆解回库的移动类型，独立配置价值更新，避免副作用扩散。
5. 拆解工单的进阶验证：三张报表让拆解价值看得见
5.1 拆解价值对账：拆前账面价值应该等于拆后回库价值加差异
拆解工单跑起来之后，一定要回答管理层一个问题：“这业务到底给我们创造了多少价值？”我在项目里验证拆解方案是否健康，只用三张报表。
第一张，CO03 订单成本报表，看单张拆解订单的投入（整机发料 + 人工费用）、产出（回库件收货金额）和差异。第二张，MB51 物料凭证报表，按订单号过滤全部 262 和 101 过账，核对实际回库数量和物料凭证是否与实物一致。第三张，KOB1 实际成本报表，看订单差异最终结算到了哪个成本中心或损益科目，确认差异链条没有断在半路。
对账公式很简单：拆解前整机账面价值 = 拆解后回库件库存价值之和 + 差异 + 在制余额。只要这个等式能对上，拆解方案的数据就是可信的；对不上，优先查回库件标准价是否变动、特殊库存是否串库。差异率一般落在整机价值 5% 到 15% 之间，如果长期低于 5%，大概率是回库件价值被高估；长期高于 15%，要么整机定价有问题，要么拆解损耗超出预期。按这个阈值做月度复核，能比财务的季度分析早三个月发现问题。
5.2 批量创建拆解工单：模板复制与 BAPI 批量入单
拆解业务一旦常态化，逐个用 CO01 手工会点到手酸。我一般先维护一个标准拆解模板，把回库件、工艺路线、结算规则全部提前配好，新订单直接复制模板，只改被拆整机物料号和批次。这一步能省掉八成重复输入。遇到批量售后回收（比如一批旧型号整机集中拆解），模板复制也不够用，我会用 BAPI_PRODORDER_CREATE 批量创建：
DATA: ls_orderdata TYPE bapi_orderdata, lt_return TYPE TABLE OF bapiret2, lv_ordernumber TYPE bapi_order_number. ls_orderdata-ordertype = 'COPZ'. " 拆解专用订单类型 ls_orderdata-material = 'RM_MODEL_OLD'. " 被拆整机物料 ls_orderdata-plant = '1000'. ls_orderdata-quantity = '1'. CALL FUNCTION 'BAPI_PRODORDER_CREATE' EXPORTING orderdata = ls_orderdata IMPORTING ordernumber = lv_ordernumber return = lt_return. COMMIT WORK.逻辑说明：BAPI_PRODORDER_CREATE 按订单数据建单，物料、数量、订单类型是必填项。批量脚本里循环传入整机物料列表，一次建出全部拆解订单。建单后还要调用 BAPI_PRODORDER_PROCESSING_EXECUTE 触发 MRP，否则订单只是草稿状态，组件需求不会展开。回库件数量差异大的场景，我建议建单后仍人工确认每个订单的组件页签，别完全交给脚本。
技术手段都是次要的，拆解工单真正难的是让业务、财务和仓库对“拆下来的一堆旧件值多少钱”达成一致。标准价压低了，业务觉得拆解白干；标准价抬高了，财务的差异报表天天报警。我的习惯是每个月抽出一天，把上月的拆解差异率和回库件实物抽查结果摆到一起过一眼，保持参数贴合现场。希望这些配置顺序和踩坑记录帮到你，少走几趟弯路。
本文还有配套的精品资源，点击获取
