简介SAP拆解工单详解是一份面向SAP PP与CO顾问的实战型PDF文档聚焦生产企业中无法返工但有部件可回收的拆解场景。文档从拆解业务蓝图出发明确拆解工单与标准生产工单的差异说明其成本不应归集到产品而应记入损益科目的财务处理原则。重点介绍参考工序集类型S在拆解与返工作业中的简化作用并详细拆解后台配置路径由财务顾问维护来源成本要素与结算参数文件、创建拆解订单类型并指定结算接收方、选择参考工序集等关键步骤。前台操作部分完整覆盖CO07创建拆解订单、MIGO发料、拆解件531入库、后续报工与检验同时给出不经过生产业务、仅需收集材料成本的内部订单替代方案。全文以实际业务案例贯穿从工单创建到财务结算逐一说明内容组织清晰便于读者对照练习。资源为单个PDF文件大小2.97MB已有4541人学习下载适合需要全面掌握SAP拆解工单配置逻辑与操作要点的PP/CO从业者。1. 拆解工单到底在拆什么概念与适用场景“拆解工单”这个叫法第一次听到的人十有八九会想不就是把装配工单反过来跑一遍吗真不是。做过服务备件的人都知道客户退回来一台整机说坏就坏是修、是拆、还是整机报废每个动作背后都是一堆库存、成本和账务变化。拆解工单在 SAP 里通常以独立的生产订单类型维护它的核心职责是把一台完整产品按照预定义的拆解 BOM 拆回组件把可用的组件回收到备件库把不能用的部分做报废或维修处理。最常见的业务场景是退货返修、以旧换新、召回处理、设备汰换和资产回收。这篇笔记我把拆解工单从数据模型、系统配置、执行流程到结算验证的完整链路讲清楚并把我在真实项目里踩过的坑一并交代出来。做备件计划、生产调度和 SAP 内部顾问的朋友读完可以直接照着去搭一套拆解流程。2. 拆解工单的数据模型把 BOM 的箭头掉个头2.1 拆解 BOM 的方向问题为什么装配 BOM 没法直接反着用普通生产订单的 BOM 语义非常明确BOM 行项目里的组件从仓库发给订单产成品从订单收到仓库。拆解工单要实现的是把这两个方向掉换过来——组件被“生产”出来整机被“消耗”掉。方向一换BOM 的结构就不能照搬装配 BOM。如果你贪图省事直接拿装配 BOM 建拆解单系统按普通生产订单的逻辑执行时会出两种结果要么 MIGO 过账被拒绝因为移动类型和订单方向不匹配要么过账后库存张冠李戴整机出现在组件库存里组件反而被发到了订单上账面立刻出现负数库存。我有一次在某制造企业的返修项目里就是这么翻的车第二天 MD04 一片红最后靠冲销加重建订单才救回来。正确的做法是单独维护一套拆解 BOM。拆解 BOM 里整机以特殊组件行的形式出现数量为待拆解数量可回收组件作为产出项挂在订单层面。下表把两者的差异列清楚方便你对照理解维度装配 BOM拆解 BOM上层物料产成品待拆解整机BOM 行项目用于装配的组件可回收组件、报废件物料流方向仓库 → 订单组件消耗订单 → 仓库组件回收整机处理不出现或只出现在成品层作为消耗项出现在 BOM 中典型用途生产计划、成本核算返修、回收、备件再造维护拆解 BOM 时我一般建议用独立的 BOM 组或 BOM 用途区分别和生产主力 BOM 混在一起否则做 MRP 跑的时候会把拆解结构也带进计划导致需求重复计算。2.2 订单类型与工厂设置给拆解工单单独一个身份拆解工单不能靠普通生产订单类型加备注凑合。订单类型决定了一个订单的过账规则、状态管理、成本收集方式和报表筛选条件这些在拆解场景下都和普通生产不同。实务上最常见的做法是在配置里新建专属订单类型比如 DA01、DA02而不是借用 PP01 或 PP04。订单类型的配置路径在生产订单的订单类型定义里事务代码 OPJH 打开后可以看到所有已定义的订单类型。关键参数包括默认数量、是否允许部分收货、是否强制批次分配、是否允许倒冲以及最重要的“拆卸/装配”方向标识。这个标识决定了系统在过账时如何解释 BOM 的方向普通订单按装配逻辑拆解订单按反向逻辑。不同行业对这个字段的叫法不同有的叫组装/拆卸标识有的叫反向生产标识找配置时别只盯着名字要看底层字段行为。我习惯用一个简单的底层表查询来校验订单类型是否生效。用 SE16N 打开表 T003O筛选自己新建的订单类型看看有没有写进正确的主数据-- 校验拆解订单类型的底层主数据 SELECT auart, autyp, txt FROM t003o WHERE auart IN (DA01, DA02);这段查询在 SE16N 或 SE38 里跑auart 是订单类型autyp 是订单类别txt 是描述。如果查出来是空的说明订单类型只建在了前台配置视图底层主数据没有生成需要回到 OPJH 重新保存并检查工厂分配。工厂层面的分配在 OPKP 里设置注意拆解订单可能只在特定的维修工厂或备件中心启用别把全部工厂都配上。2.3 与普通生产订单的差异发货、收货与结算全面对比拆解工单和普通生产订单的差异不止 BOM 方向成本归属和结算对象也完全不同。下面这张对照表是我每次给用户培训时都会用的建议收藏对比项普通生产订单拆解工单物料流按 BOM 发料 261完工按 101 收货整机按 261 消耗组件按 101 回库BOM 用途生产装配拆解回收成本组成组件成本 人工 制造费用整机账面价值 拆解人工 处置损耗入库方向产成品入库组件入库、整机出库结算对象产成品库存成本中心、资产或项目批次处理装配发料批次回库组件重新分配批次状态管理下达、完工确认、TECO同上但多了拆解完成确认这里要特别提醒一点拆解工单不是每个 SAP 版本都原生支持“一键反向”老版本里有相当多项目是靠订单类型区分加自定义移动类型实现的。移动类型的组合常见有两种做法一种是组件回库走 101整机消耗走 261另一种是组件回库走 311/312 库存转移整机转入拆解专用库存后再做消耗。前一种直观后一种适合整机来源复杂、需要拆解前做暂存的场景。选哪一种取决于你的仓库是否愿意为拆解单独划分库位。3. 拆解工单的落地配置物料、拆解 BOM 与工艺路线3.1 物料主数据准备整机与回库组件的评估与批次参数拆解工单跑起来之前物料主数据至少要准备三层待拆解的整机、回库的可回收组件、以及报废件。整机物料在 SAP 里通常启用了批次和序列号尤其是售后返修场景没有序列号你根本说不清这台整机是哪个客户、哪个批次的。整机的物料主数据要注意几个视图基本数据视图里的物料描述和产品组工厂数据视图里的 MRP 类型拆解场景建议设成无 MRP 或按需计划避免系统自动给拆解单生成计划订单会计视图里的评估类决定退回来的整机以什么成本入账。这里有个容易犯的错把退货整机挂在和正常成品一样的评估类上拆完后整机价值全部留在订单里财务月底对账时差异会被分摊到莫名其妙的成本中心。回库组件如果是继续当备件卖或装到下一台设备上必须有完整的物料主数据包括会计视图、MRP 视图和销售视图。如果组件只是拆下来做初步检测不确定能不能用可以设一个“待检”库存类型用质检状态隔离。下表是我常用的三种物料参数参考物料类型评估类批次要求MRP 类型备注待拆解整机成品评估类或用退货专用评估类必须无 MRP / ND以序列号追踪来源可回收组件备件评估类视物料类型再订货点或按需回库后重新检验报废件报废成本科目可以不管理无走 551/555 报废批次参数里有一个细节拆解回库组件建议沿用整机的批次来源或者至少保留整机批次和组件批次之间的追溯关系。某客户在设备汰换项目里没有做这个关联后面做质量追溯时花了三周手工查凭证最后上了自定义增强才搞定。别省这个设计时间。3.2 拆解 BOM 维护用 CS01 建一套反装结构拆解 BOM 通过 CS01 维护核心操作是把普通 BOM 的语义翻转过来。一般的创建步骤如下先进入 CS01输入整机物料号BOM 用途选择专门给拆解用的用途值如果系统默认没有拆解用途可以新建一个 BOM 组作为区分。然后在行项目里先加入整机本体作为消耗项。这个行项目在拆解执行时会被系统反向理解整机的库存会因拆解订单的下达和过账而减少。接下来把可回收组件逐行录入每个组件行维护数量、计量单位和回收容差。容差参数决定实际回收数量和 BOM 理论数量的偏差范围比如硬盘的拆解良率是 95%容差设 10%意思是可以接受 0.85 到 1.05 块之间的回库差异超出就要走差异处理流程。这个字段在拆解 BOM 里非常关键没有它系统严格按理论数量过账现实中的拆解损耗会让库存差异每个月都爆表。维护完 BOM 后去 CS03 做一次检查重点看两点整机消耗行有没有被误标成“回库”可回收组件有没有漏掉数量。某开发者在模拟项目 X 里把拆解 BOM 的组件行全部设成了回库结果整机数量没减组件库存翻倍两个礼拜后才被 MRP 异常报表抓到。如果你们公司有工程变更管理拆解 BOM 也要纳入变更号管控否则生产用新版 BOM拆解还在用旧版结构不一致会产生大量过账失败。3.3 工艺路线与订单参数让拆解工序能执行、能结算拆解工单的工艺路线不能直接复用装配线工艺。拆解的工作内容是取下螺丝、按顺序分离组件、清洗检测和装配完全是两套工序。我一般用 CA01 单独创建一组拆解工艺路线工作中心选择专门的拆解工作中心该工作中心的能力类别按人工计因为拆解通常以人工为主。工艺路线里每道工序要维护活动类型比如人工工时。工时费会在订单成本收集中被计到拆解成本里最后随订单结算出去。如果你不想把拆解人工费摊到组件成本里可以把活动类型设成不更新订单成本只做产量统计但这种情况在多数企业里很少见因为管理层还是想知道一次拆解花了多少人工。订单类型参数方面回到 OPJH 为 DA01 做最后确认。重点检查这几项订单下达后是否允许修改 BOM 行是否允许数量不一致的收货是否勾选了批次必需是否允许倒冲。拆解场景我不建议开倒冲拆解和装配不一样拆到什么程度完全是现场决定倒冲会让系统按 BOM 理论值自动记账实际数量根本没参考价值。订单的默认结算规则也在这里设好。拆解订单最常见的结算对象是成本中心比如“返修成本中心”或“备件回收成本中心”。如果要按批次追溯单台整机的拆解收益可以考虑结算到内部订单但不建议一开始就上内部订单复杂度会高很多。4. 拆解工单的执行路径从退货入库到组件回库4.1 退货源头冻结库存、质检与移库的先后关系拆解流程的起点不是 CO01而是退货入库。客户退回整机后仓库先做收货货物进入冻结库存或质检库存。这一步不能省也不要把退货整机直接收到非限制库存里。某制造企业早期为了省事退货直接进非限制库存结果十五台不良品被生产计划当成正常库存排进装配计划直到缺料才发现。质检通过后要把整机从冻结库存转到普通库存才能被拆解工单消耗。如果拆解前还需要暂存通常是先移到拆解中间库位再通过库存转移把整机挂到拆解订单下。这个环节用 MIGO 操作移动类型常见的有 311/312。要注意的是整机从冻结库存转出后库存类型变化要同步更新批次状态否则 MIGO 过账时批次找不到对应库存类型会报错。4.2 创建并下达拆解工单CO01/CO02 的检查项整机在普通库存里待够位后就可以用 CO01 创建拆解工单了。创建时输入订单类型 DA01 和整机物料号系统会自动带出拆解 BOM 和拆解工艺路线。下单数量建议和退货数量严格一致不要创建一张大单再慢慢分批拆后期对账会非常痛苦。创建完成后进 CO02 检查三个地方BOM 组是否带出拆解专用组工艺路线是否正常选择到拆解工序订单数量是否等于整机可用库存。检查通过后下达订单状态从 CRTD 变成 REL。有些项目会要求拆解前做一次产能校验如果拆解工作中心已经满载就先把订单冻结等有产能再释放。4.3 货物移动组件回库的数量、批次与实际回收份额拆解工单执行时的货物移动是整个流程里最容易出错的环节。拆解工人在现场确认哪些组件完好、哪些报废这个信息先在纸质工单或系统里登记再由仓库或生产人员集中过账。组件回库用 MIGO 收货选择“订单相关”功能输入拆解工单号系统会带出拆解 BOM 里的组件行。此时要把实际回收数量填进去不要直接按 BOM 数量过账。如果你在拆解 BOM 里设了回收容差系统会校验实际数量是否在容差范围内超出会弹警告或错误。组件如果启用了批次过账时还要分配批次号建议按整机原批次做追溯找不到原批次就用一个新的接收批次但要在备注里写明来源整机号。整机的消耗在物料层面体现为一次发货移动类型 261 或类似的反向移动类型。整机库存会因此减少这和装配产成品的入库是相反方向。拆解工单上整机消耗的会计影响是把整机的账面价值转入拆解订单成本所以你会发现拆解订单的成本科目里挂着一笔整机出库金额。如果你的拆解是分批进行的比如今天先拆出硬盘和内存明天再拆 CPU那就别一次性把整机全部消耗完。常见做法是每批都消耗一部分但整机的发货数量始终等于累计已拆解部分对应的价值。这一步如果图省事一次性过账后续组件报废时的差异会对不上账。4.4 结算与状态完成TECO 前的最后两道检查当全部组件都回库、报废件也做了报废处理后进入订单结算。结算用 KKAO 或 KOB1前提是订单的成本已经被收集完整。结算时整机的账面价值和拆解人工会一起被结算到预设的成本对象上组件回库的价值以收货时的评估价体现。差额部分就是拆解业务的盈亏。结算完成后用 CO02 把订单做技术性完成状态变为 TECO。我习惯在 TECO 前强制检查两件事第一组件的收货量是否等于实际拆解记录第二整机消耗数量是否等于订单计划数量。两个数量差任何一个对不上订单就不能成功 TECO系统也会在状态转换时给出提示。5. 拆解工单的避坑指南成本、库存与账务上的五个常见问题5.1 组件回库数量与 BOM 理论数量对不上库存凭空多出来现象拆解 BOM 上写了 2 块硬盘实际现场只拆出 1 块可用硬盘但系统库存显示收回 2 块库存账面虚增。原因收货人员在 MIGO 里直接按 BOM 默认数量过账没有改成实际数量或者拆解 BOM 的回收容差设置过宽系统认为 1 块到 3 块都可以接受过账时不做严格校验。解决方法过账前强制要求录入实际回库数量容差收紧到 5% 以内。每月用 MB52 对比拆解工单理论回收量和实际收货量超差物料建立差异清单让计划员逐项解释。如果某个组件反复出现实际回收远低于理论值把它从拆解 BOM 里去掉改为按维修备件入库避免每次都产生差异。5.2 拆解成本全堆到整机上月底差异无人认领现象拆解订单结算后所有成本都归集到整机物料号上财务月结时发现一笔大额差异挂在成本中心里没有任何人可以说明来龙去脉。原因整机的账面价值在拆解时全额计入拆解成本但可回收组件回库时评估价为零导致组件好像“免费”回到库存整机的损失却没有被分摊到组件成本上。结算规则里如果只挂了一个成本对象差异自然全跑到那里。解决方法给可回收组件配上评估价哪怕是一个很低的标准价让回库组件的价值从拆解总成本里冲掉一部分。拆解订单的结算规则建议拆成两条线组件价值结算回库存残余损失结算到报废成本中心或对应的损益科目。提示组件零价值回库在短期看数字很干净但后续备件卖出时会显示高毛利或低毛利财务解释起来费力。我见过某客户全用零价值半年后 CFO 要求重做成本模型工作量很大不如一开始就设一个合理评估价。5.3 订单卡在“部分交货”状态无法技术性完成现象整机拆完了组件也回收完了但订单状态一直停在 PDLVCO02 做 TECO 时系统提示还有未完成的数量。原因某个 BOM 行项目没有做收货或者整机消耗数量小于订单计划数量。最常见是某个组件现场已经报废但报废移动没做系统以为这个组件还在订单上没处理。解决方法进入 CO03查看订单的 BOM 行逐行检查收货数量和计划数量。差的组件补做收货已经报废的组件用 551/555 做报废出库。全部清零后再做 TECO。如果对不上就说明现场记录漏了回现场把拆解记录翻出来核对别强行用 CO02 绕过。5.4 批次物料在拆解时批次没分配COGI 积压一堆错误现象拆解某些启用批次管理的组件时系统报批次确定失败或不允许空批次COGI 里堆了一堆错误条目组件库存一直没有增加。原因拆解 BOM 维护时没有给批次管理组件勾选批次确定或者收货时操作员没有手动指定批次。SAP 默认物料如果启用了批次管理收货时必须提供批次号不能留空。解决方法在 MIGO 收货时手动选择批次或者提前在物料主数据的 MRP4 视图里配置自动批次确定规则。拆解场景推荐使用按原始入库批次延续的规则也就是整机是哪一批进来的拆下来的组件也继承这一批。某制造企业用的就是这个逻辑后面做质量追溯只需一条物料凭证就能从组件追回整机。5.5 移动类型配错组件回库进了成本中心而不是库存现象组件的回收过账成功了但物料库存没有增加金额跑到了成本中心仓库说库存账面上找不到这批备件。原因收货时选择的移动类型不是往库存收而是往费用科目记。比如 262 是订单发货到成本中心201 是直接费用消耗如果拆解工单的订单类型没有允许 101 这种库存收货系统会按后台配置降级或改走费用移动类型。解决方法在 OPJK 里检查订单类型和移动类型的对应关系确保拆解订单类型允许库存收货移动类型。同时要求前台操作人员在 MIGO 里不得自行修改移动类型只能从订单相关功能带出系统默认的移动类型。这个坑我在两个项目里都踩过最后加了一条控制规则前台改了移动类型保存时直接报错强制回退默认值。6. 拆解工单的验证技巧用 MD04 和 MB51 把每颗料盯到闭环6.1 用 MD04 验证整机消耗与组件回库的数量闭环拆解工单做完技术性完成不等于业务闭环了。真正能证明拆解结果正确的方法是用 MD04 把整机和回库组件两边的数量对起来。MD04 打开整机物料号会看到整机库存因拆解工单的消耗而减少再打开每个回库组件的 MD04正常情况下能看到从拆解订单收货产生的一笔可用库存增加。两者的数量关系应该是整机消耗数量 × 拆解 BOM 理论可回收量 ≈ 组件回库数量。实际回收量少多少就要在拆解记录和报废记录里找多少。如果组件那边多出来数量则说明有收货过账错误。每个月把它当常规检查做一次拆解业务的损耗率就能持续受控。6.2 用 MB51 复核拆解订单的物料凭证一致性MD04 看的是数量MB51 看的是凭证流的完整性。输入拆解工单号MB51 会把这张订单产生的所有物料凭证列出来。我在验证时只看三个移动类型的行整机的 261 类消耗、组件的 101 类收货、报废件的 551/555 报废。三类行加起来的物资口径要和现场拆解记录一致。如果 MB51 里出现成本中心费用类的移动行就要警惕是不是有人改过移动类型。这也是鉴别拆解流程是否规范的好办法审计时可以把 MB51 输出导出直接当证据。我的习惯是每次拆解订单月结前跑一次这三个事务把异常条目清完再做生产订单的批量 TECO长期坚持下来拆解工单的状态完成率和库存准确率都能保持在 99% 以上。希望帮到你。本文还有配套的精品资源点击获取