简介：本资源是面向SAP PP模块实施顾问、生产计划专员及FICO财务顾问的深度实践指南，系统解析SAP中拆解工单（Disassembly Order）这一特殊生产订单类型的全流程设计与落地要点。内容覆盖拆解业务场景本质（如不可返工产品的部件回收）、端到端操作路径（CO07创建→MIGO发料→531入库）、财务结算逻辑（成本不计入产品，归集至损益科目）、参考工序集（类型S）配置与应用，以及内部订单替代方案等关键决策点。资源为1个2.97MB的PDF文档，结构清晰，含24张实操截图、配置参数说明及典型业务蓝图图示，便于对照系统界面理解后台逻辑。目前已有4538人学习下载，适合需快速掌握拆解业务配置差异、规避结算风险、提升PP-FICO协同效率的中高级SAP从业者。
1. SAP拆解工单不是“返工2.0”，而是独立成本归集的生产逆向操作：解决有缺陷成品的部件回收与财务隔离
你手头有一台刚下线就发现主板烧毁的整机，返工已无可能——重焊？没治；换板？库存没备件；报废？显卡、内存、散热器全都是好料。这时候生产部门不会建个“01类型+工艺路线N”的标准生产订单去领料，也不会在CO01里随便选个工序集糊弄过去。真实产线里，他们点开CO07，输入一个带S前缀的订单类型，选中类型为S的参考工序集，把这台整机当“原材料”领走，再把拆下来的8个可用部件按531移动类型入库。整个过程不产生标准产品成本，所有人工、能耗、辅料费用，统统结算到FICO顾问配好的“拆解损耗损益科目”里，和主产品BOM、成本核算完全脱钩。这不是流程变通，是SAP PP模块对“生产逆向流”的原生支持：它强制业务逻辑与财务口径对齐，避免拆解成本污染主产品单位成本。适合正在落地S/4HANA PP模块、或正被客户追问“坏机怎么拆、钱怎么算”的ABAP/PP/FICO一线顾问，也适合想搞懂SAP如何用同一套订单框架承载正向制造与逆向回收的系统架构师。别被标题里“史上最详细”唬住——真正卡住90%实施项目的，从来不是菜单在哪，而是“为什么必须用S型工序集”“为什么CO07里要手动维护结算规则”“为什么MIGO发料时物料移动类型必须是261而非262”。这篇笔记，就从这些血泪问题开始拆。
2. 拆解工单的本质：不是特殊订单类型，而是“物料流向反转+成本归集路径重定向”的组合配置
2.1 拆解业务的物理流与价值流分离：为什么不能复用标准生产订单？
标准生产订单（Order Type = PP01）的设计前提是“投入原料→产出成品”，其后台逻辑绑定着BOM展开、工序确认、报工反冲、成本收集到产品等一整套正向链条。而拆解业务是典型的“投入成品→产出散件”，物理流向完全逆转。若强行用PP01建单：
- BOM展开会试图从该整机的BOM里倒推“需要什么原料”，但整机本身是最终产品，没有上游BOM；
- 报工确认时系统默认要扣减“工序消耗”，但拆解产线实际是释放资源（如释放显卡库存），而非消耗；
- 成本归集默认指向该整机的物料主数据成本对象，导致拆解人工费、电费错误计入整机历史成本，污染后续批次成本分析。
提示：某客户曾用PP01模拟拆解，结果月结后发现整机标准成本暴涨37%，根源就是拆解工单的人工费被自动分摊进该物料的成本构成表（CK13N）。这不是配置错，是模型用错了。
所以SAP的解法很直接：不改底层逻辑，而是通过“订单类型+参考工序集+结算规则”三要素，覆盖掉正向流的默认行为。核心在于两点：
①物料流向控制：用特殊移动类型（如261发料领整机、531入库散件）绕过BOM驱动；
②成本路径重定向：通过结算参数文件（OKO7）和成本要素（如430000-拆解人工损益）切断与产品主数据的关联。
2.2 参考工序集（Reference Operation Set）为何必须是类型S？四个字段决定成败
参考工序集（T-CODE: CA11）本质是预置的“工序快照”，但类型S（拆解专用）与类型N（标准工艺路线）的关键差异藏在四个字段里：
| 字段名 | 类型S典型值 | 类型N典型值 | 为什么拆解必须S |
|---|---|---|---|
| Control Key（控制码） | PM01（无确认、无报工） | PP01（需报工、确认） | 拆解产线不走标准报工（CO11N），只需记录完工数量，PM01禁用确认功能，避免误操作触发反冲 |
| Work Center（工作中心） | ZDISMANTLE（专设拆解中心） | ZASSEMBLY（组装中心） | 工作中心主数据中“Costing Sheet”字段必须指向拆解专用成本核算表，否则人工费率取错 |
| Base Quantity（基准数量） | 1 EA（以整机为单位） | 100 PC（以批量为单位） | 拆解按台计，非批量；影响后续工时计算和成本分摊粒度 |
| Operation Scrap（工序废品率） | 0%（拆解本身不产生废品） | 1.5%（组装环节正常损耗） | 若设为非零，系统会在结算时多计“废品成本”，但拆解损耗已由损益科目统一承担 |
创建类型S工序集时，必须在CA11中勾选“Reference Operation Set”并指定类型为S，否则在CO07创建订单时无法被识别为可选工序集。实测发现：若未勾选S类型，即使工序集内容完全一致，CO07界面“Reference Operation Set”下拉框里也为空——这是SAP硬编码的过滤逻辑，不是权限问题。
2.3 拆解订单类型的后台配置：三个关键参数决定成本能否正确归集
拆解订单类型（T-CODE: OPL8）不是简单复制PP01，必须调整以下三项（其他参数如计划参数文件、调度参数可沿用PP01）：
Order Type Parameter：Select ID for Reference Operation Set
必须设为S（而非空或N）。这是CO07界面能调出S型工序集的前提。若此处留空，系统默认只显示N型工艺路线，S型工序集将不可见。Settlement Profile（结算配置文件）
必须指向为拆解业务单独创建的结算配置文件（T-CODE: OKO7），例如ZDISM。该配置文件中：- Receiver Type（接收方类型）设为
COST CENTER（成本中心）或ORDER（内部订单），严禁设为MATERIAL（物料）； - Allocation Structure（分配结构）必须引用FICO配置的拆解专用结构（如
ZDISMSTRUCT），该结构中所有行项目均指向损益类成本要素（如430000人工损益、440000能源损益）。
- Receiver Type（接收方类型）设为
Default Values for Order Header（订单抬头默认值）
Settlement Rule（结算规则）字段必须预填为PERCENTAGE（百分比结算），且默认百分比为100。这是为了在CO07创建时，系统自动生成结算规则行，避免顾问手动维护时漏填。
注意：某实验室曾因OPL8中结算配置文件指向了标准生产配置文件（
PP01SETT），导致拆解工单月结时所有成本被结算到整机物料上，财务部发现当月“电脑”物料成本异常升高，排查三天才发现是订单类型配置错误。这种坑，必须写死在配置检查清单里。
3. 前台操作全流程：从CO07建单到MIGO发料，每一步都藏着结算逻辑开关
3.1 CO07创建拆解订单：四步填完，但第三步决定财务生死
进入CO07 → 输入工厂、计划员组、订单类型（如ZDISM）→ 回车后进入订单抬头维护界面：
- Material（物料）：输入待拆解的成品物料号（如
PC-2024-A），注意不是BOM中的子件； - Quantity（数量）：输入拆解台数（如
5），此数量将作为后续所有移动类型的基准； - Settlement Rule（结算规则）：点击“Settlement”按钮 → 在弹出窗口中：
- Receiver（接收方）：选择成本中心（如
CCTR-DISM）或内部订单（如OR001234）； - Cost Element（成本要素）：必须选择FICO提供的损益类要素（如
430000）； - Percentage（百分比）：保持
100，确保全额结算；
关键逻辑：此处填写的成本要素，必须与OPL8中结算配置文件定义的分配结构完全一致。若FICO配的是
430000，但这里填了430001，月结时该工单成本将无法过账，报错KDF2（结算要素未定义）。 - Receiver（接收方）：选择成本中心（如
- Components（组件）：点击“Components”标签页 → 点击“Add” → 输入拆解后要入库的散件物料号（如
GPU-RTX4090、RAM-DDR5-32G）及对应数量（如5台×1块=5块）→ 移动类型选531（非限制库存入库）。
完成以上四步后保存，订单即创建成功。此时订单状态为CRTD（已创建），尚未下达。
3.2 订单下达（Release）与发料（MIGO）：为什么必须用261移动类型？
订单创建后，需先下达（T-CODE: CO02 → 选中订单 →Edit→Release）才能执行后续操作。下达后状态变为REL（已下达）。
发料操作（T-CODE: MIGO）必须严格按以下步骤：
- 事务代码：
MIGO→ 选择Goods Issue（货物发出）→Order（订单）； - 输入订单号、工厂、库存地点；
- 在行项目中：
- Material：仍为待拆解的成品物料（
PC-2024-A）； - Quantity：与CO07中输入的拆解数量一致（
5）； - Movement Type（移动类型）：必须为
261（订单相关发料，非限制库存）； - Account Assignment（账户分配）：系统自动带出CO07中维护的结算规则（成本中心/内部订单+损益要素）；
- Material：仍为待拆解的成品物料（
为什么不能用262（订单相关收货冲销）？因为262用于冲销已发料，而拆解是首次领用整机，属于正向发料。若误用262，系统会报错
No goods issue posted for this order（该订单无发料记录），因262需先有261记录才能冲销。
发料成功后，整机库存减少5台，同时成本中心CCTR-DISM借记430000损益科目（人工）、440000损益科目（能源）等，金额按实际工时×费率计算，不经过物料主数据成本核算。
3.3 拆解散件入库（MIGO）：531移动类型的三个隐藏校验点
拆解完成后，对合格散件进行入库（T-CODE: MIGO →Goods Receipt→Order）：
- 输入订单号、工厂、库存地点；
- 行项目中：
- Material：输入散件物料号（
GPU-RTX4090）； - Quantity：输入实际入库数量（如
5）； - Movement Type：必须为
531（订单相关入库，非限制库存）； - Account Assignment：系统自动继承CO07中组件行维护的结算规则（此时为成本中心，非物料）；
- Material：输入散件物料号（
531移动类型的三个关键校验点：
- 校验1：订单必须已下达且未技术性关闭（TECO）；若订单状态为
CRTD，531会报错Order not released； - 校验2：入库数量不能超过CO07中组件行定义的数量；若CO07设
GPU-RTX4090为5，但MIGO输6，报错Excess quantity； - 校验3：物料主数据中“Inventory Management”视图必须启用“Batch Management”（批管理）（若启用了批次管理），否则531无法过账，需先在MM02中勾选
Batch management。
入库成功后，散件库存增加，但不产生任何采购或生产成本——因为531的会计凭证只更新库存数量，不生成会计分录（Debit/Credit），其价值由拆解前的整机成本决定，而整机成本已在261发料时通过损益科目剥离。
4. 避坑指南：拆解工单实施中最常翻车的五个现场问题与根因修复
4.1 现象：CO07创建订单时，“Reference Operation Set”下拉框为空
原因：订单类型（OPL8）中“Select ID for Reference Operation Set”未设为S，或参考工序集（CA11）创建时未勾选“Reference Operation Set”并指定类型为S。
解决：
- 进入OPL8，找到对应拆解订单类型，将
Select ID字段改为S； - 进入CA11，打开该工序集，勾选左上角
Reference Operation Set复选框，并在Type字段输入S，保存激活。
4.2 现象：MIGO发料（261）成功，但月结时该工单成本未结算到损益科目，而是结算到整机物料上
原因：OPL8中结算配置文件（Settlement Profile）指向了标准生产配置文件（如PP01SETT），而该配置文件的分配结构中接收方类型为MATERIAL。
解决：
- 进入OKO7，复制标准配置文件为
ZDISMSETT； - 编辑
ZDISMSETT，将所有行项目的Receiver Type改为COST CENTER，Cost Element改为损益类要素（如430000）； - 返回OPL8，将该订单类型的结算配置文件改为
ZDISMSETT。
4.3 现象：531入库时提示“Account determination for movement type 531 is incomplete”
原因：FICO未为移动类型531配置自动记账（T-CODE: OBYC），缺少G/L科目映射。
解决：
- 进入OBYC → 找到
531→ 在General Modification列输入GBB（总账科目确定）； - 点击
Details→ 在Valuation Area中选择工厂 →Account Key设为BSX（库存科目）→G/L Account输入标准库存科目（如120000）； - 注意：531不产生损益分录，只需配置库存科目，无需配置损益科目。
4.4 现象：拆解工单下达后，CO11N报工时提示“Operation not allowed for this order type”
原因：参考工序集（CA11）中控制码（Control Key）设为PP01（需报工），但拆解业务不应走标准报工流程。
解决：
- 进入CA11，打开该S型工序集；
- 将
Control Key改为PM01（无确认、无报工）； - 保存并重新分配至订单类型（OPL8中
Control Key字段会自动更新）。
4.5 现象：MIGO发料（261）后，成本中心借记金额远低于预期（如应扣1000元，实际只扣200元）
原因：工作中心（CR01）中“Costing Sheet”未指向拆解专用成本核算表，导致系统取用了标准组装中心的低费率。
解决：
- 进入CR01，打开拆解工作中心
ZDISMANTLE； - 在
Costing视图中，Costing Sheet字段改为ZDISMCOST（拆解专用核算表）； - 确保
ZDISMCOST中人工费率（Labor Rate）按拆解产线实际工时单价维护（如200元/小时，而非组装线的80元/小时）。
5. 进阶验证与成本穿透技巧：用CKMLCP+KOB1交叉验证拆解成本归集准确性
5.1 月结后必做的三重验证：确保损益科目干净、成本中心准确、订单闭环
拆解工单月结（T-CODE: CKMLCP）后，不能只看总账是否平衡，必须做以下三重穿透验证：
| 验证维度 | 操作路径 | 关键检查点 | 不通过即翻车 |
|---|---|---|---|
| 损益科目洁净度 | FS00→ 输入损益科目（如430000）→Line Items | 查看明细凭证中，所有行项目Order字段必须为拆解订单号（如ZDISM000123），严禁出现标准生产订单号（如PP01000456） | 若混入标准订单，说明结算配置文件未隔离 |
| 成本中心归属 | KSB1→ 输入成本中心（如CCTR-DISM）→Line Items | 所有行项目Order字段必须为拆解订单号，Cost Element必须为损益类（43xxx/44xxx），严禁出现初级成本要素（40xxx） | 若出现400000（直接人工），说明成本要素未映射到损益类 |
| 订单闭环性 | CO03→ 输入拆解订单号 →Settlement标签页 | 查看结算状态为SETTLED，结算金额=发料（261）凭证金额，结算行项目中Receiver必须为成本中心，Cost Element必须与FICO配置一致 | 若状态为NOT SETTLED，检查OKO7中分配结构是否激活 |
实战经验：某公司上线首月，财务发现
430000科目金额为0，排查发现CKMLCP运行时跳过了拆解订单——根源是OPL8中“Settlement Profile”字段为空，系统默认使用订单类型默认配置文件，而该文件未维护损益要素。从此我养成了习惯：每次配置新订单类型，必用CO03打开一个测试订单，点Settlement看能否生成结算行。
5.2 用KOB1深挖单笔拆解成本构成：定位“为什么人工费只有200元”
当某笔拆解订单成本异常偏低时，仅看总账无意义，必须用KOB1钻取明细：
- 进入
KOB1→ 输入订单号、工厂、期间 → 执行； - 在结果列表中，找到
Cost Element为430000的行 → 双击进入明细； - 查看
Activity Type（作业类型）列：若显示LABOR，说明取的是人工作业；若显示MACHINE，说明取的是设备作业； - 点击
Document Flow（凭证流）→ 查看原始凭证（如FB03）→ 核对Activity Input（作业输入量）与Rate（费率）：Activity Input= 工单报工工时（但拆解不用报工，故此处应为0）→说明系统未取报工数据；- 实际取值来源是：
Work Center中Capacity（产能）×Standard Value（标准值）×Order Quantity（订单数量）；
此时需检查工作中心ZDISMANTLE的Capacity视图：Standard Value是否设为1.5小时/台（即每台整机拆解耗时1.5小时）？若误设为0.3，则5台订单只计5×0.3=1.5小时，乘以费率200元/小时，得300元，与预期1500元相差悬殊。
5.3 内部订单替代方案：当客户拒绝新增成本中心时的兜底配置
部分客户因组织架构限制，不允许新建成本中心（如CCTR-DISM），此时可采用内部订单（Internal Order）方案，但需额外两步配置：
创建内部订单（KO01）：
Order Type选INT（内部订单）；Controlling Area选同生产工厂；Settlement Rule中Receiver设为成本中心（此时用现有成本中心，如CCTR-PROD），Cost Element仍为损益类；
修改OPL8中结算配置：
Settlement Profile指向新创建的内部订单；Receiver Type改为ORDER；- 关键点：在
OKO7中，该配置文件的分配结构必须允许ORDER作为接收方，且所有行项目Cost Element仍为损益类。
此方案优势是复用现有成本中心，劣势是增加一层订单管理（需每月对内部订单做结算KO88）。我一般只在客户明确拒绝新增成本中心时才启用，且会同步要求其财务提供内部订单月结SOP，避免遗漏KO88导致成本挂账。
从那以后我每次配置新拆解订单类型，必做三件事：第一，在OPL8中截图保存Select ID、Settlement Profile、Default Settlement Rule三字段值；第二，用CO07建一个测试单，立即跑KOB1看成本要素是否落库；第三，把测试单的MIGO凭证号、CO03结算截图、KOB1明细导出PDF，存入项目知识库。不是怕忘，是怕交接时新人踩同样的坑。希望帮到你。
本文还有配套的精品资源，点击获取
