简介这是一份面向 SAP PP 与 FICO 顾问的拆解工单学习资料系统讲解从业务场景到系统落地的完整链路适合需要处理返工无望、零部件回收等拆解业务的人员阅读。资源为单个 PDF 文档大小 2.97MB便于按章节查阅目前已有 4551 人学习。内容以拆解业务蓝图为主线覆盖拆解工单创建、下达、领料、拆解、检测与入库全流程同时针对财务关注点说明拆解成本不归集到产品而计入损益科目的结算逻辑并给出成本要素路径、拆解订单类型、参考工序集类型S等后台配置要点。还介绍了不使用生产订单、仅通过成本中心收集材料成本时可改用内部订单的替代方案。文中包含 CO07 创建拆解订单、MIGO 发料及531入库等前台操作说明能帮助读者快速掌握配置和操作中的关键细节。1. SAP拆解工单到底是什么从返工不了到可回收件的业务正题SAP 拆解工单在 PP 模块里是小众但高频的业务整机出了质量或工艺问题返工又划不来只能拆开把还能用的零部件回收。比如工厂生产一台电脑出现故障后无法修复但内存、硬盘、外壳还能用生产部门就会下达拆解生产订单通知产线按拆解工序处理。它的成本结算逻辑和正常生产订单不一样——拆解费用不归集到产品上而是单独挂在损益科目里当生产损耗处理。这篇笔记把拆解工单从业务背景、后台配置到 CO07 前台操作完整拆一遍同时给出配置后容易踩的坑。适合正在做 SAP S/4HANA 或 ECC PP 实施、需要支持返工拆解场景的顾问和关键用户。2. 拆解业务与参考工序集为什么拆解要走S类型的特殊工艺路线拆解订单很容易被当成普通生产订单处理结果是工艺路线带错、成本进错接收方。要理解拆解先得把它和返工分开。返工是把一个不合格品重新加工修复拆解则是在无法修复的前提下把还能用的零部件从整机上拆下来回收。拆解业务有自己的流程、自己的成本接收方还有一套专门用来简化维护的参考工序集。2.1 拆解业务蓝图领料、拆解、检测、入库的流动过程拆解业务不是一个订单走完就结束通常包含四个核心步骤。先看流程再看系统里每个环节留下什么凭证。步骤操作责任方系统动作1创建拆解工单任务生产计划员CO07 创建拆解生产订单2订单下达生产计划员工单状态从 CRTD 到 REL3仓库领取待拆解电脑仓库MIGO 按订单发料4产线拆解并检测拆解件生产人员产线报工5无故障拆件入库仓库/生产531 移动类型收货入库6成本结算财务结算到损益科目或成本中心这里的核心是“领的是成品收的是部件”。正常生产订单领料领的是原材料产出的是成品拆解订单反过来组件行放待拆解的整机产出行放拆解下来的可回收零件。这个方向一旦反了库存和成本全乱。为什么拆解要单独用一类工单因为普通生产订单的默认逻辑是“把原料加工成产品”结算时成本自然往产品头上归。拆解业务的目的是回收不是为了创造产品价值自然不能沿用这套默认逻辑。用拆解订单就相当于告诉系统这是一个特殊的加工过程成本不能进库存估值产出也不是传统意义上的成品。2.2 参考工序集S类型与普通工艺路线N类型差在哪在 SAP 里生产订单的工艺路线选择由订单类型参数控制。普通生产订单通常使用 ID 01、工艺路线类别为 N 的常规工艺路线而拆解工单要选择类型为 S 的参考工序集。参考工序集是什么它是由一系列频繁重复的生产操作组成的一种特殊工艺路线比如“拆外壳、拆主板、拆内存、测试、入库”这套动作。拆解和返工经常用到一种或多种重复工序每次的人工、机器、能源消耗都大同小异工序花费较小、工艺相对简单这时没必要为每个物料重新画一条完整工艺路线直接引用参考工序集就行。用参考工序集的好处有两个一是减少工艺路线维护量一批拆解件共用一套工序集物料主数据变化时不会影响工序二是能让拆解订单快速带出工序因为订单类型参数里把参考工序集设为优先系统在创建订单时自动去找 S 类型的工序集。S 和 N 不是同一个东西。N 类型工艺路线是普通的生产工艺路线有完整的工序、工作中心、工时S 类型参考工序集更像一个模板拆解订单引用后可以覆盖其中的工序参数但仍保留模板结构。可以这样区分N 是给“制造”用的S 是给“返工或拆解”这类可复用作业用的。拆解订单选择 S本质就是借一套标准模板而不是为待拆解的电脑单独设计加工路线。“拆解工序简单能不能直接手工建工序”可以但如果每天拆解多种机型每种都手工建工序主数据维护量会迅速膨胀。使用参考工序集之后新建拆解订单时系统自动带工序作业价格也自动匹配维护成本低得多。我一般建议拆解场景稳定、工序序号固定就用 S如果拆解方案完全没有规律才考虑手工维护工序。2.3 拆解成本结算逻辑为什么费用不进产品成本而进损益科目拆解业务发生成本是必然的有人工、机器、能源动力还有拆坏报废的损耗。如果把拆解成本归集到某个产品上产品成本会虚高而且拆解活动本身和正常生产无关。所以财务与生产讨论后一般会把拆解费用单独挂在损益科目里作为生产损耗处理。在 SAP 里实现这个逻辑靠的是 CO 侧配置。需要维护来源成本要素指定拆解订单的成本归集来源再维护结算参数文件让拆解订单产生的料工费结转到会计科目或成本中心而不是物料。拆解订单在生产端还是一条生产订单但在财务端所有费用都沿着“订单 → 成本要素 → 成本中心或科目”这条线走绕开了产品库存估值。这样产品库存成本干净生产损耗也能在损益表上单独看到。如果结算规则里把接收方设成了物料成本就会往产品库存钻这是配置时最容易出的问题。拆解业务的副产品处置也要在成本逻辑里讲清。可回收零件入库后系统会根据 531 收货给库存增加价值这笔价值会冲减部分拆解成本。如果拆解零件评估价格不准确导致冲减金额过大损益科目里的净损耗就会失真。建议拆解零件用标准成本或移动平均价维持在合理范围至少在配置完成后做一次价格校验。3. 拆解工单后台配置三处必改项与CO结算路径拆解工单配置不是一个人能做完的。PP 顾问负责订单类型和参考工序集FICO 顾问负责成本要素和结算参数。在项目里我通常建议先约 30 分钟跟 FICO 顾问把成本接收方定下来再动手配置不然配置完发现结算方向不对返工成本很高。3.1 第一步维护来源成本要素与结算参数文件路径是控制 → 内部订单 → 计划 → 维护结算 → 维护结构。这里维护的是分配结构的成本归集来源用来告诉系统拆解订单产生的成本从哪里归集、归到哪个成本要素。结构维护好之后接着维护结算参数文件。这个步骤属于 CO 侧配置PP 顾问未必有权限需要 FICO 顾问配合。结算参数文件决定了订单允许把成本结算到哪类接收方。拆解业务基本不会结算到物料上同一个订单里成本也不能既进成本中心又进会计科目需要按企业核算要求二选一或按比例分配。在维护结构时我一般会让 FICO 顾问把成本要素设置为次级成本要素与费用科目对应。这样拆解订单发生的人工和费用可以收集到成本要素上再按规则转到损益科目。不要简单用初级成本要素直接记账否则后续追溯来源时会丢掉工单维度月结分析拆解损耗就很吃力。这里还要注意来源成本元素设定的接收方必须与订单类型里的结算规则一致。如果 FICO 侧源结构指定的是成本中心而 PP 侧订单类型里默认结算到会计科目两条配置互相矛盾结算时会按某一条规则强行过账甚至报错。配置完一定要让 FICO 顾问确认一次“接收方矩阵”。3.2 第二步创建拆解订单类型并指定结算接收方SAP 不会自带一套“拆解订单类型”需要复制已有生产订单类型再调整。复制后有两件事要做一是设定生产成本归集的接收方在源结构里指定结算成本要素二是成本要素再指向成本中心或直接指向会计科目。创建订单类型时重点是维护好默认结算规则。这样以后 CO07 回车后能自动带出结算科目而不是让用户每次手动填。我见过有些项目没有配默认结算规则用户每次创建拆解订单都要手工往结算规则里加科目漏一次订单就卡在下达环节。拆解线的成本中心规划也要提前做。如果拆解线覆盖多个成本中心比如上料区和测试区分属不同归属需要按比例分摊。源结构配置可以支持分摊但拆解业务不应该做得太复杂超过两三个成本中心就认真考虑是不是该走内部订单。创建订单类型时还要关注号码范围。拆解订单和普通生产订单如果共用一个号码段报表过滤时要把订单类型加进条件如果单独用号码段生产计划员一眼就能从单号认出拆解单。项目里一般会为拆解订单单独划分一个号码范围月结对账更直观。3.3 第三步订单类型参数里把工序集选择从N改成S这一步回到 PP 配置。创建拆解工单类型并在订单类型参数中设置 Select ID以参考工序集为优先。通常生产订单的 ID 是 01、工艺路线为 N拆解订单这里要选类型为 S 的参考工序集。在订单类型参数里找到工艺路线选择相关字段把选择 ID 改成 S。这样 CO07 创建拆解订单时系统会自动去查参考工序集。修改后剩余的配置基本与正常业务一致不涉及收货、结算、容差等特殊开关。一个常见误解是以为物料主数据里维护了 S 类型工序就够了实际上订单类型参数也要允许使用 S两者缺一不可。物料侧没有参考工序集订单创建后仍然不会带工序订单类型参数没改物料侧有工序也不会被读取。现场通常先看订单类型参数再看物料主数据按这个顺序排查最省时间。订单类型复制也很容易出问题。直接从原生产订单类型复制后工艺路线选择字段大概率还是 N。很多人复制完直接拿来建单创建出来的订单没有参考工序集报工报不了最后只能在物料上补挂工序反而把标准流程绕开。从复制到落地至少要把工艺路线选择字段确认一遍。3.4 配置之间的联动物料主数据、BOM与成本中心的叠加检查拆解订单配置改完后一定要查三层联动关系。第一层是物料待拆解电脑和拆解零件都要维护主数据拆解零件要有库存视图最好维护好副产品标识。第二层是 BOM拆解订单使用的 BOM 可以沿用生产 BOM但要确认拆解零件的产量和批次。第三层是成本中心拆解发生费用的工作中心要有成本中心否则人工费用无法过账。这三层经常被各自主数据维护的人漏掉。PP 顾问改完订单类型FICO 配完成本要素物料主数据没扩产线视图最后 CO07 下单报工时系统报错。真正靠谱的做法是配完后找一条真实的数据跑一遍而不是只看配置项目是否勾选。在做联动检查时我通常会让技术同事导出一张表包含订单类型、物料、工作中心、成本中心四条链路的字段。这样能快速发现某条拆解线的工作中心没有分配成本中心或者物料没有维护拆解产量。表发给相关模块负责人确认比口头来回问要高效得多。4. 前台实操CO07建单、组件维护与MIGO发料闭环后台配置只是开了闸真正每天被用户使用的是 CO07 和 MIGO。这部分需要把操作顺序和字段含义写清楚不然新手容易把拆解订单的组件方向搞反。4.1 CO07创建拆解订单输入、回车、维护结算科目的顺序别乱创建拆解订单用事务代码 CO07操作界面和普通生产订单相似但拆解订单比普通订单多一步维护结算科目。输入 CO07选择拆解订单类型。输入物料编码就是那台待拆解的电脑成品。输入拆解数量、工厂、日期。按回车系统弹出订单头信息。在结算规则里维护 FICO 提供的结算科目。保存并下达订单状态从 CRTD 到 REL。回车这一步很关键不能跳过。不回车直接点保存订单也能保存但结算规则没完整下达时会报“结算规则不完整”之类的错误只能回来补。结算科目由 FICO 顾问给出通常是一条成本要素编码。我习惯让用户把这条科目记在工单附加文本里方便月结核对。系统里也可以设置成必填字段强制用户在创建订单时维护减少漏填概率。4.2 拆解组件维护领成品物料、产出拆件走531入库创建完订单头后进入组件清单。普通生产订单组件是配方里的零件拆解订单要反过来看组件行放待拆解成品移动类型一般用 261 发料产出行放拆解后的可回收零件移动类型用 531 副产品收货入库。531 移动类型大家可能有点陌生。正常生产里 101 收货是成品入库531 是副产品收货专门把生产过程中连带产出的物料入到指定库存。拆解场景下可回收零件本质上就是拆解过程“连带产出”的物料所以用 531 入库是合规的路径。维护组件时注意数量拆解电脑 1 台产出内存条 2 根、硬盘 1 块数量要跟 BOM 或者人工拆解定额一致。如果拆解过程中部分零件报废实际入库数会比计划少需要按实际入库数过账而不是按计划数。拆解订单的组件方向搞反是最大的翻车点。我曾经见过有人把拆解零件放在组件行、把整机放在产出行然后 101 入库了整机结果整机数量暴增拆解零件库存负数月结盘库时对不上账。所以创建前一定先确认行标识Y 是产出L 是组件。4.3 报工与入库哪些动作可以直接沿用生产订单惯例拆解工单的报工和普通生产订单一样用 CO11N 或 CO1P 按工单报工确认人工工时、机器工时。报工完成后系统按订单参数设置过账作业成本。如果拆解过程简单可以不做分步报工整单确认一次即可。入库则是在 MIGO 里选择“收货 → 订单”订单类型是拆解订单再按 531 移动到库存。后续的报工、入库跟正常订单一样不用单独学新知识。但报工时要注意拆解产量。有的车间会在报工时把拆出来的零件数量作为“产量”报上去这会把订单产出搞乱。拆解工单的产量应该等于拆解的整机数量而不是零件数量。零件入库通过副产品 531 完成不是通过工单最终确认。4.4 成本视角拆解订单的差异和月结处理拆解订单月结时会和生产订单一起跑结算但因为结算接收方是损益科目差异处理比较特殊。如果实际拆解费用和订单计划费用有差异差异会结转到设定的损益科目而不是分摊到产品。到月结时建议财务顾问把拆解订单单独列出检查结算日志确认没有一条差异被分到库存。曾经有个项目发现拆解订单部分成本进了库存原因是结算规则里系统默认勾选了按数量分摊接收方字段又误选了物料。这个坑在下一章的 5.4 里细说。5. 拆解工单避坑指南五个高频翻车点及排查顺序拆解工单看似简单实际踩坑的地方不少。我把这些年遇到的五类高频问题整理出来按现象、原因、解决三段写方便现场对着处理。5.1 现象拆解订单创建后工艺路线带不出来创建订单后订单头可以正常保存但工序页签是空的无法报工。点工序会提示找不到工艺路线。原因有两类一是订单类型参数里的 Select ID 没有改成 S还停留在普通生产订单的 N 工艺路线上二是物料主数据里根本没有维护参考工序集系统找也找不到。解决先检查物料主数据里是否分配了参考工序集再进订单类型参数把工艺路线选择改为 S。改完以后重建拆解订单不要继续用旧的错误订单。5.2 现象结算科目没维护订单卡在下达CO07 创建订单后点下达系统报错提示结算规则不完整或没有有效的结算接收方。原因创建订单时没有按回车进入订单头维护结算科目或者 FICO 顾问没配置源结构导致结算规则为空。解决进入订单编辑结算规则手工添加一条接收方为会计科目的记录科目编码由 FICO 顾问确认。如果是新配置环境先把源结构和结算参数配置完整再重新建立订单。不是系统 bug更多是操作顺序问题。5.3 现象531入库后库存数量与账面对不上拆解零件 531 入库后仓库盘点发现零件库存和拆解记录不一致有的物料账面多了有的少了。原因拆解组件数量与实际报废数量没联动。531 按订单计划数量收货但拆解过程可能报废一部分零件用户没有做报废确认导致账实不符。解决拆解产线做完后基于检测结果做收货数量调整。MIGO 531 收货时按实际合格数量收坏件单独过账到报废或废品仓不要让产线按理论数直接过账。同时要求每次拆解做好记录月结前与系统数量勾稽。5.4 现象拆解费用被归集到物料成本里了月结后检查产品成本报表发现拆解订单的成本跑到了某个产成品的库存成本里而不是损益科目。原因结算规则里的接收方被设置成了物料或者结算参数文件没有限制接收方类型系统用默认规则按物料结算。这属于 CO 配置错误。解决回到结算参数文件把允许的结算接收方调整为会计科目或成本中心在拆解订单类型的默认结算规则里将接收方明确设定为损益类成本要素。改完以后旧订单重新跑结算或者直接把错误成本冲回。5.5 现象复制订单类型后参考工序集依然是N复制原有生产订单类型作为拆解订单类型后创建订单时系统仍然按 N 类型工艺路线选择S 参考工序集完全不生效。原因复制订单类型只复制了基本参数订单类型参数里的工艺路线选择 ID 仍然继承原值 N没有自动改成 S。解决复制后进入订单类型参数找到工艺路线选择字段显式改成 S同时确认参考工序集编号与业务范围。这个点最容易在顾问交接时遗漏因为两个字段在不同界面维护现场操作的人以为复制完就完事了。6. 拆解业务的替代方案内部订单收成本与六步配置验证拆解业务不是只有生产订单一种解法。如果企业拆解量不大、不需要生产工单的复杂能力完全可以用内部订单替代。这一章给出两种方案的差异以及配置完成后怎么验证。6.1 内部订单收集拆解成本适用场景与配置差异什么时候该放弃拆解工单走内部订单某售后维修车间专门拆解退回整机但没有生产工单的需求产线不需要报工只要把材料成本和人工费归集到成本中心核算。这时 CO07 那套拆解生产订单显得过重用内部订单更合适。内部订单方案同样由 FICO 维护来源成本要素和结算参数但不再创建生产订单。业务部门创建一个内部订单把成本中心挂在订单上。发料时 MIGO 用移动类型 201 把待拆解成品发给成本中心拆解零件回收则按普通库存凭证处理。两种方案对比如下。对比维度拆解生产订单内部订单工艺路线需要 S 参考工序集不需要报工需要车间报工不需要结算接收方损益科目或成本中心损益科目或成本中心适合场景拆解线完整、工序可复用少量拆解、只需成本归集前台操作CO07 MIGO内部订单 MIGO内部订单方案有一个注意点它不负责管理拆解数量拆解零件的入库没有工单约束容易漏收所以只建议在没有生产管理诉求时使用。6.2 配置是否生效六步验证清单我自己有一个习惯改完拆解订单配置后不急着上线先强制跑一遍六步验证。这一步帮我拦住过至少三次上线事故。打开订单类型参数确认工艺路线选择 ID 已经改为 S。CO07 创建拆解订单确认系统自动带出参考工序集和工序。保存后进入结算规则确认默认接收方是 FICO 给出的科目编码。检查组件清单待拆解成品在组件行移动类型为 261拆解零件在产出行移动类型为 531。用 MIGO 发料再按 531 收货确认库存凭证和数量无误。跑一遍订单结算检查结算日志确认成本进损益科目而非物料。六步里最容易破功的是第 3 步。有一次我配好了所有后台第 2 步也通过了但结算规则默认接收方被系统带成了物料月结后直接产生一笔非预期成本。从那以后我每次配完拆解工单都强制走一遍上述六步尤其是第 3 步和第 6 步哪怕多花十分钟也不省。希望这份拆解工单笔记能帮你少走一段弯路。本文还有配套的精品资源点击获取