企业官网建设流程全解析

简介：这份文档面向制造业信息化从业者、Oracle ERP实施顾问及供应链管理人员，系统梳理Oracle Manufacturing中外协加工的完整业务链路，帮助读者理解如何将供应商组件与资源纳入自身制造流程，从而降低工程与制造成本、灵活提升产能。资源包为单一docx文档，压缩包约82KB，内容围绕外协加工物料与外协资源的定义、采购申请自动生成、资源费用自动计入任务或重复性计划、PO移动与自动完成装配件、入库检验选项以及退回与更正措施等环节展开，并涉及Oracle Inventory、Bills of Material、Cost Management、Purchasing与Work in Process的协同设置。目前已有293人学习，适合需要掌握外协加工从设置到接收全生命周期配置思路的读者参考，可据此对照实际业务模型调整实施方案。

1. Oracle 外协加工概览：一张单据背后的三层账实博弈

外协加工在 Oracle ERP 里是个容易被低估的模块。很多人第一次接触，以为就是「发料出去、收货回来」两笔事务，真到对账时才发现：料发出去了，工单挂着没关；货收回来了，成本还趴在 WIP 里没滚出来；月底一跑报表，外协库位的库存和供应商对不上。Oracle 外协加工概览要解决的，正是这条链路上「物料所有权转移」和「加工费结算」两件事怎么在系统里同时成立。它适合三类人：负责外协采购的执行岗、管库存与工单的 PMC、以及做 Oracle 制造模块实施或运维的顾问。这篇不堆概念，按「先立住逻辑、再动手配置、最后排坑」的顺序，把外协加工从建单到结算的完整路径拆开讲，参数怎么设、事务怎么跑、账对不上时先看哪张表，都落到可复现的步骤上。

2. 外协加工在 Oracle 里的账实模型：先搞清料和费怎么走

外协加工的本质是「你把料交给供应商，供应商加工完把成品还给你，你付加工费」。Oracle 用一套组合来承载这件事：采购订单上的外协行、工单上的外协工序、以及一个专门的外协供应子库存。三者缺一，账就跑不通。理解这套模型，比急着敲配置更重要，因为后面所有报错几乎都能回溯到这三者的关系没对齐。

2.1 外协工单、采购订单、供应子库存的三方关系

Oracle 里外协加工的标准做法是：在离散工单上把某道工序标记为「外协」，系统据此生成一条采购订单行，采购订单的收货目的地指向一个外协供应子库存。发料时，物料从主仓转到外协子库存，此时物料所有权在系统账上仍属于你，但物理位置已经算「在供应商处」。收货时，成品从外协子库存回收到主仓，同时触发加工费的应付。

这里的关键是「外协供应子库存」这个中间态。它不是普通仓库，而是专门用来挂「已发出、未收回」物料的过渡库位。很多实施翻车，就是因为图省事直接发到普通子库存，结果工单关闭时系统找不到对应的外协在途，成本结算直接卡死。

三方关系可以这样记：工单外协工序决定「要买什么加工服务」，采购订单决定「向谁买、买多少」，外协子库存决定「料现在算在哪」。三者用外协工序号和外协采购行做关联，任何一方数量对不上，收货或关闭就会报错。

2.2 发料与收货两个事务，成本分别落在哪

发料事务（通常走工单发料或子库存转移）把物料从主仓移到外协子库存。这一步在会计上不产生损益，只是库存地点变更，但会生成一笔在途物料记录。物料的成本仍按你原来的计价方式（标准成本或平均成本）挂在外协子库存上。

收货事务分两段：先收成品进主仓，再结算加工费。成品入库时，系统把外协子库存里的在途物料「消耗」掉，同时把加工费计入成品成本。加工费的来源是采购订单上的单价乘以收货数量。如果采购订单价格和实际发票不一致，差异会在应付匹配时体现，不影响入库成本，除非你开了「应计」相关设置。

提示：外协子库存的物料在月末盘点时容易被漏盘，因为它不在常规仓库列表里。做盘点方案时记得把它单独列出来。

2.3 为什么外协和普通采购不能混着做

普通采购是「买进来直接入库」，外协是「料先出去、再带着加工价值回来」。如果混着做，最直接的后果是成本重复计算：料已经在你账上，采购入库又计一次物料成本，成品成本就虚高了。另一个后果是工单无法正常关闭，因为系统期待外协子库存有对应的在途量来冲销，你走普通采购就没有这个在途，关闭时提示「外协在途不足」。

常见做法是：外协加工一律走外协工序加外协采购行的组合，普通采购只用于纯外购件。两者在采购订单类型上就分开，避免执行岗选错。

3. 从建单到收货：外协加工的最小可跑通配置

这一章按实际操作顺序走一遍：建外协工单、生成外协采购、发料到外协子库存、收货结算。每一步给出关键界面路径和参数，能照着在测试环境复现。不同 Oracle 版本界面略有差异，但底层表和事务逻辑一致，这里以制造模块的通用流程为准。

3.1 建外协工单并标记外协工序

先在工单上把需要外协的工序标出来。工序的外协标识决定了后续能不能生成外协采购行。

-- 查询工单的外协工序，确认外协标识已打上 SELECT w.wip_entity_name, o.operation_seq_num, o.operation_code, o.outside_processing_flag FROM wip_entities w, wip_operations o WHERE w.wip_entity_id = o.wip_entity_id AND w.wip_entity_name = '&工单号' ORDER BY o.operation_seq_num;

这段查询用来验证外协标识。outside_processing_flag为Y表示该工序已标记外协，为N或空则后续生成不了外协采购行。operation_seq_num是工序号，外协采购行会引用它做关联。如果这里查出来是N，需要回到工单工序界面把外协勾上，再重新释放工单。

参数上，工单状态必须是「已释放」才能生成采购申请。未释放的工单，外协工序只是计划，不会触发采购。

3.2 生成外协采购订单行并指定外协子库存

工单释放后，通过「外协加工采购」流程生成采购申请，再转采购订单。关键是收货目的地要指向外协供应子库存。

-- 查看外协采购行及其收货目的地子库存 SELECT ph.segment1 AS po_number, pl.line_num, pl.item_description, pl.quantity, pl.unit_price, pl.destination_subinventory FROM po_headers_all ph, po_lines_all pl WHERE ph.po_header_id = pl.po_header_id AND ph.segment1 = '&采购订单号' ORDER BY pl.line_num;

destination_subinventory就是收货时要进的子库存。外协场景下它必须是你预先建好的外协供应子库存，不能是普通原料仓。unit_price是加工费单价，收货时按这个价计入成品成本。quantity是外协数量，通常等于工单外协工序的待加工数量。

如果这里destination_subinventory为空或指向普通仓，收货时物料会直接进主仓，外协在途冲不掉，工单关不掉。发现这种情况，改采购行的收货目的地，或者删掉重建。

3.3 发料到外协子库存的事务与校验

发料是把物料从主仓转到外协子库存。走工单发料或子库存转移都行，但数量要和采购行对得上。

-- 校验外协子库存当前在途量 SELECT msi.segment1 AS item_code, msi.description, msi.primary_uom_code, msi.quantity_on_hand FROM mtl_system_items_b msi WHERE msi.organization_id = &组织ID AND msi.segment1 = '&物料编码';

这段查的是物料在主仓的现有量，发料前先确认够不够。发料事务本身在MTL_MATERIAL_TRANSACTIONS里记录，事务类型选「工单发料」或「子库存转移」，目标子库存填外协子库存。发料数量建议等于采购行数量，多发了收货时冲不平，少发了成品数量不够。

发料后，外协子库存的现有量增加，主仓减少。此时物料所有权仍在你账上，但物理上算在供应商处。这一步不产生会计凭证，只改库存地点。

3.4 收货与加工费结算的完整事务

收货是外协加工最关键的一步，它同时完成三件事：成品入库、外协在途冲销、加工费计入成本。

-- 收货后核对成品入库与外协在途冲销 SELECT mmt.transaction_id, mmt.transaction_type_id, mmt.transaction_quantity, mmt.transaction_uom, mmt.subinventory_code, mmt.transaction_date FROM mtl_material_transactions mmt WHERE mmt.inventory_item_id = &物料ID AND mmt.transaction_date >= TRUNC(SYSDATE) - 7 ORDER BY mmt.transaction_date DESC;

收货时，事务类型选「外协收货」，来源子库存是外协子库存，目标子库存是成品主仓。transaction_quantity是收货数量，系统按这个数量从外协子库存冲销在途，同时按采购单价计算加工费。收货完成后，工单外协工序的完成数量更新，工单可以继续往下走或关闭。

加工费结算走应付模块，采购订单和发票匹配后生成应付。如果发票金额和采购单价有差异，差异进价差科目，不影响已入库的成品成本。

注意：收货数量不能超过外协子库存的在途量，否则报「外协在途不足」。遇到这个报错，先查 3.3 的发料是否完成、数量是否够。

4. 外协加工避坑：五条血泪经验

外协加工的坑大多集中在「数量对不上」和「成本滚不出」两类。下面五条是实际运维里反复出现的，每条按现象、原因、解决写，遇到问题可以对照排查。

4.1 工单关闭报「外协在途不足」

现象：工单做完想关闭，系统提示外协在途不足，关不掉。

原因：发料数量小于收货数量，或者发料根本没做，外协子库存没有足够的在途量来冲销收货。也可能是收货时目的地选错，没从外协子库存冲。

解决：先查外协子库存的现有量，和采购行的收货数量对比。如果发料少了，补发料再收货；如果收货目的地错了，做一笔反向事务冲掉，重新收货。补料时注意事务日期，跨月补料会影响期间成本。

4.2 成品成本里没有加工费

现象：成品入库了，但成本报表里只有物料成本，加工费没进去。

原因：采购订单行的单价为空，或者收货时用的采购行不是外协行。也可能是成本模块没跑「外协加工费分配」这个请求。

解决：查采购行的unit_price，为空就补上。确认收货引用的是外协采购行。然后跑成本分配请求，把加工费滚进成品成本。如果已经跨期，需要做成本调整。

4.3 外协子库存月末对不上供应商账

现象：月底和供应商对账，你系统里外协子库存的数量和供应商手里的料对不上。

原因：发料和收货的时间差没对齐，或者有退货没做反向事务。也可能是外协子库存混入了非外协物料。

解决：拉外协子库存的收发存明细，逐笔和供应商的收料单核对。退货一定要做反向发料或反向收货，不能只在采购模块做退货单。外协子库存只放外协物料，别图省事往里塞别的。

4.4 收货后工单工序完成数量不更新

现象：收货做完了，工单外协工序的完成数量还是零，工单推不动。

原因：收货时没关联到工单外协工序，或者采购行和工单的关联断了。

解决：查采购行上的工单引用字段，确认和外协工序号对得上。如果关联丢了，需要手工在工单工序里做完成事务，或者重建采购行关联。这个字段在采购行界面不显眼，建单时容易漏。

4.5 跨月收货导致期间成本波动

现象：上月的料这个月才收，两个期间的成本都对不上。

原因：外协在途跨月，上月末在途物料挂在外协子库存，本月收货时冲的是上月的在途，但加工费进的是本月成本。

解决：月末尽量把能收的货收掉，减少在途。实在跨月的，月末做在途盘点，把外协子库存的量单独列出来，和财务对齐在途金额。收货时注意事务日期，别默认系统日期，该归哪期归哪期。

5. 外协加工的进阶用法：用查询把账实差异提前抓出来

配置跑通只是及格线，真正省事的是把差异提前发现。我一般会建几个固定查询，每天或每周跑一次，不等月底对账才暴露问题。下面这个查询把外协在途、采购未收、工单未关三类异常放在一起，一眼能看出哪张单卡住了。

-- 外协异常监控：在途量、未收量、工单状态 SELECT w.wip_entity_name AS 工单号, o.operation_seq_num AS 工序号, pl.line_num AS 采购行, pl.quantity AS 采购数量, NVL(recv.received_qty, 0) AS 已收数量, pl.quantity - NVL(recv.received_qty, 0) AS 未收数量, w.status_type AS 工单状态 FROM wip_entities w, wip_operations o, po_lines_all pl, (SELECT po_line_id, SUM(quantity_received) received_qty FROM rcv_shipment_lines GROUP BY po_line_id) recv WHERE w.wip_entity_id = o.wip_entity_id AND o.outside_processing_flag = 'Y' AND pl.po_line_id = o.po_line_id AND pl.po_line_id = recv.po_line_id(+) AND (pl.quantity - NVL(recv.received_qty, 0) > 0 OR w.status_type IN (1, 3)) ORDER BY w.wip_entity_name, o.operation_seq_num;

这个查询的逻辑是：把外协工序、采购行、收货记录三张表关联起来，筛出「还有未收数量」或「工单还没关闭」的记录。received_qty用外连接，没收过货的采购行也能带出来。status_type里 1 是未释放、3 是已释放，这两个状态都值得盯。跑出来如果某张单挂了很久没收，就该去问供应商了。

参数上，outside_processing_flag = 'Y'是过滤条件，只盯外协工序。如果你们组织有多个 OU，记得在查询里加上组织过滤，不然会串数据。这个查询我一般做成定时任务，每天早上跑一次，结果发到 PMC 的邮箱，比月底救火强得多。

另一个习惯是：每次收货前先跑一遍外协子库存的现有量，确认在途够不够，不够就先补发料。这个动作花不了一分钟，但能省掉收货报错后回头查原因的半小时。外协加工的账实差异，九成都是发料和收货没对齐造成的，把这两个动作盯紧，剩下的就是时间问题。

希望帮到你。

本文还有配套的精品资源，点击获取