深入浅出oracle ebs之核心功能（dis）

Oracle ERP最佳技术实践
E-BUSINESS SUITE
核心功能流程详解
Distribution应用模块
Author: 黄建华Jianhua.Huang
MSN: huajhua@hotmail.com
Creation Date: April 12, 2005
Last Updated: June 8, 2007
Document Ref: <Document Reference Number>
Version: DRAFT 1A
Approvals:
<Approver 1>
<Approver 2>
Copy Number _____

Oracle ERP最佳技术实践 Doc Ref: <Document Reference Number>
June 8, 2007
Document Control
Change Record
6
Date Author Version Change Reference
12-Apr-05 Jianhua.Huang Draft 1a No Previous Document
Reviewers
Name Position
Distribution
Copy No. Name Location
1 Library Master Project Library

2 Project Manager
3
4
Note To Holders:
If you receive an electronic copy of this document and print it out, please write your
name on the equivalent of the cover page, for document control purposes.
If you receive a hard copy of this document, please write your name on the front
cover, for document control purposes.
Distribution应用模块 Document Control ii

File Ref: 深入浅出Oracle EBS之核心功能（DIS）.doc (v. DRAFT 1A )
Company Confidential - For internal use only
June 8, 2007
Contents
Document Control ..................................................................................................................ii
1. INV: Items系统物料..................................................................................................2
1.1. 基础业务学习......................................................................................................2
1.2. 核心功能流程......................................................................................................2
1.3. Review Category Sets .......................................................................................3
1.4. Review Attribute Control.................................................................................4
1.5. Review Status.....................................................................................................4
1.6. Review Catalog..................................................................................................5
1.7. Review Item Type..............................................................................................6
1.8. Review Templates .............................................................................................6
1.9. Review Profile....................................................................................................7
1.10. Define Master Item............................................................................................7
1.11. Define Item Category......................................................................................10
1.12. Define Item Catalog ........................................................................................10
1.13. Assign Item To Org .........................................................................................11
1.14. Define Org Attribute .......................................................................................11
1.15. 其他重要问题....................................................................................................11
2. INV: Transactions库存事务处理 ...........................................................................13
2.1. 基础业务学习....................................................................................................13
2.2. 核心功能流程....................................................................................................16
2.3. Define UOM Rate ............................................................................................17
2.4. Review Transaction Type...............................................................................18
2.5. Review Profile..................................................................................................18
2.6. Change Organization......................................................................................19
2.7. View Onhand 1 ................................................................................................19
2.8. Review Account Alias.....................................................................................20
2.9. Trx: Miscellaneous 1........................................................................................20
2.10. Review Items....................................................................................................21
2.11. Define Subinv Items........................................................................................22
2.12. Generate Serials ...............................................................................................23
2.13. Trx: Miscellaneous 2........................................................................................24
2.14. Trx: Subinv Transfer .......................................................................................26
2.15. View Onhand 2 ................................................................................................27
2.16. Run Cost Manager...........................................................................................27
2.17. View Trx/ Distributions.................................................................................28
2.18. Transfer to GL ..................................................................................................30
2.19. Import Journal..................................................................................................31
2.20. View Journal and Drill....................................................................................31
2.21. 其他重要问题....................................................................................................34
3. INV: Inter-organization Transfer组织间转移......................................................36
Distribution应用模块 Document Control iii
June 8, 2007
3.1. 基础业务学习....................................................................................................36
3.2. 核心功能流程....................................................................................................38
3.3. Shipping Networks .........................................................................................38
3.4. Direct Transfer .................................................................................................39
3.5. Intransit Shipment..........................................................................................40
3.6. Intransit Receiving .........................................................................................40
3.8. 其他重要问题....................................................................................................45
4. INV: Physical Counting实地盘点 .........................................................................46
4.1. 基础业务学习....................................................................................................46
4.2. 核心功能流程....................................................................................................46
4.3. View Onhand 1 ................................................................................................47
4.4. Create Physical Counting...............................................................................47
4.5. Onhand Snapshot ............................................................................................48
4.6. Generate Tag ....................................................................................................49
4.7. Physical Counting ...........................................................................................50
4.8. Enter Counting Results...................................................................................52
4.9. Approve Adjustments ....................................................................................52
4.10. Apply Adjustments .........................................................................................53
4.11. View Onhand 2 ................................................................................................54
4.13. 其他重要问题....................................................................................................55
5. INV: Move Orders挑库单 ......................................................................................56
5.1. 基础业务学习....................................................................................................56
5.2. 核心功能流程....................................................................................................57
5.3. Review Profile..................................................................................................57
5.4. 其他重要问题....................................................................................................57
6. INV: VMI供应商管理库存......................................................................................58
6.1. 基础业务学习....................................................................................................58
6.2. 核心功能流程....................................................................................................58
6.3. 其他重要问题....................................................................................................58
7. PO: Supplier供应商 ................................................................................................59
7.1. 基础业务学习....................................................................................................59
7.2. 核心功能流程....................................................................................................59
7.3. 其他重要问题....................................................................................................59
8. PO: Purchase Order采购订单................................................................................60
8.1. 基础业务学习....................................................................................................60
8.2. 核心功能流程....................................................................................................64
8.3. Review Options ...............................................................................................64
8.4. Review Approval Hierarchy..........................................................................65
8.5. Review Document Types ...............................................................................65
8.6. Review Approval Groups ..............................................................................66
8.7. Review Approval Assignments.....................................................................67
8.8. Buyers ...............................................................................................................67
8.9. Create Standard PO.........................................................................................67
8.10. Submit PO.........................................................................................................70
8.11. Find PO Summary...........................................................................................71
8.12. Approve PO .....................................................................................................74
8.13. View PO Status ................................................................................................75
8.14. Receiving&AP..................................................................................................76
Distribution应用模块 Document Control iv
June 8, 2007
8.15. Close PO ...........................................................................................................76
8.16. 其他重要问题....................................................................................................77
9. PO: Receiving接收 ..................................................................................................80
9.1. 基础业务学习....................................................................................................80
9.2. 核心功能流程....................................................................................................81
9.3. Review Options ...............................................................................................82
9.4. Review Profile..................................................................................................82
9.5. Purchase Order ................................................................................................82
9.6. Review Purchase Order..................................................................................83
9.7. Receive ..............................................................................................................83
9.8. Corrections .......................................................................................................85
9.9. Transfer.............................................................................................................85
9.10. Inspection .........................................................................................................86
9.11. Delivery ............................................................................................................87
9.12. Returns..............................................................................................................88
9.13. Receiving Trx Summary .................................................................................88
9.14. Import Journal..................................................................................................91
9.15. View INV Transactions...................................................................................91
9.16. Review Purchase Order..................................................................................93
9.17. 其他重要问题....................................................................................................94
10. PO: Requisition请购单 ...........................................................................................97
10.1. 基础业务学习....................................................................................................97
10.2. 核心功能流程....................................................................................................97
10.3. 其他重要问题....................................................................................................97
11. PO: Sourcing Rule来源规则...................................................................................98
11.1. 基础业务学习....................................................................................................98
11.2. 核心功能流程....................................................................................................98
11.3. 其他重要问题....................................................................................................98
12. OM: Customer客户.................................................................................................99
12.1. 基础业务学习....................................................................................................99
12.2. 核心功能流程....................................................................................................99
12.3. 其他重要问题....................................................................................................99
13. OM: Standard Sales Order标准销售订单...........................................................100
13.1. 基础业务学习..................................................................................................100
13.2. 核心功能流程..................................................................................................100
13.3. Enter Header ..................................................................................................101
13.4. Enter Line .......................................................................................................102
13.5. Book.................................................................................................................102
13.6. Schedule..........................................................................................................103
13.7. Reserve............................................................................................................104
13.8. Pick Release ....................................................................................................104
13.9. Pick Confirm ..................................................................................................106
13.10. Create Delivery ..............................................................................................107
13.11. Ship Confirm..................................................................................................108
13.12. Interface Trip Stop - SRS...............................................................................109
13.13. INV Material Transactions ...........................................................................111
13.14. Fulfill Deferred ..............................................................................................113
13.15. AR Auto Invoice ............................................................................................114
13.16. Close Orders...................................................................................................116
13.17. 其他重要问题..................................................................................................116
Distribution应用模块 Document Control v
June 8, 2007
14. OM: RMA销售退货...............................................................................................117
14.1. 基础业务学习..................................................................................................117
14.2. 核心功能流程..................................................................................................117
14.3. 其他重要问题..................................................................................................117
15. OM: Drop Ship Sales Order ................................................................................118
15.1. 基础业务学习..................................................................................................118
15.2. 核心功能流程..................................................................................................118
15.3. Enter Header ..................................................................................................119
15.4. Enter Line .......................................................................................................119
15.5. Book.................................................................................................................120
15.6. Purchase Release Deferred...........................................................................121
15.7. 从PR到PO .......................................................................................................122
15.8. PO接收与Drop Ship出货 ..............................................................................125
15.9. INV Material Transactions ...........................................................................126
15.10. Fulfill Deferred ..............................................................................................127
15.11. AR Auto Invoice ............................................................................................127
15.12. Close Orders...................................................................................................128
15.13. 其他重要问题..................................................................................................128
16. OM: Configure to Order配置订单 ......................................................................130
16.1. 基础业务学习..................................................................................................130
16.2. 核心功能流程..................................................................................................130
16.3. 其他重要问题..................................................................................................131
17. OM: Credit Check信用管理.................................................................................132
17.1. 基础业务学习..................................................................................................132
17.2. 核心功能流程..................................................................................................132
17.3. 其他重要问题..................................................................................................132
18. ISO: Internal Sales Order内部订单 .....................................................................133
18.1. 基础业务学习..................................................................................................133
18.2. 核心功能流程..................................................................................................133
18.3. 其他重要问题..................................................................................................133
19. Open and Closed Issues for this Deliverable....................................................134
Open Issues...................................................................................................................134
Closed Issues ................................................................................................................134
Distribution应用模块 Document Control vi

June 8, 2007
1. INV: Items系统物料
应用：Inventory
职责：Inventory
1.1. 基础业务学习
总体说明
物料是系统最重要的主数据之一，其属性控制着各个模块能否对某个物料进行事务处
理。Item的属性有300多个，如何才能掌握？其实这个是Oracle的一个“缺陷”，因为
对特定企业来说，可能80%以上的属性很少用。
所以掌握Item，关键是掌握其体系和主要属性。
核心内容
1、主组织与本组织：Item都是定义在具体的库存组织上，在使用时也是要指明是哪
个组织的Item，包括所有的SQL；初学者唯一要额外注意的是，Item首先要在库
存主组织定义，然后统一分配给需要的组织后，再根据各组织自身要求修改一些
属性。每个库存的主组织在组织参数上定义。
2、属性控制层次：对物料的管理要确保准确、统一，才能保证ERP运行的质量，因此
最理想的是在主组织统一设定Item属性，这样维护的工作量小，而且保证数据的
统一；然而这样不符合实际工厂千差万别的需要，为此就得允许一些属性可在各
组织再做“客户化”。所以Oracle设计了“属性控制”，允许各企业根据需要，设
置到底哪些属性必须在主组织统一控制，哪些属性可以让各组织自行修订。
3、事务处理控制：Item是用来做事务处理（采购、销售、制造、计划、设计等）
的，然而并非所有Item都可以做所有事务，所以需要定义一个Item到底可以用来
做什么；在系统中，是由物料的一系列Flag控制的，这些Flag进一步由“物料状
态”统一控制。
4、物料类别和类别集：物料当然是需要分类，这个符合物料本身管理的需要，也可
实现诸如类别采购等“按类别”做事务处理的实际业务。Oracle的设计比较灵活，
允许对一个物料进行多维度分类，即从不同角度看，物料从属于不同的分类，这
个和一个大学既属于“财经院校”、又属于“教育部直属”是一个道理。这个
“不同角度”系统中叫“类别集”。一个物料，在每个类别集下，均可定义一到
多个类别（通常是一个）。
1.2. 核心功能流程
System Items学习流程
Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置Inv

↓
Review Setup 回顾Item弹性域、Category弹性域、Category Code维护
↓ 同样请参考上述文档。
Distribution应用模块 INV: Items系统物料 2 of 139
June 8, 2007
Review Category Sets 回顾类别集定义
↓
Review Attribute Control 回顾属性控制层次
↓
Review Status 回顾物料状态设置
↓
Review Catalog 回顾目录册，其实就是附加属性，比弹性域更直观
↓
Review Item Type 回顾用户物料类型
↓
Review Template 回顾模版
↓
Review Profile 回顾重要的Profile设置
↓
Define Master Item 定义主组织物料
↓
Define Item Category 定义物料类别，不要和“用户物料类型”混淆
↓
Define Item Catalog 定义物料目录册
↓
Assign Item To Org 分配物料给需要的组织
↓
Define Org Attribute 定义本组织物料属性、类别
1.3. Review Category Sets
类别集
N: INV/Setup/Items/Categories/Category Sets
Flex Structure：指定类别集使用的Category弹性域的哪个结构
Controlled At：该类别集的控制层次，和属性控制层次一样，分主组织和本组织
Multiple Assign：对于一个物料来说，是否允许分配多个该类别集下的类别
Enforce List：是否只能分配下面List中指定的类别给一个物料

June 8, 2007
1.4. Review Attribute Control
属性控制
N: INV/Setup/Items/Attribute Controls
分组和Item界面的Tab页一致。这里可以详细设置每个属性，到底在哪个层次控制，加
上“类别集”上的设置，就是Item“属性控制层次”的全部内容了。
当然了，有些控制可能Oracle写死了，比如主单位，虽然这里设置为“组织层”控制，
可实际在本组织还是无法修改。
1.5. Review Status
状态设置
N: INV/Setup/Items/Status Codes
每个企业都应当仔细规划物料状态码，与产品的生命周期相呼应，提高物料维护的科
学性和统一性。
这里举几个状态为例。首先是“Active”，允许所有事务处理：

June 8, 2007
再看看“Inactive”，不允许任何事务处理：
最后看看“OnlyBOM”，只能在BOM模块进行操作：
1.6. Review Catalog
目录册
N: Inv/Setup/Items/Catalog Groups
June 8, 2007
有些企业物料附加的属性很少，采用直接启用弹性域的方法。有些企业产品繁多，属
性各异，则可以启用Catalog来详细记录Item信息。
这里可以定义无限多组Catalog，每个Catalog也可以定义无限多个属性。
1.7. Review Item Type
用户物料类型
N: Inv/Setup/Items/Item Types
1.8. Review Templates
模板
N: Inv/Setup/Items/Templates

June 8, 2007
模版其实就是一套预设的属性值，比如单位、状态等；这样创建物料时，如果选择应
用某个模版，就会把模版上有效的值覆盖到Item上，仅此而已。
Oracle自带了一些常用的模版，如Purchased Item：
许多企业为提高物料维护的效率，减少手工一各个属性设置的错误率，都纷纷创建了
一系列适合本企业的模版。
1.9. Review Profile
预制文件
N: Sys/Profiles/System
重点关注如下几个Profile的设置值：
Profile Name Description
INV: Default Item Status 创建新物料时默认状态
INV: Default Primary Unit of Measure 创建新物料时默认单位
INV: Updateable item name 用户是否有修改物料描述的权限
1.10. Define Master Item
主组织物料
N: INV/Items/Master Items
比较重要的属性如下：
Attribute Name Description
Main主要属性
Item Code 物料编码
Description 物料描述
Primary UOM 主单位
User Item Type 用户物料类型
Item Status 状态
Inventory库存属性
June 8, 2007
Inventory Item 是否库存物料
Stackable 是否可存储
Transactable 是否可以做出入库等事务
Reservable 是否可以保留，通常是为销售订单保留
Lot Expiration Control 无控制、固定保质期、或者在接收时输入
Shelf Life Days 保质期或者保存期限
Lot Control 是否启用批次控制，没有现有量时该属性可改
Serial Control 是否启用序列号控制
是否启用货位控制；组织参数或子库参数的优先级
Locator Control
比这个高
是否启用版本控制，如果是，出入库时需要指定版
Revision Control 本，现有量也是按照版本计算，没有现有量时该属
性可改
限制物料只能在特定的子库和货位操作，勾选该属
Restrict Subinventories或Locators
性后需要在子库界面设置Item和子库或货位的关联
Bill of Material物料清单属性
BOM Allowed 是否可以为其创建BOM
BOM Item Type 创建何种类型的BOM
Costing成本属性
Costing Enabled 是否记录成本
Inventory Asset Value 是否记录库存价值
SOGS Account 销售成本账户
Standard Lot Size 成本计算标准批量默认值
Purchasing采购属性
Purchased 是否是采购件
Purchasable 现在是否可以做采购订单
Use Approved Supplier 是否只能向ASL（审批通过的供应商）采购
Allow Description Update 接收入库接口可否修改物料描述
Receipt Required 发票匹配需要有“接收”，否则发票挂起
Inspection Required 发票匹配需要有“检验”，否则发票挂起
General Planning计划属性
Inventory Planning Method 库存计划方法
Planner 计划员
Make or Buy 计划采购还是计划制造
MPS/MRP Planning MRP属性
Planning Method 计划方法
Forecast Control 预测消耗方式
Lead Times提前期属性，单位都是天
Preprocessing 处理前时间，用于采购准备、制造准备
Processing 处理时间，用于采购执行、实际制造
Post processing 处理后时间，仅指采购接收至入库的时间
固定提前期，与数量无关，仅用于制造，比如安装
Fixed
和拆卸时间
可变提前期，生产每单位装配件需要的时间，仅用
Variable
于制造
Lead Time Lot Size
Purchasing Lead Time 采购提前期，=Preprocessing+Processing+Post
本层装配件的制造时间，=Processing？
Manufacturing Lead Time
=Fixed + Variable * Qty?
累计制造提前期，仅用于制造，可以手工输入，也
可以由系统自动计算，其应当等于纯粹的制造时
Cumulative Manufacturing
间：从最底层组件开始到本装配件为止，关键生产
路径的时间之和，不包括材料的采购时间
Cumulative Total Lead Time Cumulative Manufacturing + 材料采购时间

June 8, 2007
Work In Process WIP属性
Build in WIP 是否在WIP模块制造
Supply Type 默认供料方式
Supply Subinventory 默认供料子库
Overcompletion 默认超量完工控制
Order Management OM属性
Customer Ordered 是否为销售件
Customer Order Enabled 现在是否可以开销售订单
Shippable 是否可以发运
OE Transactable
Pick Components 是否为PTO
Assembly to Order 是否为ATO
Check ATP 是否检查ATP（Available To Promise）可承诺量
Ship Model Complete 发运时，是否要求组件完整性
Default SO Source Type 默认的SO来源类型
Returnable 是否可以做销售退回
RMA Inspection Required 销售退回时是否需要做检验
Invoice发票属性
Invoice able Item 是否可开票
Invoice Enabled 现在是否可以开票
Sales Account 销售收入账户
可以手工创建物料，然后一一指定属性，这样效率很低，容易出错，通常可以基于模
版或者其他Item创建。
Tools/Copy From…从模板创建Item，我们只需输入Item编号和描述。请创建如下
Item，然后仔细观察上述属性的不同点。
Item Description Item Type Template
910001 Purchased Item 1 P Purchased Item
920001 ATO Option Class 1 AOC ATO Option Class
930001 PTO Option Class 1 POC ATO Option Class
940001 Phantom Item 1 PH Phantom Item
950001 Outside Processing Item 1 OP Outside Processing Item
960001 Finished Good 1 FG Finished Good
980001 PTO Model 1 PTO PTO Model
990001 ATO Model 1 ATO ATO Model
June 8, 2007
Item Description Item Type Template
1.11. Define Item Category
物料类别
N: INV/Items/Master Items/../Tools/Categories
默认是在类别集中定义的类别，根据需要修改即可：
1.12. Define Item Catalog
目录册
N: INV/Items/Master Items/../Tools/Catalog
选择需要的Catalog Group，填写各个附加属性的实际值即可：
一个Item只能分配一个Catalog，并且，不分组织！

June 8, 2007
1.13. Assign Item To Org
组织分配
N: INV/Items/Master Items/../Tools/Organization Assignment
1.14. Define Org Attribute
组织属性
N: INV/Items/Organization Items
定义本组织不同于主组织的物料属性。设置同Master，略过。
1.15. 其他重要问题
如何写Item Category SQL

SELECT mst.segment1 item_number,
mst.description,
mcs.category_set_name,
cat.concatenated_segments
FROM apps.mtl_system_items_b_kfv mst,
inv.mtl_item_categories mic,
apps.mtl_categories_kfv cat,
apps.mtl_category_sets_vl mcs
WHERE mst.organization_id = mic.organization_id
AND mst.inventory_item_id = mic.inventory_item_id
AND mic.category_id = cat.category_id

AND mic.category_set_id = mcs.category_set_id
--Filters
AND mst.organization_id = 445
AND mst.concatenated_segments LIKE '4%'
AND mcs.category_set_name IN ('Inventory')
ORDER BY 1, 3

June 8, 2007
Revision
N: Tools/Revision
Item是可以创建Revision（修订号）的，系统允许为不同修订号Item维护不同的属
性。修订号以ASCII排序，修订号间时间范围不能重叠。
添加附件如产品图、文档等
附件是Oracle的标准功能，实际上任何Form，我们都可能为其定义Attachment，然后
点击工具栏上的“附件”上传任意文件。
如何删除Item
N: Inv/Items/Delete Items
统一通过删除组删除，这样可以统一检查是否已有事务处理等约束条件，没有的话方
可删除。
可选内容：如何定义产品线Product Family
待进一步研究，大约是定义一组类似的产品到Product Family BOM中，并设置百分

比，供计划（预测、MPS）使用；Product Family BOM比较特殊，仅是单层的。

June 8, 2007
2. INV: Transactions库存事务处理
应用：Inventory
职责：Inventory
总体说明
库存模块的核心是如实记录入库和出库的品种和数量，反应库存的当前价值。
正如GL是ERP的账务处理核心，所有模块的会计分录，最后都要过到GL；同样，INV
是ERP的物料处理核心，所有模块的物料事务处理都要在INV中体现。
采购接收入库和退货、销售发运出库和RMA退回、WIP组件发料和退回、WIP装配件
完工和退回、工厂内的仓库库间物品调拨、工厂间的物品调拨、低值易耗品杂项领
料、盘点产生的盈亏、项目合同领料、成本更新导致的库存价值变动、内部请购/内部
销售产生的物品转移，这些事务虽然操作界面分散在各个模块中，但最终都要及时在
库存中做记录，以反映企业最新的存货数量和价值状况。那么这么多种业务在库存系
统中如何区分呢？Oracle的设计思路是：用“事务处理类型”来区分。
事务处理类型
事务处理类型（Type）：乃“事务处理来源”、“事务处理动作”的组合；除了在库
存直接做事务处理或者通过开发Interface导入数据外，各标准模块该用哪个“类
型”，Oracle实际上是写死的，——“来源”和“动作”当然也固定下来了。
SELECT mtp.transaction_type_id,
mtp.transaction_type_name,
mtp.transaction_source_type_id,
mtp.transaction_action_id
FROM inv.mtl_transaction_types mtp
WHERE mtp.user_defined_flag = 'N'
ORDER BY 2;
事务处理来源（Source）：类似总账的Journal Source，系统的各标准模块，都有各自
的Source代码，由此得以区分各模块数据，如Source“Job or Schedule”代表WIP的
库存事务。
SELECT tst.transaction_source_type_id, tst.transaction_source_type_name

FROM inv.mtl_txn_source_types tst
WHERE tst.user_defined_flag = 'N';
事务处理动作（Action）：Source仅区分出来源模块，并未标志到底发生了什么动
作——入库还是出库。为此Oracle引入了“事务处理动作”，并且对出入库进行了更
加细致的划分，这个实际上才是系统内部区分库存事务的关键代码，如Action
“Assembly completion”代表WIP完工入库。Action不允许自定义！
SELECT lov.lookup_code, lov.meaning

FROM mfg_lookups lov
WHERE lookup_type = 'MTL_TRANSACTION_ACTION'
ORDER BY 1;
Distribution应用模块 INV: Transactions库存事务处理 13 of 139

June 8, 2007
此外，为更好的进行追溯和查询，库存系统还把相关模块的单据ID保留在
inv.mtl_material_transactions.transaction_source_id字段上。
库存组织结构
仅从库存角度看，组织结构如下：
库存组织 IA 库存组织IB
子库SA 子库SB 子库… 子库SC 子库SD 子库…
货位LA 货位LB 货位… 货位LC 货位LD 货位…
核心逻辑：库存组织用来屏蔽各类制造数据，Item/BOM/Routing等定义在库存组织
上，WIP/MRP等跑在库存组织上；而库存事务处理则以子库为中心，要么从某个子
库出，要么从某个子库入；每个子库可以启用货位，也可以不启用，如果启用了，则
事务处理时还必须选择货位。在不同的库存内，子库代码可以重复；在不同的子库
内，货位代码也可以重复。
也就是说，Oracle仅仅是提供了这样的一个模型，至于如何和实际业务对应，就非常
灵活了。比如：库存是个组织的概念，其比较“虚”，可指一个工厂或者独立的办事
处、分公司这样的实体；而子库则通常代表一个真正的物理仓库，也可指仓库或车间
的一块区域，还可以是虚拟的；货位可用来代表仓库的某一处空间或者货架，也可指
车间的一个块区域。
而从Oracle ERP的多组织角度看，库存“挂”在OU下：
Set of Books→Legal Entities→Operating Units→Inventory Organizations
仍然站在库存立场看，Oracle的核心逻辑是这样的：
1、反向：各个库存组织出、入库所产生的会计分录，根据这个“关系链”，传到相
应的SOB，即仅仅是财务关系。
2、正向：SO和PO接收入库、发货时，除Drop Ship外，必须选本OU下的库存组织。
批次控制
批次控制：入库、出库均需通过“批次/序列”指定批次，以此可跟踪每批物料流转信
息和现有量，达到批次追踪的目的。
入库时可以指定一个新批次，或者一个已存在的批次，来表示数量合并，这个比较好
理解；出库实际也是这样，系统并未限制在出库时必须选择已存在的批次，如果允许
负库存，我们也可以指定一个新批次。
库存杂项、子库转移、组织间转移、采购或RMA接收入库/退货时、WIP投料/退料或
者完工/退回时、SO保留/挑库或者出库、甚至盘点，因为都包含“入库、出库”动
作，所以也需要指定批次，规则同上。
是否启用批次控制，是在Item属性上设置，改变的前提是该Item无现有量。

June 8, 2007
至于批次号的产生方式、唯一性控制层次，均可设为按组织或按Item。
遗憾的是WIP投料和产出的批次是断开的，不通过开发，标准功能无法追踪。比如投
入物料A，其中01批10个、02批20个，最后产出物料B共30个，这样就没法区分到底哪
些B是由01生产的，哪些B是由02批生产的，除非WIP每次生产一个B。
N: INV/Onhand, Availability/Lots可用来查看所有批次信息：批次号、保质期、是否
有效、每个批次经历的事务处理、Onhand。
保质期控制方式在Item属性上定义：无、固定天数、输入批次时输入。过期的批次，
不能保留，MRP计划、最大最小和重订货点库存计划也不考虑其数量，但其他地方照
样可以用。
批次失效后，仅仅影响入库操作时，“批次”Lov不显示该批次。
WIP自动投料时（Backflush），会根据WIP参数上设置的方法自动选择批次。
序列号控制
与批次不同，有多少个单位的Item，就需要多少个序列号，两者是一一对应关系；序
列号控制的另一层含义则是，事务处理量必须是主单位的整数倍。可在三个时点产生
序列号：
1、 SO发货时：仅在SO Ship Confirm时，通过“批次/序列”界面输入序列号，其他

任何事务处理都不需要指定序列号。特殊情况是，做RMA接收需要指定和原始发
货一致的序列号。
2、 INV收货时：在PO Receipt或其他途径入库时，通过“批次/序列”界面输入序列
号，之后做任何出库事务处理都需要指定序列号，而且必须选择已有的序列号。
注：批次只能在入库时指定，但序列号可以在接收时就指定。
3、预先生成：首先物料属性或者组织参数一定要指定前缀和起始编号，其次要用
“生成序列号”请求为该物料预先生成一定数量的序列号；入库时，通过“批次/
序列”界面输入序列号，之后做任何出库事务处理都需要指定序列号，而且必须
选择已有的序列号。
4、无控制：任何时候都不需要指定序列号。
序列号的控制方式，是在Item属性上设置。如果要改变，除非是从1变为4或2变成3，
其它情况要求该Item无现有量。
至于批次号的产生方式、唯一性控制层次，均可设为按组织或按Item。
N: INV/Onhand, Availability/Serial Numbers可用来查看所有序列号信息：序列号、

状态、接收日期/发运日期、供应商、批次、每个序列号经历的事务处理、Onhand。
状态有：生成但未使用（Defined but not used）、在库存中（Resides in stores）、已

发出（Issued out of inventory）、在途（Resides in intransit）。
此外，因为序列号和Item是一一对应的，所以有序列号的物料也叫Serialized Item。
货位控制
货位控制：入库、出库均需在输入子库后再指定货位。货位的产生有两种方式：

June 8, 2007
1、做库存相关事务处理（含SO保留，不含PO接收，下同）时指定，即动态录入。
2、必须先设置好子库-货位的关系，做库存事务处理时只能选择子库下已有的货位。
货位控制通常在子库参数上设置，这里的优先级比Item属性上的高。
单位、单位转换
每个物料都设有主单位，如“千克”，但是实际做出入库操作、做PO和SO，可能采用
其它单位，比如大宗采购用“吨”更为合适，这个叫事务处理单位。
不过系统最终计算，都是先转成主单位后进行，比如销售成本计算如下：
销售数量 * 事务单位与主单位的转换率 * 每主单位的成本
实际上，Oracle的物料事务相关表中，基本都有3个字段：事务数量、事务单位、主数
量。
库存成本分录
库存事务处理的会计分录，本质都是出库、入库的分录，所以借贷的一方总是库存5大
科目，另一方——对方科目，则视具体Action而定。参见“CST: Item Cost”章节的
“成本分录”。
Inventory Transaction学习流程
Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置INV

↓
Define UOM Rate 定义单位转换率
↓
Review Transaction Type 事务处理类型
↓
Review Profiles 几个重要的Profile
↓
Change Organization 切换组织
↓
View Onhand 1 查看现有量
↓
Review Account Alias 回顾账户别名定义
↓
Trx: Miscellaneous 杂项事务处理
↓
Review Items 回顾“INV:Items”章节设置
↓
Define Subinv Items 设置Item和子库、货位的关系
↓
Generate Serials 产生序列号
↓
Trx: Subinv Transfer 子库转移事务处理
↓
June 8, 2007
View Onhand 2 查看现有量，与先前的对比
↓
Run Cost Manager 运行成本管理器
↓
View Trx/ Distributions 查看成本分录
↓
Transfer to GL 成本分录传总帐
↓
Import Journal 日记帐导入
↓
View Journal and Drill 查看日记帐、追溯
2.3. Define UOM Rate
说明
N: INV/Setup/Units of Measure/Conversions
Oracle中的单位转换有3种：
1、同类单位内的标准转换：比如PCS是个数的主单位，那么1 TEN = 10 PCS。
2、同类单位内的特殊转换：比如910001这个物料比较特殊，1 TEN=12 PCS。
3、异类单位间的特殊转换：比如910001、910002与M的转换为：1 M=2 PCS

June 8, 2007
2.4. Review Transaction Type
事务处理类型
N: INV/Setup/Transactions/Types
可以在User Tab定义新的事务处理类型，但只能用于开发或者手工库存事务处理。
2.5. Review Profile
预制文件
On-line processing：界面停止响应，直到做完事务到MMT表
Immediate concurrent processing：插入数据到接口表，并立即提
交一个处理请求，界面可以继续操作
TP:INV Transaction
Background processing：插入数据到接口表，界面可以继续操作，
processing mode
需要用户手工提交处理请求
Form level processing：有各种事务处理对应的Profile分别控制，
比如“TP:WIP Material Transaction Form”等
TP:Server Side Online
Processing
事务日期如何限制
Allow date in any open period
INV: Transaction Date
Do not allow past date
Validation
Do not allow date in past period
Provide warning when date in past period

June 8, 2007
2.6. Change Organization
组织切换
N: Inv/Change Organization
库存的大部分操作，比如事务处理、查看库存历史、查看现有量等等，都是要求区分
组织：
2.7. View Onhand 1
查看现有量
N: INV/On-hand, Availability/On-hand Quantity
可以按照子库、物料、货位、批次、序列号查，输入条件后Find结果如下：

June 8, 2007
可以看到，左边是个树形图，可以依次从组织、子库、货位、物料、批次、序列号等
不同的明细级别查看现有量。记下这时的数量。
点击Availability还可以进一步查看可用量——现有量减被保留量：
2.8. Review Account Alias
账户别名
N: INV/Setup/Account Alias
账户别名本质就是一个账户，是为了方便记忆而为特定账户起的一个别名。操作略。
2.9. Trx: Miscellaneous 1
杂项事务处理
N: INV/Transactions/Miscellaneous Transaction
对于那些非PO、SO、WIP等标准模块产生的仓库出入库，Oracle提供了杂项功能来记
录，比如对低值易耗品的领用、捐赠或受捐赠、非标准盘点功能的差异调整、不良品
的报废等等。实际应用中，凡是无法通过其他标准流程完成的库存事务，顾问的看家
本领就是“杂项”。杂项的优点是简单，缺点也是简单——系统不做审批等任何控
制。
杂项分账户别名出入库和账户出入库，两者本质上是一样的，从分录看都把账户作为5
大库存科目的对方科目。以账户别名为例，首先选择账户别名：

June 8, 2007
然后点击Transaction Lines输入物料、子库、数量：
910002、910003没有启用任何控制，所以“Rev”、“Lot”、“Lot/Serial”呈灰
色，无须输入，直接保存即可。
2.10. Review Items
物料定义
N: INV/Items/Master Items or Organization Items
参考“INV:Items”章节，这里以910001为例，修改其版本、批次、序列、货位的控制
方式，并且限制子库和货位：

June 8, 2007
2.11. Define Subinv Items
子库物料
N: INV/Setup/Organizations/Subinventories
为那些限制子库和货位的Item设置其于子库、货位的关系。

June 8, 2007
2.12. Generate Serials
产生序列号
N: INV/Onhand, Availability/Generate Serial Numbers
提交请求：Serial number generation
请求完成之后可以通过Serial Numbers界面查看序列号：
可以看到，并未按照我们在Item属性上定义的前缀和起始号生成，这是因为在组织参
数上设置为在组织层次生成：

June 8, 2007
2.13. Trx: Miscellaneous 2
杂项事务处理
N: INV/Transactions/Miscellaneous Transaction
以账户杂项和910001为例，首先选择账户：
然后点击Transaction Lines输入物料、子库、数量、版本、货位：

June 8, 2007
点击“Lot/Serial”，可以手工输入批号，也可以点击Generate按钮自动生成，然后输
入数量，必须保证各批次的数量之和=事务处理的数量，这里是6：
针对每个批次，都要点击Serial按钮选择序列号，因为我们的设置是“预先生成”，所
以只能选择已经通过请求生成的序列，同样数量要和批次的数量相等：

June 8, 2007
序列号的选择有两种方式：Ranges——输入起始号，系统自动根据数量算出结束号；
Individual——有多少数量，就要手工选择多少个序列。
选择Done完成序列号选择，以同样方式处理第二个批，然后在批次界面选择Done完
成所有批次选择，最后点击工具栏上的保存即可。
2.14. Trx: Subinv Transfer
子库转移
N: INV/Transactions/Subinventory Transfer
同一库存组织内仓库之间的物品调拨和转移、同一子库内不同货位之前的搬移，是通
过子库转移来记录的，先选择类型，系统标准的子库转移类型是“Subinventory
Transfer”：

June 8, 2007
电机“Transaction Lines”，输入物料、来源子库/货位、目标子库货位、数量、单
位，这次我们再关注下单位，可以看到，凡是有转换关系的单位全部可以选择：
根据之前定义的转换率，2M = 4PCS。
2.15. View Onhand 2
查看现有量
可以查出，前面的4次操作，影响了库存量。操作参照View Onhand 1。
2.16. Run Cost Manager
成本管理器
N: INV/Setup/Transactions/Interface Managers
Cost Manager整个系统只需运行一份，它处理所有库存组织的成本分录；并且通常由
系统管理员定义为计划请求，默认5分钟跑一次，普通用户无须干预。如果Cost
Manager处于Inactive状态，需要手工提交，看下图：

June 8, 2007
如果库存数据尚未被Cost Manager处理过，或者处理出错，则下节“View Trx/

Distributions”的Distributions按钮将是灰的。
2.17. View Trx/ Distributions
查询物料事务处理和分录
N: INV/Transactions/Material Transactions
这里可以查看所有库存事务处理及其分录，我们一一解读之前做的3次操作结果。
输入查询条件，Find结果如下，先关注两个Tab页内容：

June 8, 2007
第4、5行是“Trx: Miscellaneous 1”做的两个物料的账户别名杂项接收，其分录为

（以第5行为例，点击Distributions按钮）：
借 5大库存账户主数量10 * 标准成本1 = 10
贷账户别名对应的账户主数量10 * 标准成本1 = 10
注：910003冻结成本中只有材料成本，故这里Inv Valuation只有一行，下同。
第3行是“Trx: Miscellaneous 2”做的有批次、序列控制的账户杂项接收，分录同上。
第1、2行是“Trx: Subinv Transfer”做的1次子库转移，但实际产生了2条记录，1条是

出库记录（负数），另外1条是入库记录（正数），并且只有出库记录有分录，入库记
录无分录：
借入库方5大库存账户主数量4 * 标准成本1.25 = 5
贷出库方5大库存账户主数量4 * 标准成本1.25 = 5

June 8, 2007
2.18. Transfer to GL
传送至总账
N: INV/Request
从财务角度看，库存模块是总账的一个明细账，其成本分录，也要在期末之前传入
GL，方法是运行“Transfer transactions to GL”请求，每个组织都要运行：
该请求把数据塞入总账接口表gl_interface。

June 8, 2007
2.19. Import Journal
日记帐导入
N: GL/Journal/Import/Run
需要GL用户运行日记帐导入，以最终在总账生成库存模块的分录：
Source选择“Inventory”，Selection条件选择“All Group Ids”，点击Import提交

Journal Import请求。
2.20. View Journal and Drill
查询日记帐并追溯
N: GL/Inquiry/Journal
输入Source=Inventory，Category=MTL，正好查询出一笔S01库存组织传过来的数
据：

June 8, 2007
点击Review Journal，可以查看更加详细的分录信息，状态为Unposts：
注1：其中Description字段含有库存组织编号。
注2：因S01组织参数上设置的传GL方式为Summary，所以这里按照账户汇总了。
注3：需要通过N: GL/Journal/Post过账改日记帐，才能继续下面的操作。
N: GL/Inquiry/Accounts则可以以账户范围的角度查询日记帐明细，不用选模版，直
接输入账户范围：

June 8, 2007
点击Show Journal Details后可以查到该账户的所有日记帐：
点击Drilldown，可以追溯出库存事务处理记录：

June 8, 2007
点击两个按钮Show Transaction、Show Trx Accounting，结果和“View Trx/

Distributions”章节类似。
遗憾的是转移（子库间、组织间），转入方的日记帐无法追溯出库存事务处理记录。
某时点现有量SQL
一般可采取倒推法，可分版本、子库、货位、批次：
SELECT dtl.organization_id,
dtl.inventory_item_id,
dtl.segment1,
dtl.revision,
dtl.subinventory_code,
dtl.locator_id,
dtl.lot_number,
dtl.primary_uom_code,
SUM(dtl.primary_transaction_quantity) primary_transaction_quantity
FROM (
--Onhand Quantity
SELECT moq.organization_id,
moq.inventory_item_id,
mst.segment1,
moq.revision,
moq.subinventory_code,
moq.locator_id,
moq.lot_number,
mst.primary_uom_code,
moq.primary_transaction_quantity
FROM inv.mtl_onhand_quantities_detail moq,
inv.mtl_system_items_b mst
WHERE moq.organization_id = mst.organization_id
AND moq.inventory_item_id = mst.inventory_item_id
AND moq.is_consigned = 2
--Filter
AND moq.organization_id = 104
AND mst.segment1 = '960001'
UNION ALL
--Backflush Quantity
June 8, 2007
SELECT mmt.organization_id,
mmt.inventory_item_id,
mst.segment1,
mmt.revision,
mmt.subinventory_code,
mmt.locator_id,
lot.lot_number,
mst.primary_uom_code,
-nvl(lot.primary_quantity, mmt.primary_quantity) primary_transaction_quantity
FROM inv.mtl_material_transactions mmt,
inv.mtl_transaction_lot_numbers lot,
WHERE mmt.transaction_id = lot.transaction_id(+)
AND mmt.organization_id = mst.organization_id
AND mmt.inventory_item_id = mst.inventory_item_id
--Filter
AND mmt.organization_id = 104
AND mst.segment1 = '960001'
AND mmt.transaction_date >=
to_date('2006-12-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS')) dtl
GROUP BY dtl.organization_id,
dtl.inventory_item_id,
dtl.segment1,
dtl.revision,
dtl.subinventory_code,
dtl.locator_id,
dtl.lot_number,
dtl.primary_uom_code
HAVING SUM(dtl.primary_transaction_quantity) <> 0;

June 8, 2007
3. INV: Inter-organization Transfer组织间转移

应用：Inventory
职责：Inventory
发运网络
“组织间转移”必须设置发运网络，这里包含了进行组织间转移需要的大部分参数定
义：转移类型、FOB点、溢价方式、运输距离、接收路线、应收应付账户、在途库存
账户。
系统在组织层次上设置发运网络，无法针对两个组织的子库进行设置。
转移类型
在途：系统提供的功能仅仅是发出方转出后、需要接收方按照标准的接收进行接收；
实际应用中，通常用于两个组织间的距离比较远，或者需要进行明确检验合格后才能
入库的场景。
直接：类似组织内的子库转移，转出方做转出动作，接收方自动就有入库记录。
FOB点
FOB点可理解为在哪个时点完成“物品交接”，完成所有权转换。
系统中仅针对在途转移，并且仅影响相关分录的生成时点。
Shipment：转出方做转出动作后，就完成所有权转换，生成组织间应收/应付分录，
同时借计转入方“在途库存账户”；待完成接收入库后，再借计转入方库存价值账
户。
Receipt：转出方做出动作后，仅借计转出方“在途库存账户”；待完成接收后，才完
成所有权转换，这时借计转入方库存价值账户，生成组织间应收/应付分录。
事务处理类型
标准功能使用的事务处理类型：
直接转移的发送方：Direct Org Transfer
直接转移的接收方：Direct Org Transfer
在途转移的发送方：Intransit Shipment
在途转移的接收方：Intransit Receipt
Distribution应用模块 INV: Inter-organization Transfer组织间转移 36 of 139

June 8, 2007
运输距离
仅做参考和备注用。
接收路线
可以设置检验路线，和PO类似。
溢价方式
无溢价：按照转出方的成本，完成相关分录计算，这个是以下溢价方式的基础。
请求的金额：转出方做转出动作时输入本次转移需要加收的金额。
请求百分比：转出方做转出动作时输入一个加收百分比，系统自动用其乘以转出方的
成本，作为本次需要加收的金额。
预定百分比：在组织网络上定义一个固定的百分，系统自动用其乘以转出方的成本，
作为每次需要加收的金额。
正溢价贷记“组织间转移贷记账户”，负溢价借记“组织间转移借记账户”。
会计分录
组织间转移，仅产生成本分录，不产生AP和AR（下表中说的应收/应付，指科目）；
如果实际有款项往来，需要手工在GL做冲销凭证，或者手工开立AP/AR。
借/贷账户金额备注
组织间直接转移之转出方，标准成本、平均成本分录一样
借组织间转移应收转出方成本 * 数量 + 溢价
转出方5大子库科目转出方成本 * 数量
贷
组织间转移贷项溢价
组织间直接转移之转入方，平均成本
借转入方5大子库科目转出方成本 * 数量 + 溢价
贷组织间转移应付转出方成本 * 数量 + 溢价
组织间直接转移之转入方，标准成本
借转入方5大子库科目转入方成本 * 数量
组织间转移应付转出方成本 * 数量 + 溢价
贷
采购价格差异PPV 上述两者相减 PPV也可能在借方
组织间间接转移之转出方，FOB点在接收，标准成本、平均成本分录一样
借转出方在途库存转出方成本 * 数量
贷转出方5大子库科目转出方成本 * 数量
组织间间接转移之转入方，FOB点在接收，标准成本
转出方在途库存转出方成本 * 数量
贷
贷
组织间间接转移之转入方，FOB点在接收，平均成本
转出方在途库存转出方成本 * 数量
贷

June 8, 2007
借/贷账户金额备注
组织间间接转移之转出方，FOB点在发运，标准成本
贷
借转入方在途库存转入方成本 * 数量
贷
组织间间接转移之转出方，FOB点在发运，平均成本
贷
借转入方在途库存转出方成本 * 数量 + 溢价
组织间间接转移之转入方，FOB点在发运，标准成本
贷转入方在途库存转入方成本 * 数量
组织间间接转移之转入方，FOB点在发运，平均成本
贷转入方在途库存转出方成本 * 数量 + 溢价
Inventory Transaction学习流程

↓
…… 基本设置和操作，参考“INV: Transactions”章节
↓
Shipping Networks 为组织间转移定义组织网络
↓
Direct Transfer 组织间直接转移事务处理
↓
Intransit Shipment 组织间在途转移事务处理
↓
Intransit Receiving 组织间在途接收事务处理，类似采购接收
↓
…… Cost Manager，参考“INV: Transactions”章节
↓
View Trx/ Distributions 查看成本分录
↓
…… 后续功能操作，参考“INV: Transactions”章节
3.3. Shipping Networks
组织网络
N: INV/Setup/Organizations/Shipping Networks

June 8, 2007
S01到S02，采用直接组织间转移，溢价方式为请求的金额。
S02到S01，采用在途组织间转移，FOB点为发运，溢价方式为固定10%。
账户默认从组织参数上带过来，可以不改。
3.4. Direct Transfer
直接组织间转移
N: INV/Transactions/Inter-organization Transfer
必须两个组织的会计期都处于Open，并且必须从发出库存操作，选择目标组织：
然后输入物料、来源子库/货位、目标子库/货位、数量、额外收取的金额：
June 8, 2007
3.5. Intransit Shipment
在途组织间转移
N: INV/Transactions/Inter-organization Transfer
先切换到S02组织，然后做组织间转移，并输入发运号：
然后输入物料、来源子库/货位、目标子库/货位、数量，额外收取的百分比：
3.6. Intransit Receiving
在途组织间接收
N: INV/Receiving/Receipts
先切换到S01组织，做组织间接收，Source Type选择“Internal”、Supplier选择发运
库存“INV SH02”、Shipment选择发送方输入的发运号“1000002”：

June 8, 2007
查找结果如下：
选中行，然后输入Location，保存即可。注意这里的接收路线是“Standard”。
接收入库
N: INV/Receiving/Receiving Transactions
“Standard”的不需要做检验，这里直接查询出来做入库，条件同接收：

June 8, 2007
查找结果如下：
选中行，直接保存，系统自动触发入库。

June 8, 2007
查看物料事务处理和分录
在S01组织，输入查询条件，Find结果如下：
第1笔组织间在途转移的转入记录，第2笔是组织间直接转移发出记录，分录说明参见
本章“基础业务学习的”的“会计分录”，画面分别如下：

June 8, 2007
组织间转移（在途或者直接），实际上和子库转移类似，也产生一出一入2条，只不过
另外1条需要到S02组织才能查到：
同样，分录这里仅给出画面：

June 8, 2007
待续

June 8, 2007
4. INV: Physical Counting实地盘点

应用：Inventory
职责：Inventory
总体说明
实地盘点，也叫实物盘点、物理盘点、全面盘点，目的是找出系统记录与库存实物及
其数量的差异，经过调整，达到“账实相符”。
注意，无效的物料不参与盘点。
实物盘点学习流程

↓
View Onhand 1 查看系统现有量
↓
Create Physical Counting 创建物理盘点
↓
Onhand Snapshot 快照现有量
↓
Generate Tag 生成货签并打印
↓
Physical Counting 库房、现场盘点
↓
Enter Counting Results 输入盘点结果
↓
Approve Adjustments 审批盘点差异
↓
Apply Adjustments 执行盘点差异调整
↓
View Onhand 2 查看现有量，与先前的对比
↓
…… Cost Manager，参考“INV: Transactions”章节
↓
View Trx/ Distributions 查看事物处理、成本分录
↓
…… 后续功能操作，参考“INV: Transactions”章节
Distribution应用模块 INV: Physical Counting实地盘点 46 of 139

June 8, 2007
4.3. View Onhand 1
查看现有量
可以按照子库、物料、货位、批次、序列号查，记下库存量。图与操作略。
4.4. Create Physical Counting
创建物理盘点
N: INV/Counting/Physical Inventory/Physical Inventories…New
关键字段说明：
Header属性
Name 物理盘点名称
日期，只能>=系统日期，但实际上这个时间没用；执行快照时系
Date
统取的是当前现有量，并不会倒推
Approvals属性
Required 是否需要审批：必须审批、不需要审批、超过允差范围才审批
Tolerances 允差设置，可以设置数量百分比或者价值绝对数
Count Subinventories属性
All 当前组织下所有子库均参与盘点
Specific 只有下面指定的子库才参与盘点
Status属性
Snapshot Complete 只读，当执行完快照后自动打勾

June 8, 2007
Adjustment Posted 只读，当执行完盘点调整后自动打勾
Snapshot Date 只读，执行快照的日期
Control&Button
是否允许动态货签
Allow Dynamic Tags 是：输入盘点结果时，可以输入不存在的货签
否：输入盘点结果时，不能输入不存在的货签
Snapshot 执行快照
Tags 生成货签
4.5. Onhand Snapshot
快照现有量
N: INV/Counting/Physical Inventory/Physical Inventories……Tools/Perform SN
上图点击“Snapshot”按钮，系统自动提交请求“Freeze physical inventory”，快照

所选子库内所有物料的当前现有量，按照子库、货位、批次、序列号、物料修订号分
别统计。
查看快照结果
N: INV/Counting/Physical Inventory/Approve Adjustments
输入物理盘点名字，Find结果如下：

June 8, 2007
以第一行为例，可以看到当前系统的现有量是1，因为目前没有输入任何盘点结果，系
统认为实际库存为0，所以需要吊证的数量为-1。
也可通过SQL查询：
SELECT mpd.subinventory_name,inventory_item_id,revision,
lot_number,locator_id,serial_number,system_quantity,
count_quantity,adjustment_quantity
FROM inv.mtl_physical_inventories mpi, inv.mtl_physical_adjustments mpd
WHERE mpi.physical_inventory_id = mpd.physical_inventory_id
AND mpi.organization_id = 104
AND mpi.physical_inventory_name = '2006年12月库存初始化'
4.6. Generate Tag
产生货签
N: INV/Counting/Physical Inventory/Tag Generation
点击Generate系统提交请求“Generate physical inventory tags”生成货签。
我们可以先生成Default类型的货签，然后根据预测再生成一定数量的“Blank”货
签，现场盘点时用来填写那些ERP现有量中没有的物料。
关键字段说明：
Tag Type属性
按照Snapshot的结果生成货签，货签数=Snapshot记录数，每个货签
Default 号对应的子库、货位、物料、修订号、批次、序列号也与Snapshot的
结果一一对应，并且可以打印出来

June 8, 2007
空白货签，想生成多少都可以，生成的货签只有货签号，没有物料等
Blank
具体内容，打出来后需要在现场根据盘点结果补填相关信息
Show Serial on Tags 货签上是否打印序列号
Tags属性
Starting Tag 起始货签号
Digit Increments “每位”的增长量
Ending Tag 结束货签号，Default类型的货签，该字段只读，系统自动算出
Number of Tags 货签数量，Default类型的货签，该字段只读，并且=Snapshot记录数
查看货签
N: INV/Counting/Physical Inventory/Tag Counts
4.7. Physical Counting
打印货签
N: View/Requests/Physical Inventory Tags

June 8, 2007
可打印某个物理盘点的货签，并且有多种排序顺序，比如这里采用子库、货位排序：
库房、现场盘点
可以拿着上面打印出来的一张张货签，到库房、现场盘点，手工填写实际的盘点人、
盘点日期、盘点数量及其单位：
黄建华
2006-12-31
PCS

June 8, 2007
4.8. Enter Counting Results
输入盘点结果到系统
N: INV/Counting/Physical Inventory/Tag Counts
根据盘点结果，如果是“Default”货签，则对号入座——输入货签号，系统带出物料
等信息，手工输入数量等少量信息；如果是“Blank”货签，则输入货签号，手工输入
物料、子库、数量等所有信息；如果压根就没打货签，也可配合物理盘点时启用的
“Allow Dynamic Tags”，手工直接输入任意货签和物料、子库、数量等所有信息。
上图前两行为“Default”货签及其对应的盘点结果，后两行为手工输入的动态货签。
4.9. Approve Adjustments
审批盘点差异
N: INV/Counting/Physical Inventory/Approve Adjustments
盘点人员盘点结果后，财务部或其他部门可以根据设置进行审批。输入物理盘点名
称、Default Approver后，点击Find查询，系统自动仅列出需要审批的部分数据，并
且盘亏用红色显示：

June 8, 2007
可以一行行选择Approve或者Reject进行审批或者拒绝，也可以点击按钮“Approve
All”、“Reject All”进行成批处理。
4.10. Apply Adjustments
执行盘点差异调整
N: INV/Counting/Physical Inventory/Physical Inventories…Tools/Launch ADJ
在弹出的界面，需要输入一个盘点差异账户：

June 8, 2007
点击Launch Adjustments，系统提交请求“Perform physical inventory

Adjustments”，执行差异调整。实际上做的是账户杂项库存事务处理。
4.11. View Onhand 2
查看现有量
可以查出，现有量已经改变，并且和盘点结果一致。图和操作略。
查看物料事务处理和分录
盘点调整的Transaction Source Type是“Physical Inventory”、Transaction Type是

“Physical Inv Adjust”：
盘盈分录为：
借子库5大库存账户主数量 * 标准成本
贷输入的差异账户主数量 * 标准成本

June 8, 2007
盘亏分录为：
借输入的差异账户主数量 * 标准成本
贷子库5大库存账户主数量 * 标准成本
4.13.其他重要问题
None
None

June 8, 2007
5. INV: Move Orders挑库单

应用：Inventory
职责：Inventory
适用场景
Move Order适用于同一库存组织内部的库存调拨，组织间的调拨必须通过其他方式如
内部请购单。
Move Order最终的效果就是库存的子库转移和账户出库；还能实现不同货位之间的调
整。
Move Order使用库存的picking rules来自动挑选来源货位、批次、物料版本。
Move Order的审批
Move Order的审批由三个参数控制：
mtl_parameters.txn_approval_timeout_period（超时天数，空则=0）
mtl_parameters.mo_approval_timeout_action（超时动作，1自动审批，2自动拒绝）
mtl_system_items_b.planner_code（物料计划员，组织级的）
1、如果“超时天数”=0，则由“超时动作”直接决定状态
2、否则，发通知给“物料计划员”审批
2.1. 如果“物料计划员”没有设置，则自动审批
2.2. 如果“物料计划员”=申请人自己，则自动审批
2.3. 否则，由“物料计划员”审批
2.3.1. “物料计划员”及时做出审批或者拒绝
2.3.2. 超时之后，再次通知“物料计划员”审批
再次超时，则由“超时动作”直接决定状态
Move Order的类型
1、 Move order requisitions 手工开，并且需要审批
2、 Replenishment move orders 自动开，并且已审批
来自：Min-Max Planning、Replenishment Counting、Kanban Replenishment
Distribution应用模块 INV: Move Orders挑库单 56 of 139

June 8, 2007
3、 Pick wave move orders 自动开，并且已审批
来自：Oracle Shipping Execution pick release
xxx学习流程

↓
xxx xxx
5.3. Review Profile
预制文件
allows the system to cancel partially allocated and transacted
INV: Kill Move Order
move orders
如何取消Allocation
You can enter 0 as the transaction quantity for Pick wave move orders without any
missing quantity.
If you enter 0, the system deletes the allocations and the Move order line remains
released to warehouse.
This provides redirecting material for other sales orders at the time of Pick
confirmation with out backordering and repicking the line.
Distribution应用模块 INV: Move Orders挑库单 57 of 139

June 8, 2007
6. INV: VMI供应商管理库存
应用：Inventory
职责：Inventory
总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 INV: VMI供应商管理库存 58 of 139

June 8, 2007
7. PO: Supplier供应商
应用：Purchasing
职责：Purchasing Super User
总体说明
待续
xxx学习流程
Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置PO

↓
xxx xxx
Distribution应用模块 PO: Supplier供应商 59 of 139

June 8, 2007
8. PO: Purchase Order采购订单

应用：Purchasing
PO模块概述
首先，PO解决了企业采购的基本管理问题：何时向何供应商以何价格采购何物料，采
购信息与仓库、质检、财务高度共享。
何时何物：手工指定、MRP运算结果、内部请购、Dropship SO、外协WIP。
何供应商：手工指定、ASL和Sourcing Rules、BPA、Quotation。
什么价格：手工指定、Plan PO、BPA、Quotation。
财务信息：自动创建应计和PPV分录；财务部收到的发票可以方便的与PO进行匹配。
入库与退货：采购接收可自动触发仓库入库，采购退货可自动触发仓库出库。
质量检查：采购接收时可触发质量收集计划进行分项抽样检查。
其次，供应商及其物料价格管理永远是采购部的重点工作，ASL和Sourcing Rules则是
Oracle ERP提供的解决方案。
其三，在流程集成中，请购单PR和接收Receiving分别起着承上启下的作用：
1、 ISO流程从内部PR开始。
2、 WIP外协通过PR接口创建PR，进而创建PO，而接收则直接回到WIP工序。
3、 Dropship亦通过PR接口创建PR，进而创建PO，而接收则直接触发SO发货。
PO类型 PO_Headers_All.TYPE_LOOKUP_CODE
标准采购订单SPO：欲采购的物料、价格、数量、时间、供应商均确定的一次性物品
或服务采购。比如轮胎制造商采购紧俏天然胶。
一揽子采购协议BPA：欲采购的物料、供应商均确定、价格可能确定的采购协议，协
议本身是个有效“合作合同”，实际采购时须通过“发放”以确定采购的数量、时
间。比如汽车制造商向轮胎供应商的采购。协议可以是Global的——跨OU。
合同采购协议CPA：仅采购总金额、供应商确定的采购协议，协议本身是个“合作意
向”，不能直接进行采购接收，实际采购时需下引用该合同的标准采购订单。比如超
市向各供应商的采购。合同可以是Global的——跨OU。
计划采购合同PPO：欲采购的物料、价格、数量、时间、供应商均确定，但不急于下
标准采购订单，而是先做好长期“计划”，实际采购时须通过“发放”完成。
Distribution应用模块 PO: Purchase Order采购订单 60 of 139

June 8, 2007
审批基础
1、如何确定审批身份
登录User->员工Employee 系统管理员User中指定关联的Employee，多对1
员工Employee->职位Position HR Employee中指定员工的职位，多对1
2、如何确定审批权限
职位Position+PO类型->审批组 PO审批组分配中设置每个职位的各类PO权限
审批组Approval Group->权限审批组对应1组权限范围：金额、账户、物料
3、如何确定下一审批者（一），假定财务选项设置采用审批层次
PO类型->审批层次 PO文档类型中指定使用的Approval Hierarchy
职位+审批层次->Next Position 根据当前职位和审批层次，可获得下一审批职位
Next Position->员工Employee 根据下一审批职位，可获得下一审批者
4、如何确定下一审批者（二），假定财务选项设置采用上下级关系
员工Employee->上级Supervisor 根据当前员工，可获得下一审批者
5、如何确定通知发送方式是Mail还是在线
根据通知的接收User的首选项Preference决定，如果用户层没有设置，则由Global
Preferences决定。如果是Mail方式，需要配置好Workflow Notification Mailer。
请参考《深入浅出Oracle EBS之Workflow》一书的“Workflow Notification Mailer

Configuration”章节。
审批核心过程
1、【手工】User登录ERP，打开PO或输入新PO，提交审批，
2、【自动】检查PO信息的完整性，如果通过PO状态为In Process，否则返回1
3、【自动】根据PO类型和当前Position，确定下一审批者；如果找不到，则发送
“No Approver Found”通知给提交者，审批结束，PO状态为Incomplete
这里一要注意，不是根据PO的采购员，而是根据提交审批的用户确定审批职位；二要
注意如果PO类型上设置允许自审批，那么提交者自己将作为第一审批人，否则不管其
对应的权限有多大，都要提交给下一审批职位审批。
4、【自动】根据PO类型和Position确定审批组，根据审批组和PO信息判断是否权限
足够
5、【自动】如果权限不够，进入步骤3，否则发送Workflow通知给该职位对应的员工
对应的User
因为1个职位可对应多个员工，1个员工可对应多个User，系统将通知发给ASCII值最小
的User。所以除了采购员外，最好做到职位、员工、用户是一一对应关系。
June 8, 2007
6、【手工】有权限的审批者登录ERP，进入Workflow Worklist找到相应PO进行审
批：如果转交他人，则进入步骤2；如果拒绝或审批，则审批流程结束
7、【自动】发送“被拒绝”或者“审批通过”Workflow通知给提交者，PO状态为
Incomplete或Approved
PO状态控制
典型的PO，其周期通常是Incomplete制定->In Process审批中->Approved已审批-
>Closed关闭->Finally Closed最终关闭。
可以通过Summary窗口的Tools/Control控制状态。PO所有状态如下：

FROM fnd_lookup_values_vl lov
WHERE lov.lookup_type = 'DOCUMENT STATE'
状态代码说明
1、正在输入，尚未提交审批，可以随意修改
INCOMPLETE
2、可以删除，PO删除后对应的请购单回归未满足状态
IN PROCESS 工作流正在处理中，一般只能在Summary中看
PRE-APPROVED 审批前的工作流内部状态
APPROVED 审批通过，可以进行接收、退货、开票
REJECTED 审批不通过，被拒绝回来，需要修改后再提交
REQUIRES REAPPROVAL 需要重新审批
1、当发票数量符合PO选项定义的规则时，系统自动CLOSED
CLOSED FOR RECEIVING装运行
2、当发票数量符合PO选项定义的规则时，系统自动CLOSED
CLOSED FOR INVOICE FOR INVOICE装运行
3、所有装运行关闭，PO行自动Closed；所有PO行Closed，
CLOSED FOR RECEIVING 头自动Closed
4、 Closed的PO和行，可以重新打开
1、可在头、行、装运行执行最终关闭
2、最终关闭后，不能做任何操作，也不能重新打开
FINALLY CLOSED
3、对于头被最终关闭的PO，有标准请求可以将其Purge
4、根据AP选项设置，AP匹配可自动最终关闭PO？
1、可在头、行、装运行行取消，不过只能取消未接收的数量
2、取消后不能做修改和新接收，但可以开已接收部分的发票
CANCELLED
3、对于头被取消的PO，有标准请求可以将其Purge
4、 PO取消后对应的请购单数量回归未满足状态
OPEN 未关闭、未取消、未最终关闭、未冻结、未暂挂的PO
AWAITING PRINTING 等待打印
PRINTED 已经打印
FROZEN 冻结，不可以修改PO，但可以接收、开票
UNFROZEN
ON HOLD 暂挂，不可以修改PO，不可以打印，也不可以接收、开票
NOT ON HOLD
RESERVED 资金已保留
NOT RESERVED
RETURNED
详细的状态控制及其允许的操作，参考PO User Guide的“Document Control

Overview”章节。

June 8, 2007
PO安全性
定义：
权限操作说明
查看仅可通过Summary查询
修改可通过Summary查询，并且能打开PO
关闭/冻结可通过Summary查询并打开Control进行关闭、冻结
取消/最终关闭可通过Summary查询并打开Control进行取消、最终关闭
首先，下一审批者对PO有查看权限；如果PO类型设置为“允许审批者修改”，那么
其还有修改权限，而且可在审批通知中直接打开并修改In Process的PO；而其他人对
In Process的PO只能通过Summary查询，不能打开。
其次，PO创建者对PO的权限是Full的。
其三，对于其他人，需要从安全级别和访问级别两方面加以控制：
安全层次其他人员范围
Public 任何人
Private None
所有采购员；例外是，如果访问层次为Modify或Full，那
Purchasing
么下一审批者也有修改权限
Hierarchy PO选项中定义的职位层次中的人
访问层次权限范围
View Only 仅查看
Modify 可以查看、修改、关闭/冻结
Full 可以查看、修改、关闭/冻结、取消/最终关闭
这里注意，用于安全性控制的职位层次和用于审批控制的职位层次是独立的，前者在
PO选项中指定，后者在PO Document Type中指定，虽然它们可以设置为同一个职位
层次。
PO模块的主要单据
除了本章的采购订单外，PO模块还有其他几种重要单据，其关系如下：
请购单自动创建询价单
自动创建复制
采购单目录引用报价单
1、请购单记录请购或者采购需求的单据
2、寻价单记录向供应商寻价信息的单据
3、报价单记录供应商提供报价信息的单据

June 8, 2007
4、采购单记录采购信息的单据
标准PO学习流程

↓
Review Options 重点回顾财务选项、PO选项、接收选项、物料参数设置
↓
Review App Hierarchy 设置职位审批层次，请参考《全模块设置详例》
↓
Review Document Types 设置PO类型的审批等参数，请参考《全模块设置详例》
↓
Review App Groups 设置审批权限组，请参考《全模块设置详例》
↓
Review App Assignment 按照职位授权审批组，请参考《全模块设置详例》
↓
Buyers 采购员设置
↓
Create Standard PO 采购员开采购订单
↓
Submit PO 采购员提交审批
↓
Find PO Summary 查看PO汇总
↓
Approve PO 采购经理审批采购订单
↓
View PO Status 查看PO状态
↓
【Receiving】接收，参考“PO: Receiving”
↓
【AP】发票匹配，参考“AP: PO Matching”
↓
Close PO 关闭PO
8.3. Review Options
回顾相关参数设置
N: AP/Setup/Options/Financials中的“Inventory Organization”、“Use
Approval Hierarchies”。
N: PO/Setup/Organizations/Purchasing Options中的“Numbering”。
N: INV/Setup/Organizations/Receiving Parameters中的“Receipt Routing”。
N: INV/Items/Master Items上的“Purchasing”Tab页。

June 8, 2007
8.4. Review Approval Hierarchy
职位层次
N: HR/Work Structures/Positions/Hierarchy or Diagrammer
定义职位的上下级树形关系，以“SCF PTP Approval Hierarchy”为例，从上到下是总

经理、采购经理、采购员三个级别，点击Assignment按钮可以看到，目前Buyer职位
上的员工只有一个人“Shi, Steven”：
填充职位层次
N: PO/Reports/Run，选择“Fill Employee Hierarchy”。
实际应用中职位层次的树形关系比较复杂，为减少每次展开、查找的时间，Oracle采
用了预先展开到二维表的方法来提高性能。示例数据如下：
职位员工用户
General Manager Huang, Jianhua HUAJHUA
Purchasing Manager Sun, Chengfeng SCF
Buyer Shi, Steven STEVEN
8.5. Review Document Types
PO文档类型
N: PO/Setup/Purchasing/Document Types

June 8, 2007
以标准采购订单为例，当前设置是允许自审批、审批者可以直接打开PO修改、不可以
更改审批层次树/Forward-From/Forward-To、无安全性控制、使用的审批层次为
SCF PTP Approval Hierarchy、采用标准的审批工作流：
8.6. Review Approval Groups
权限组
N: PO/Setup/Approvals/Approval Groups
可定义每个组的审批金额、账户范围、物料范围和物料类别范围等。需要注意的是，
默认情况下是排除所有账户，所以如果一个Group没有设置账户范围，就意味着这个
Group没有审批权限。另外，在设置账户范围的时候，也需要设置金额限制。所以，
如果要让一个Group具有审批权限，最起码的条件是：正确的账户范围和对应该范围
的足够金额权限。
下面以NO AUTHORIZATION为例，因为金额只有0.01，几乎不能审批任何PO：

June 8, 2007
从《全模块设置详例》还可知道AUTHORIZATION组的审批金额为1000000，而
UNLIMITED的审批金额为999999999999。
8.7. Review Approval Assignments
授权
N: PO/Setup/Approvals/Approval Assignments
按照职位、PO类型、权限组的顺序设置。示例数据摘自《全模块设置详例》：
Position Document Type Approval Group
General Manager Approve Blanket Purchase Agreements UNLIMITED
Approve Blanket Releases UNLIMITED
Approve Internal Requisitions UNLIMITED
Approve Purchase Requisitions UNLIMITED
Approve Standard Purchase Orders UNLIMITED
Purchasing
Approve Blanket Purchase Agreements AUTHORIZATION
Manager
Approve Blanket Releases AUTHORIZATION
Approve Internal Requisitions AUTHORIZATION
Approve Purchase Requisitions AUTHORIZATION
Approve Standard Purchase Orders AUTHORIZATION
Buyer Approve Blanket Purchase Agreements NO AUTHORIZATION
Approve Blanket Releases NO AUTHORIZATION
Approve Internal Requisitions NO AUTHORIZATION
Approve Purchase Requisitions NO AUTHORIZATION
Approve Standard Purchase Orders NO AUTHORIZATION
8.8. Buyers
采购员
N: PO/Setup/Personnel/Buyers
只有采购员才可以创建订单，所以要开PO，登录User必须与员工关联，并且该员工在
这里必须定义为采购员。
8.9. Create Standard PO
根据以上设置如果开金额为10000的PO，用HUAJHUA、SCF来提交审批，因为权限
足够大，可以自审批，系统操作是点击“Approve”后PO状态直接就是Approved。
如果用Steven用户提交，则必须经过下一审批者审批。这里我们以Steven登录。

June 8, 2007
输入PO头信息
N: PO/Purchase Orders/Purchase Orders
PO头主要信息为：
类型标准PO为Standard Purchase Order
采购员系统默认为登录用户对应的员工
供应商输入后系统自动带出Site、Ship-to、Bill-to
PO号保存后系统可自动生成PO号，也可设置为手工输入PO号
状态新开PO为Incomplete
输入PO行信息
PO行主要信息为物料编码、数量、单价、需求时间：
保存之后系统自动生成装运行Shipment、分配行Distribution。
修改装运行信息
N: PO/Purchase Orders/Purchase Orders/Shipments按钮
1个PO行系统默认生成1个Shipment行，如果需要，可以在这里手工修改数量拆成多
行。

June 8, 2007
More Tab页定义AP匹配选项等信息：
Status Tab页显示各种数量——订购、已接收、已取消、已开票，实际上表中还有已接
受、已拒绝字段：
点击Receiving Controls，可以修改由接收参数、物料上带过来的接收控制选项，包括
接收的时间和数量允差、接收路线：

June 8, 2007
修改分配行信息
N: PO/Purchase Orders/Purchase Orders/Shipments按钮/Distributions按钮
1个Shipment行系统默认生成1个Distribution行，如果需要，可以在这里手工修改数量
拆成多行。
Distribution主要信息为请求者、目标地点、目标子库、费用账户、应计账户；如果是
PR创建的PO，More页将显示PR号等信息；如果是项目创建的PO，Project页将显示项
目信息；如果是WIP创建的PO，这里的“Outside Services”将显示任务信息。
8.10. Submit PO
提交审批
N: PO/Purchase Orders/Purchase Orders/Approve…按钮

June 8, 2007
主要字段说明：
Submit for… 必须打勾，表示要提交审批
Forward 打勾后，系统根据PO类型的设置决定是否可以修改审批路径等
Transmission 通过何方式把PO发给供应商，PO一旦审批自动执行这里定义的操作
点击OK按钮提交审批。
8.11. Find PO Summary
查看PO汇总
N: PO/Purchase Orders/Purchase Order Summary
可以输入非常多的条件查询，比如PO号、订购时间、订购物料等等；Results的意思是
查询结果直接进入PO的哪层信息——头信息、行信息、装运行还是分配行。

June 8, 2007
输入上面的PO号，Find如下：
可以看到状态为In Process，该状态不能打开PO，所以Open按钮呈灰色。
查看PO工作流
N: PO/…/Inquire/View Approval through Workflow

June 8, 2007
以下是打开的PO Workflow审批详细步骤：
点击“View Diagram”可以看到更加直观的审批过程，绿色线为本PO的实际审批工
作流。沿着绿色线一直走并双击进入子流程，最终发现停在“Approve PO
Notification”节点，并且处理者是“SCF”：

June 8, 2007
8.12. Approve PO
首先以SCF登录ERP。
查看审批通知
N: PO/Workflow Users/Worklist
可以看到，有张标准PO1000005需要审批，点击主题进去可以看到详细的信息——供
应商、PO行、审批过程、审批按钮：
查看/修改PO
可以点击“Open Document”打开PO，查看更加全面的信息或者直接修改：

June 8, 2007
除了Item外，其他信息几乎都可以修改；此外只有通过这种方式才可以打开In Process
的PO。
审批PO
Response区域：
Approve 审批通过
Approve and Forward 审批通过并转交他人处理
Forward 转交他人处理
Reject 拒绝，退回提交人
Reassign 转交他人处理
Request Information 查看更详细的信息
点击Approve完成审批。
8.13. View PO Status
查看PO状态
审批之后PO状态为Approved。

June 8, 2007
8.14. Receiving&AP
接收和发票匹配
参考本文档“RCV: Receiving”章节和《深入浅出Oracle EBS之核心功能（FIN）》

“AP: PO Matching”章节。
8.15. Close PO
关闭PO
N: PO/Purchase Orders/Purchase Order Summary/Control
PO的关闭或取消全部在Control里面控制：

June 8, 2007
选择Close点击OK可以关闭PO，并可以打开PO看到变化了的状态：
Release
对于一揽子采购协议BPA和计划采购合同来说，其与SPO不同，还需要通过发放
Release来实际进行采购。下面以一揽子采购为例列出流程，注意以红字标出的差异：
…… 设置采购员及之前的步骤，同SPO
↓
Create BPA 采购员开一揽子采购协议，同SPO，但只有头和行信息
↓
Submit BPA 采购员提交审批，同SPO
↓
Find PO Summary 查看PO汇总，同SPO
↓
Approve BPA 采购经理审批一揽子采购协议，同SPO
↓
View BPA Status 查看BPA状态，同SPO
↓
BPR: BPA Release BPA释放，通过菜单Release，输入装运行和分配行
↓
Receiving&AP 接收和发票匹配，同SPO，但除了PO号，需提供Release号
↓
Close BPR 关闭BPR，同SPO
什么是RFQ、Quotation
RFQ，Request for Quotation，是我们主动发给供应商的“询价单”，可以在系统中

手工录入、从PR生成，然后打印出来或者通过电话或通过iSupplier Portal告知供应
商。

June 8, 2007
Quotation是供应商的产品“报价单”，是对我们RFQ的回应或者我们通过其他途径直
接获得的，可以在系统中手工录入、通过PO接口导入，然后作为以后开PO的基础。
与PO的复杂状态控制不同，系统采用是否有效、有效日期来控制RFQ和Quotation，
RFQ不需要审批，而Quotation的审批也不需要工作流，直接通过Forms界面审核。
RFQ、Quotation类型
标书Bid 大宗采购的Item，数量/时间/地点基本确定，无Price Break
目录册Catalog 经常采购且量多的Item，通常有Price Break分段价格
标准Standard 不经常采购的Item，数量/时间/地点不定，也有Price Break
掌握Quotation
创建报价单 N: PO/RFQs and Quotations/Quotations
审批报价单 N: PO/RFQs and Quotations/Quote Analysis
使用报价单可以根据Quotation创建PO，Sourcing Rule中也可引用Quotation
版本控制、重新审批控制
审批之后的PO，如果修改采购员、供应商或其地点、Ship-To或Bill-To、数量、单
价、需求日期、增加PO行、拆Shipment行、拆Distribution行，PO版本号会加1，并
且状态为“Requires Reapproval”，需要重新提交审批；修改Receiving Control则不
会。具体字段控制参考PO User Guide的“Document Revision Numbering”。
默认值来自哪里
如果设置得当，实际开PO，仅需要输入供应商、物料代码、数量、价格、需求时间，
其他信息系统可全部默认出来，它们来自系统选项、PO选项、接收选项、物料属性、
供应商属性、所属SOB、参考的PO或者PR、Account Generator。详细参考PO User
Guide的“Purchase Order Defaulting Rules”。
查看审批层次的SQL
以下SQL大约可以查出展开后的职位层次对应的职位、员工、用户：
SELECT lpad(' ', hir.level_id * 3, ' ') || pas.pos_name pos_name,

pas.full_name,
pas.user_name,
hir.pos_structure_version_id,
hir.level_id,
hir.subordinate_position_id,
hir.parent_position_id
FROM (SELECT DISTINCT p1.pos_structure_version_id,
0 level_id,
p1.parent_position_id subordinate_position_id,
to_number(NULL) parent_position_id
FROM (SELECT pe.pos_structure_version_id,
LEVEL level_id,
pe.subordinate_position_id,
pe.parent_position_id
FROM per_pos_structure_elements pe
START WITH pe.parent_position_id NOT IN
(SELECT pe1.subordinate_position_id
FROM per_pos_structure_elements pe1
WHERE pe1.pos_structure_version_id =

June 8, 2007
pe.pos_structure_version_id)
CONNECT BY PRIOR
pe.subordinate_position_id = pe.parent_position_id
AND PRIOR pe.pos_structure_version_id =
pe.pos_structure_version_id) p1
WHERE pos_structure_version_id = &pos_structure_version_id
AND level_id = 1
UNION ALL
SELECT *
FROM (SELECT pe.pos_structure_version_id,
LEVEL level_id,
pe.subordinate_position_id,
pe.parent_position_id
FROM per_pos_structure_elements pe
START WITH pe.parent_position_id NOT IN
(SELECT pe1.subordinate_position_id
FROM per_pos_structure_elements pe1
WHERE pe1.pos_structure_version_id =
pe.pos_structure_version_id)
CONNECT BY PRIOR
pe.subordinate_position_id = pe.parent_position_id
AND PRIOR pe.pos_structure_version_id =
pe.pos_structure_version_id) p2
WHERE pos_structure_version_id = &pos_structure_version_id) hir,
(SELECT DISTINCT poa.position_id,
pos.NAME pos_name,
peo.full_name,
usr.user_name
FROM per_all_assignments_f poa,
per_all_people_f peo,
per_all_positions pos,
fnd_user usr
WHERE poa.position_id = pos.position_id
AND poa.business_group_id = pos.business_group_id
AND poa.person_id = peo.person_id
AND poa.business_group_id = peo.business_group_id
AND peo.effective_end_date >= SYSDATE
AND poa.effective_end_date >= SYSDATE
AND peo.person_id = usr.employee_id(+)
AND nvl(usr.end_date, SYSDATE) >= SYSDATE) pas
WHERE hir.subordinate_position_id = pas.position_id
代理审批与成批转发
比如，总经理可以审批巨额PO，但其只在纸面签字，需要秘书代劳登录ERP执行电子
审批。但PO的审批历史中要体现总经理的名字而非秘书的名字。解决方法有二：
1、把总经理的用户名和密码直接给秘书使用。
2、设置工作流通知规则，凡是发往总经理的通知，均发给秘书，这就是代理审批。
详细参考PO User Guide的“Offline Approvers”章节。
如果某审批者离职或出差但上不了网，那么势必有大量PO等待审批，公司可能指定他
人临时处理，解决方法有三：
1、直接把该员工的用户名和密码给他人。
2、设置代理审批。
3、通过成批转发窗口查出所有待审批PO，全部转发给他人审批。
详细参考PO User Guide的“Mass Forwarding Documents”章节。
供应商反馈信息
可以通过Tools/Acceptance或API记录供应商的反馈信息，比如是否接受。
June 8, 2007
9. PO: Receiving接收
应用：Purchasing
接收解决的采购问题
采购订单下达后，供应商将按照指定的时间把指定数量的货物送至采购方，这些货物
通常不会直接搬运至仓库，而是要经过签收、采样/检验，合格之后方可入库，如果不
合格必须退还或者与供应商协商以进一步处理。Oracle中通过“接收流程”——
Receiving来管理这些实际问题，除此之外，Receiving还可满足如下业务需求：
1、设置接收的数量和时间允差，是否允许接收替代物料
2、是否允许无PO接收
3、针对不同物料和供应商，设置是免检还是必须检验
4、外币采购、设置发票匹配的维度、自动完成应计负债、退货自动完成借向通知单
5、批次控制、序列号控制、货位控制
6、 Dropship接收、Outside Processing接收、Kanban Replenish接收、RMA接收
接收来源
1、 Supplier，用于PO的接收
2、 Internal，用于在途组织间转移的接收
3、 RMA，用于销售退货的接收
Receiving中的Transaction Type
Oracle用Transaction Type来细致的划分企业接收货物所涉及到的所有业务过程。

FROM fnd_lookup_values_vl lov
WHERE lov.lookup_type = 'RCV TRANSACTION TYPE'
业务代码说明操作界面
RECEIVE 接收收据，即供应商货送达了，签收入收货区 Receipts
UNORDERED 无订单接收 Receipts
CORRECT 修正输入或其他原因引起的错误 Corrections
TRANSFER 转移，通常用于把货物从收货区移到检验区 Receiving Transactions
ACCEPT 检验通过 Receiving Transactions
REJECT 检验不同过 Receiving Transactions
DELIVER 入库 Receiving Transactions
Distribution应用模块 PO: Receiving接收 80 of 139

June 8, 2007
业务代码说明操作界面
RETURN TO
退回至接收，等待复检或者退回供应商 Returns
RECEIVING
RETURN TO
退回至供应商 Returns
VENDOR
RETURN TO
退回至客户 Returns
CUSTOMER
MATCH 无订单接收的货物与事后开的PO匹配 Match Unordered Receipts
SHIP 【To Do】
CANCEL 【To Do】
3种接收路线
正常情况下，3种接收路线经历的Transaction Type（TT）如下：
接收路线顺序正向TT 操作可能的退货TT

1 RECEIVE 手工 RETURN TO VENDOR
Direct Delivery RETURN TO RECEIVING或
2 DELIVER 自动
RETURN TO VENDOR
Standard Receipt RETURN TO RECEIVING或
2 DELIVER 手工
RETURN TO VENDOR
2 ACCEPT 手工
Inspection Required
RETURN TO RECEIVING或
3 DELIVER 手工
RETURN TO VENDOR
针对的接收来源：Supplier、Internal、RMA。
何处设置实际起作用：Supplier类型的，在PO或Release的Shipment行的“Receiving
Control”上设置，其从Item、Supplier上默认过来；Internal类型的在组织网络上设
置；RMA类型的，【To Do】。
接收学习流程

↓
Review Options 重点接收选项、物料参数设置
↓
Review Profile 回顾重要的Profile设置
↓
【Purchase Order】开标准PO并审批，也可Release BPA或计划PO
↓
Review Purchase Order 查看PO收货情况、接收控制
↓
Receive 接收
↓
Corrections 修改
↓
Transfer 转移

June 8, 2007
↓
Inspection 检验，Accept或者Reject
↓
Delivery 入库
↓
Returns 退货
↓
Receiving Trx Summary 接收事务处理汇总、应计分录
↓
Import Journal 接收时系统自动将应计分录插入GL接口，需要手工去导入
↓
View INV Transactions 查看入库或从库存退货的事物处理
↓
Review Purchase Order 查看PO收货情况
↓
【AP】发票匹配，参考“AP: PO Matching”
9.3. Review Options
回顾相关参数设置
N: INV/Setup/Organizations/Receiving Parameters中的“Receipt Routing”。
N: INV/Items/Master Items上的“Receiving”Tab页。
9.4. Review Profile
预制文件
Oracle Purchasing 接收时直接输入合格或不合格
QA:PO Inspection
Oracle Quality 需要在QA建立收集计划
Online 界面停止响应，直到做完接收到接收表
RCV: Processing Mode Immediate 插入数据到接口表，并立即自动提交“接收处理器”请求，界面可以继续操作
Batch 插入数据到接口表，界面可以继续操作，需要用户手工提交“接收处理器”请求
9.5. Purchase Order
开采购订单
参考“PO: Purchase Order”章节，创建并审批PO，如果是BPA那么做一次Release。

June 8, 2007
9.6. Review Purchase Order
查看PO信息
N: PO/Purchase Orders/Purchase Orders或从Summary进去
假如订单信息如下。
PO号： 1000006
料号： 910001（注：该物料启用了批次和序列控制）
数量： 10，全部未接收
日期允差：前后各5天
超量接收： 0，不允许
替代接收：不允许
接收路线：需要检验
9.7. Receive
输入查询条件
N: PO/Receiving/Receipts
因为是PO接收，所以来源必须选择“Supplier”；PO号输入“1000006”：

June 8, 2007
创建接收单
Find后，显示接收单创建窗口，可以选择追加到一个已有的接收单——Add To
Receipt；也可以选择创建一个新的接收单——New Receipt，如果采用自动编号，
Receipt自动不能输入：
注意接收日期，要求所处的GL会计期必须打开。
输入接收具体信息
Destination Type默认Receiving，输入实际接收的数量，并确保复选框选中：

June 8, 2007
因为Profile“RCV: Processing Mode”当前设置为“On-line”，保存后系统立即把数

据放入接收表rcv_shipment_headers、rcv_shipment_lines、rcv_transactions。
9.8. Corrections
修正
N: PO/Receiving/Corrections
输入查询条件PO号，可以查出可以修正的记录及其Transaction Type，输入调整数
量：
9.9. Transfer
转移
N: PO/Receiving/Receiving Transactions
输入查询条件PO号，可以查出可以转移的记录，Destination Type默认Receiving，输
入目标Location：

June 8, 2007
9.10. Inspection
检验
输入查询条件PO号，可以查出可以检验的记录，Destination Type默认Receiving，
Inspection为“未检验 – 需要检验”
点击Inspect，因为Profile“QA:PO Inspection”设置为Oracle Purchasing，所以实际

的检验在系统外处理，这里直接输入检验结果为Accept或Reject：
这里还可以输入供应商批次、质量代码、原因代码。
点OK后主界面的Destination Type自动变为“Inspect”，保存。

June 8, 2007
9.11. Delivery
入库
输入查询条件PO号，可以查出可以入库的记录，Destination Type默认Inventory：
输入实际要入库的数量、所入的子库/货位：
因为该物料启用了批次和序列控制，所以与做库存事务处理一样，需要点击Lot-Serial
按钮输入批次和序列号：

June 8, 2007
Done回主界面后保存。
9.12. Returns
退货
N: PO/Receiving/Returns
输入查询条件PO号，可以查出可以退回的记录，退回可以针对之前做的两类事物处
理，Receive和Delivery：
针对Receive可以做RETURN TO RECEIVING；针对Delivery可以做RETURN TO
RECEIVING、RETURN TO VENDOR，如果有批次/序列控制，点击“Lot/Serial”
进行操作：
9.13. Receiving Trx Summary
接收事务处理汇总
N: PO/Receiving/Receiving Transactions Summary
输入PO号，同时保持Result为Header：
June 8, 2007
查询处接收单据头信息：
点击Transactions，可以看到以层次关系表示的事物处理：

June 8, 2007
1、 Receive了5PCS到收货区
2、发现不对，修改为7PCS，即增加了2PCS
3、检验之前，把物品全部转移到指定的检验区
4、之后进行检验，7PCS全部合格
5、对合格品进行入库5PCS
6、之后因某种原因发现部分物品有问题，从库存退回2个至Receive以重新检验，并从
检验区退1PCS回供应商
应计分录
N: PO/Receiving/Receiving Transactions Summary/…Tools /View Accounting
Receive、针对Receive的Correct、Return to Vendor系统均自动创建应计分录：
借采购接收账户（接收参数）主数量5 * PO单价1 = 5
贷 AP暂估账户（组织参数）主数量5 * PO单价1 = 5

June 8, 2007
9.14. Import Journal
日记帐导入
N: GL/Journal/Import/Run
需要GL用户运行日记帐导入，以最终在总账生成库存模块的分录，注意来源为
Purchasing，没有Group ID：
查询日记帐
N: GL/Inquiry/Journal
Source=Purchaing，Category=Receiving。
9.15. View INV Transactions
查询物料事务处理和分录
接收入库或从库存退回时，系统自动产生库存事物处理：

June 8, 2007
辅助SQL：
SELECT cid.line_type_name line_type,

CASE
WHEN cid.base_transaction_value > 0 THEN
cid.base_transaction_value
END cr,
CASE
WHEN cid.base_transaction_value < 0 THEN
-cid.base_transaction_value
END dr,
--cid.primary_quantity,
--cid.primary_uom,
--cid.basis_type_name,
cid.rate_or_amount rate
FROM cst_inv_distribution_v cid
WHERE organization_id = 104
AND transaction_id = 4855
Line Type CR DR Rate

Inv valuation 56.25 11.25
Inv valuation 6.44 1.2875
Receiving Inspection 5 1
Overhead absorption 0.5 0.1
Purchase price variance or rate variance 51.25 10.25
借库存材料账户主数量5 * 标准成本11.25 = 56.25
库存材料费用账户主数量5 * 标准成本合计1.2875 = 6.44
贷采购接收账户主数量5 * 采购单价1 = 5
采购价格差异PPV 主数量5 * (标准成本 – 采购单价) = 51.25
材料间接费用1吸收账户主数量5 * 标准成本0.1 = 0.5

June 8, 2007
可以看到，接收入库时，系统自动吸收材料间接费。
9.16. Review Purchase Order
查看PO信息
PO的Shipment信息显示接收了6PCS，检验通过6PCS：
在Distribution中可以看到已入库3个：

June 8, 2007
无订单接收流程
无订单接收，用于处理供应商货已送到，但因某种原因还未在系统中开好PO的业务情
况。其仅能做Receive，必须Match到事后开的PO后方可检验、入库。具体流程如下：
Receiving Options 接收选项Allow Unordered Receipts必须选中

↓
Supplier 供应商Receiving页的Allow Unordered Receipts必须选中
↓
Receive 在查询界面直接点击“Unordered”按钮，接收头需手工
输入供应商，接收行需手工输入物料、数量、接收地点
↓
Corrections or Return 匹配PO前可以做修正或退货，但无法做转移、检验、入库
↓
【Purchase Order】开标准PO并审批，也可Release BPA或计划PO
↓
Match Unordered RCV 匹配无订单接收至PO，可匹配部分数量，此时产生AP应计
↓
……Any Other Process 已匹配的Receive，和正常采购接收已没两样
RMA接收流程
与采购接收类似，不过要选择Customer Tab页查找RMA订单，完整流程参考“OM:
RMA销售退货”章节。

June 8, 2007
在途组织间转移接收流程
与采购接收类似，不过要选择来源为Internal查找组织间转移单号，完整流程参考
“INV: Inter-organization Transfer组织间转移”章节。
保留款
SQL：接收单概况
SQL如下：
SELECT rct.transaction_id,
rct.parent_transaction_id,
rct.transaction_type,
rct.destination_type_code,
rsl.item_id,
rct.primary_quantity
FROM rcv_shipment_headers rsh,
rcv_shipment_lines rsl,
rcv_transactions rct
WHERE rsh.shipment_header_id = rsl.shipment_header_id
AND rsl.shipment_line_id = rct.shipment_line_id
AND rsh.receipt_num = '10004'
AND rsh.organization_id = 104
ORDER BY rct.transaction_id
SQL：接收的应计分录
SQL如下：
BEGIN
fnd_global.apps_initialize(user_id => 1110,
resp_id => 50237,
resp_appl_id => 20003);
END;
SELECT *
FROM xla_po_ael_sl_v
WHERE application_id = 201
AND set_of_books_id = 1001
AND trx_hdr_table = 'RCT'
AND trx_hdr_id = 5013 --TRANSACTION_ID
实际用表rcv_receiving_sub_ledger
SQL：可接收的PO
SQL如下：
SELECT poh.po_header_id,
poh.segment1 po_number,
por.release_num,
mst.segment1 item_number,
pll.closed_code,
pll.quantity,
pll.quantity_received,
pll.po_header_id,
pll.po_line_id,
pll.line_location_id,
pll.po_release_id,
poh.vendor_id,
poh.vendor_site_id
FROM po.po_headers_all poh,
po.po_lines_all pol,
po.po_line_locations_all pll,
po.po_releases_all por,

June 8, 2007
WHERE poh.po_header_id = pol.po_header_id
AND pol.po_line_id = pll.po_line_id
AND pll.po_release_id = por.po_release_id(+)
AND pol.item_id = mst.inventory_item_id
AND pll.ship_to_organization_id = mst.organization_id
AND nvl(poh.consigned_consumption_flag, 'N') = 'N'

AND nvl(por.consigned_consumption_flag, 'N') = 'N'
AND nvl(pll.approved_flag, 'N') = 'Y'
AND nvl(pll.cancel_flag, 'N') = 'N'
AND nvl(pll.closed_code, 'OPEN') NOT IN
('FINALLY CLOSED', 'CLOSED', 'CLOSED FOR RECEIVING')
AND pll.shipment_type IN ('STANDARD', 'BLANKET', 'SCHEDULED')
AND pll.quantity_received <> pll.quantity
--Filter
AND por.org_id = 81 --OU
AND pll.ship_to_organization_id = 82 --Org
AND por.creation_date >= SYSDATE - 180

June 8, 2007
10. PO: Requisition请购单

应用：Purchasing
总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 PO: Requisition请购单 97 of 139

June 8, 2007
11. PO: Sourcing Rule来源规则

应用：Purchasing
总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 PO: Sourcing Rule来源规则 98 of 139

June 8, 2007
12. OM: Customer客户

应用：Order Management
职责：Order Management Super User
总体说明
待续
xxx学习流程
Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置xxx

↓
xxx xxx
Distribution应用模块 OM: Customer客户 99 of 139

June 8, 2007
13. OM: Standard Sales Order标准销售订单

标准订单
标准销售订单：从系统角度看，指直接从本OU的库存挑库发货、不直接与采购和制造
发生关联的销售订单。
SO的工作流
任何时候，我们都可以通过SO的菜单Tools/Workflow Status来看订单头和行的工作
流状态；一般通过工作流就能看出目前订单履行到哪个步骤，下一步该做什么。
如果发现工作流停在某个Defer的节点，那么需要跑一下Workflow Background
Process；这个请求一般在设置的时候是Schedule好了的。
学习流程
Prerequisite Item/Customer/Terms/Transaction Type/OM Parameter

↓ 等等要设置完毕，详细请看设置文档
Enter 输入，哪个客户买什么东西多少个，每个多少钱
↓
Book 预定，检查订单完整性
↓
Schedule 计划，计划订单发货时间
↓
Reserve 保留，预留库存，免得现在看有到发货时没有了
↓
Pick Release 挑库，决定从哪个（些）库存挑选物品
↓
Pick Confirm 挑库确认，把物品从现在的库存搬到发货区Staging Area
↓
Create Delivery 制作发运单，从哪里经过哪里送到哪里
↓
Ship Confirm 发货确认，确认货物已经送达预定地点
↓
Interface Trip Stop 行程停靠接口，产生库存交易
↓
Close Order 关闭订单
Distribution应用模块 OM: Standard Sales Order标准销售订单 100 of 139

June 8, 2007
13.3. Enter Header
输入订单头
N: OM/Orders, Returns/Sales Orders
我们可以看到，初始化面几乎什么都没有，包括Others Tab页。现在输入一些信息然
后保存：
Item Value Remark
Customer PepsiCo Snake
Order Type SCF Standard Orders
现在可以看到，系统带出非常丰富的信息，这正是ERP系统的强大之处。仔细、正确
的设置主数据是ERP实施成功的基础和关键。

June 8, 2007
记下订单号1000008，以后一直要用。其实这个时候也可以Book，不用等订单行的输
入；不过一般都是等订单行输完再Book。订单状态：Entered。
13.4. Enter Line
输入订单行
N: OM/Orders, Returns/Sales Orders/Line Items
输入：
Item Value Remark
Ordered Item 910001 选择采购件，Item必须同时在验证库存组织和发货组织定义
输完数量，系统会从Price List带出单价；如果要改单价，必须正
Quantity 1
确设置Modifier。
保存后结果如下。
标准订单Shipping Tab上的Source Type为Internal。另外由于是采购件，所以ATO

Flag没有勾。订单行状态：Entered。
13.5. Book
预订订单
N: OM/Orders, Returns/Sales Orders/(Line Items)/Book Button
如果信息不完整，系统会提示哪些字段有问题，按照提示补充信息即可。

June 8, 2007
订单行状态：Booked。不过这里有点不同，没关系，看下面解释。
13.6. Schedule
计划订单
N: OM/Orders, Returns/Sales Orders/(Line Items)/Tools/Scheduling/Schedule

或者
N: OM/Orders, Returns/Schedule Order
如果在Book的时候，菜单Tools上的Auto Schedule是选中的，系统在Book成功之后会
自动Schedule，这个就是上面看到的情况。
N: OM/Orders, Returns/Sales Orders/Line Items /Tools/Scheduling/Schedule

Detail查看计划情况。

June 8, 2007
订单行状态：Awaiting Shipping。
13.7. Reserve
保留订单数量
N: OM/Orders, Returns/Sales Orders/(Line Items)/Tools/Scheduling/Reserve

或者
N: INV/On-hand, Availability/Reservations
这一步不一定要做，比如订单对库存的竞争不大，库存保证到时候有货可挑、可发，
就不需要做预留。
N: OM/Orders, Returns/Sales Orders/Line Items /Tools/Scheduling/Reservation

Detail查看预留情况。注意Supply的Type是Inventory。
也可以参照这里的记录到N: INV/on-hand, availability/Reservations手工做预留。
订单行状态：Awaiting Shipping。
13.8. Pick Release
挑库单
N: OM/Shipping/Release Sales Orders/Release Sales Orders
释放订单，制作挑库单。输入如下信息然后点击Execute Now（立即执行）或者
Concurrent（把数据插入接口，然后提交一个并发请求，这个可以用来学习挑库接
口）：
Item Value Remark

June 8, 2007
Item Value Remark
Order Number 1000008
Scheduled Ship Dates 清空这里有订单号做条件足够了
Requested Dates 清空同上
默认是空，这样系统在做 Pick Release 的时候会去看
Shipping Parameter上的设置，我们也可以选择Yes，让系
Auto Create Delivery No
统自动为我们创建发运单。这里特意改为No，是为了演示
后续操作
Auto Pick Confirm No 同上
上面的画面，有些是挑库的条件，即哪些销售订单将被挑库，比如Order Tab的信息都
是这样的；有些是挑库单制作后需要系统帮你自动做什么，比如Shipping Tab的
Autocreate Delivery和Auto Pick Confirm。
通过N: OM/Orders, Returns/Sales Orders/Line Items/Actions/Additional Line

Information我们可以看到，交货行已经创建，但还没有发运单Delivery。
订单行状态：Awaiting Shipping。交货行状态：Released to Warehouse。

June 8, 2007
13.9. Pick Confirm
挑库确认
N: INV/Move Orders/Transact Move Orders
挑库确认，也就是执行挑库单，实物从库存搬运发货区。如果挑库的时候选择Auto
Pick Confirm，这里就不用做了。
这里的输入有点特殊，首先要切换到Pick Wave界面，然后输入：
Item Value Remark
Sales Order Y 打勾
Sales Order Number 1000008% 注意%号，按Tab键让系统自动填充
Find结果如下：
在Select上打勾，点击Transact按钮，完成挑库。回去看订单，结果如下：

June 8, 2007
订单行状态：Picked。交货行状态：Staged/Pick Confirmed。
后记：11.5.9环境，如果SO行的Shipping Method没有设置，会导致Pick Release不成

功，报表Pick Slip Report“No Data Found”，Metalink Note:265408.1。
13.10. Create Delivery
创建发货单
N: OM/Shipping/Transactions
创建发运单。如果挑库的时候选择Auto Create Delivery，就不用做了。查询条件：

Item Value Remark
From Order Number 1000008
To Order Number 1000008
Line Status 空默认是Not Shipped
Find结果如下：

June 8, 2007
现在是在Lines/LPNs及Tab页，如果点到Delivery，发现没有记录。我们选择Actions
里面的Auto-create Deliveries，点击Go，系统自动为我们创建发货单。
订单行状态：Picked。交货行状态：Staged/Pick Confirmed。
13.11. Ship Confirm
发运确认
N: OM/Shipping/Transactions
我们直接从上面的步骤继续，点击Ship Confirm按钮或者从Actions里面选择。

June 8, 2007
这里注意一下Defer Interface，默认是选中的，表示我们要自己去跑Interface Trip

Stop请求，如果不选，系统将自动提交。我们保持默认，一般不用管出来的警告
Warning: Some deliveries selected for Ship Confirm have errors or warnings.
回到销售订单，看看现在是什么状态（重新查询这里的Transactions也行）：
订单行状态：Picked。交货行状态：Staged/Shipped。
13.12. Interface Trip Stop - SRS
行程停靠站
N: OM/Shipping/Interfaces/Run /Interface Trip Stop - SRS
把OM的信息，往下传到INV和AR。

June 8, 2007
Interface Trip Stop – SRS包含Order Management Interface – SRS（更新发运行状态、

以准备生成AR发票）和Inventory Interface – SRS（产生库存出货事务）。
在参数Delivery我们输入上面的发货单号，其它的默认。请求跑完回去看SO：
订单行状态：Shipped。交货行状态：Shipped。

June 8, 2007
13.13. INV Material Transactions
说明
Find结果如下：
我们发现一个订单行通常对应3笔记录，两笔是在Pick Confirm后产生的移库交易，即
物品从库存搬到发货区（这里是从RM01转到STA1），另外1笔就是真正的SO从发货
区发货（这里是从STA1发货）。
这是时候还没有产生会计分录，需要等Cost Manager跑完就可以了，该请求在系统设
置阶段一般已Schedule好了，而且该请求整个Instance只能同时跑一个。如果没有
Scheduled，我们自己通过N: INV/Setup/Transactions/Interface Manager，选择
Cost Manager，再通过菜单Launch Manager让它跑起来。

June 8, 2007
跑完Cost Manager，我们通过菜单Tools/View Accounting来看一下会计分录，首先
是移库的分录：
系统采用的是标准成本，可以看出目前该Item定义了物料成本和物料费用成本，总的
来说移库的库存明细账分录如下：
借：物料（入库子库的科目）
物料费用（入库子库的科目）
贷：物料（出库子库的科目）
物料费用（出库子库的科目）
再看一下SO出货的分录：
成本明细账的分录如下：

June 8, 2007
借：销售成本-物料
销售成本-物料费用
贷：存货-物料
存货-物料费用
13.14. Fulfill Deferred
工作流Deferred
N: SYS/Requests/Run/Workflow Background Process
我们看一下订单行的状态，发现停在Fulfill Deferred，这个时候还没有产生AR发票接
口记录：
我们等不及后台Scheduled的请求跑，可以到System Administrator职责自己提交。
请求跑完，通过ra_interface_lines_all的interface_line_attribute1我们发现已经有记录
了。我们回到SO，可以看到订单行状态：Closed。

June 8, 2007
13.15. AR Auto Invoice
AR自动发票
N: AR/Requests/Run/Autoinvoice Import Program
输入参数：
Item Value Remark
Transaction Source OM AUTO INVOICE
Default Date 25-SEP-2005 生成的发票日期
(Low) Sales Order Num 1000008
(High) Sales Order Num 1000008
请求跑完，如果Output没什么问题，我们回到SO，可以查看AR：

June 8, 2007
点击Invoice Details可以打开自动生成的AR发票，注意Reference字段是订单号：
进一步通过菜单Tools/View Accounting：
AR明细账的分录如下：
借：应收账款
贷：销售收入

June 8, 2007
13.16. Close Orders
关闭SO
订单的关闭是自动的，在所有行工作流结束（Close或者Cancel）后0.5天，订单头也将
在Workflow Background Process的推动下关闭。有兴趣的话可以打开OM: Order
Headers和OM: Order Lines工作流，看看两者的等待关系。
库存不足与订单拆行
如果库存不足，在Pick Release之后，订单状态为Back Ordered，但是不会立即拆行；

待Ship Confirm之后，订单将会拆行，原订单行按照Pick Release的数量按照标准流程
继续履行；系统将产生新的订单行，数量为未出货的剩余数量，该订单行继续留在
Back Ordered，待库存有存量之后可以再Pick Release，接下来的流程一样。

June 8, 2007
14. OM: RMA销售退货

总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 OM: RMA销售退货 117 of 139

June 8, 2007
15. OM: Drop Ship Sales Order

说明
总的来说，Drop Ship就是SO不从本OU库存发货，也不通过本OU制造，而是通过下
列几种方式获得物品直接发给客户：
1．由本OU下采购订单从供应商那里订购，再由供应商直接发给我们的客户
2．由同SOB下的其他OU下采购订单从供应商那里定购，再由供应商直接发给我们的
客户；这里面涉及公司间关联交易
3．由另一个SOB下的OU下采购订单，接下来同上
尽管是供应商直接送货给客户，系统还是要对PO做虚拟接收，然后SO自动做虚拟出
货，以便产生财务信息如AP、销售成本等。
优点
1．满足贸易需要，如出口管制。A国客户需要的东西，可能不能直接从我们国家出
口，于是我们可以通过我们在B国的关联公司购买后直接送到A国。
2．公司本身没有客户要的东西，或者库存不够。
3．可以做到零库存，从而不用积压运营资金、不用仓库。
4．直接由客户发货，省却中间环节，而且从客户直接发给客户的运输杂项费本身可能
就比从我们这里发货少很多。
5．只要有需求有供应，我们可以卖更多种类的产品。
学习流程
Prerequisite Item/Customer/Terms/Transaction Type/OM Parameter

↓ 等等要设置完毕，详细请看设置文档
Enter 输入，哪个客户买什么东西多少个，每个多少钱
↓
Book 预定，检查订单完整性
↓
Purchase Release 采购发放，生成请购单接口数据
↓
Distribution应用模块 OM: Drop Ship Sales Order 118 of 139

June 8, 2007
PO 采购标准处理流程，PR接口到PR，再Autocreate到PO
↓
PO Receiving 采购Direct接收，SO自动出货
↓
Close Order 关闭订单
15.3. Enter Header
输入SO头信息
N: OM/Orders, Returns/Sales Orders
和标准销售订单一样。
有些企业不一定会为Drop Ship订单单独创建Transaction Type，因为订单头实在没什

么区别。这里我们定义了新的Transaction Type，不过用的工作流还是Order Flow –
Generic。输入如下信息然后保存：
Item Value Remark
Customer PepsiCo Snake
Order Type SCF Dropship Orders
记下订单号2000002。订单状态：Entered。
15.4. Enter Line
输入行信息
N: OM/Orders, Returns/Sales Orders/Line Items
Drop Ship订单的关键性标识就是行上的Source Type为External。所以企业一般都会

定义新的Line Transaction Type，它的Source Type为External以便自动带入订单行。

June 8, 2007
不过系统默认的Defaulting Rule是首先从Item上带Source Type，所以我们需要修改一
下Defaulting Rule，请参考设置文档。
现在输入一些信息然后保存：
Item Value Remark
Ordered Item 910001 选择采购件
Quantity 10
通过给Transaction Type定义默认的Line Type，这
Line Type SCF Dropship Lines
里可自动带进来。行工作流使用Generic即可
Source Type External 自动，这个是关键
自动，这个是关键，11.5.10之后，可以选择其它OU
Receiving Org S01 的库存组织，并且仅根据该字段判断该生成哪个OU
的PR接口数据
结果如下：
订单行状态：Entered。
15.5. Book
预订订单
N: OM/Orders, Returns/Sales Orders/(Line Items)/Book Button
同标准销售订单，不过，即使选中Auto Schedule，这个时候系统也没对Drop Ship订

单做计划。

June 8, 2007
订单行状态：Booked。
15.6. Purchase Release Deferred
说明
我们看一下订单行的状态，发现停在Purchase Release - Deferred，这个时候还没有产

生PR接口记录：
我们可以到System Administrator职责自己提交Workflow Background Process。接下

来系统自动做两件事情：一是把生成PR接口数据到po_requisitions_interface_all，二
是Schedule 订单。我们回去看SO：

June 8, 2007
接下来的事情交给PO，SO不用预留（没有Reserve Detail记录），不用挑库（没有
Move Order记录），不用做Shipping Transaction（没有Delivery记录）。
订单行状态：Awaiting Receipt！
15.7. 从PR到PO
从PR到PO
这个时候数据还在PR接口表，如果这个时候我们更改了SO行的数量，系统会自动更新
PR接口表；以后生成PR了，如果更改了SO行的数量，系统还会自动更新到PR；PR产
生PO了，只要PO未Approve，系统还会自动更新到PO；如果PO Approve了，这个时
候如果改SO的数量，系统将提示不允许；这个功能已验证。对Ship To地址和Request
Date的更改或者Cancel SO行，User Guide说也会同样同步到PO模块。
N: OM/Orders, Returns/Requisition Import导入PR。

June 8, 2007
注意参数Multiple Distributions是No，Initiate Approval after ReqImport是Yes。
请求跑完之后我们回来看SO：
可以看到，PR已经生成并且状态为Approved，记下PR号1000004。
在PO模块执行AutoCreate，生成PO。先看PO的Shipments：
首先是Ship-To不可改，这个是11.5.10的新限制；二是Receiving Controls的Receipt
Routing被设成Direct Delivery，而且不能更改，这个也是11.5.10的新限制。三是有个
Drop Ship Tab页可以查看SO，这个也是11.5.10的新功能。

June 8, 2007
再看看Distribution:
这里的Deliver-To现在界面显示的是客户地址，但如果去选，却选不到，依然只能选
系统定义的内部地址（HR_LOCATIONS），不能选择客户地址
（HZ_LOCATIONS）。这个问题以前曾让人很烦，用户如果由于某种原因更改了该
字段，想改回来又不行；而如果这个字段不是客户地址，PO在做接收的时候，如果
Routing又不是Direct Delivery，系统就会报错；不通过Cancel PO然后从PR重新生成
PO，在界面上是无药可救的。现在这个问题由于系统强制设置Receipt Routing为
Direct Delivery，所以得以解决。
把PO Approve掉之后，我们回去看看SO:

June 8, 2007
发现可以看到关联的PO，可通过下面的Purchase Order按钮打开PO，记下PO号。
15.8. PO接收与Drop Ship出货
说明
在PO或者INV对该PO进行接收，这里做足量接受。注意这里的Subinventory，这里选
哪个子库，到时候SO也是从该子库直接出货的，没有移库。
点击保存，系统将自动做一系列处理，我们看的到的是PO的正常接收记录和库存事
务、SO在库存的出货事务、如果部分接收的话还要执行SO拆行。
我们回到SO：

June 8, 2007
发现SO已经出货，不用跑Interface Trip Stop – SRS。
订单行状态：Shipped
交货行状态：没有交货行
不过这里有点不同，数据还在库存接口表mtl_transactions_interface，需要等
Scheduled的Material transaction起来或者我们手工去跑。
15.9. INV Material Transactions
说明

June 8, 2007
我们发现一个订单行对应1笔出货记录，没有移库交易，并且出货的子库和采购接收子
库一样。会计分录同标准销售订单，也是
借：销售成本-物料
销售成本-物料费用
贷：存货-物料
存货-物料费用
15.10. Fulfill Deferred
说明
和标准销售订单一样处理。
15.11. AR Auto Invoice
说明
N: AR/Requests/Run/Autoinvoice Import Program
和标准销售订单一样。

June 8, 2007
15.12. Close Orders
说明
和标准订单一样。
Drop Ship SO和PO关系表
oe_drop_ship_sources。
附：AA公司ERP合并到BB公司ERP的时候，为达到并行效果减少切换时间，我们采用
的方案就是PO和SO各自通过接口导入；然后模拟原系统对PO进行收/检/退/改/转/
入，同时SO也从头做自己的Purchase Release；接下来把所有的库存杂项出入库抹
平，杀掉所有SO生成的PR接口表记录；最后用程序插入/更新
OE_DROP_SHIP_SOUCE。
负库存
假定库存允许负库存，假定现在数量是-1PCS，SO的数量也是1PCS。这个时候，如果
Drop Ship的PO接收进1PCS，在执行Delivery到库存的时候会报错。
部分接收与订单拆行
如果PO Receiving不足，SO同样会拆行，原订单行按照Receiving的数量按照流程继续
履行；系统将产生新的订单行，数量为未接收的数量，该订单行继续留在Awaiting
Receipt，等待PO Receiving，接下来的流程一样。
超量接收
全部发给客户？【To Do】
MRP
Drop Ship销售订单不做为MRP的Demand，不能冲减MRP的Forecast；也就是说其
Demand/Supply对MRP不可见。基于上述理由，我们可以建立一个逻辑库存组织，
用来处理Dropship订单的收发；在做MRP的时候不用包含该库存。
预留
Drop Ship销售订单不能也不用Reservation，不用检查ATP
附：我曾经碰到一个问题，BB公司月结的时候有张PO无法收货，查看详细Log，发现
是系统无法解除Reservation，看来Oracle系统内部还是做了预留。由于后来BB公司IT
采取断开SO和PO关系来处理，我没有深究下去。
Item属性要求
Drop Ship销售订单的Item属性要求基本和普通的采购件属性一样：

June 8, 2007
PO: Purchased/Purchasable
INV: Transactable
OM: Customer Ordered/Customer Ordered Enabled/Shippable/OE Transcatable
如果ATO和PTO也要用Dropship，那么ATO/PTO/AOC/POC/ATO Item/Option的
属性也要符合这些要求。
对于那些onetime-expense的东西，就无法使用Dropship。
ATO
ATO类型的订单，如果是自己制造那么需要跑两个请求（也可用通过SO的
Action/Process Order）：AutoCreate Configuration Items（创建配置项，其实就是
根据客户选配产生一个具体的BOM）、AutoCreate Final Assembly Orders（创建工
单）。如果是Dropship，那么AutoCreate Configuration Items还是需要的，接下来用
AutoCreate DropShip Requisitions（创建请购单）。
Workflow
销售订单系统工作流根据行上的Source Type判断是否走Dropship流程：首先是在
Branch On Source Type的时候判断，如果Item是ATO那么进入ATO流程，如果不是
但Source Type是External那么就走Dropship流程；进入ATO流程的订单，在创建完配
置项之后，系统在Check Supply Type的时候进行第二次判断，看类型是否为
Dropship。
Receiving Org
订单行上有个ship_from_org_id字段，指的是SO相关库存交易所在的组织；该字段从
界面上看，Internal Order系统显示为Warehouse，代表从哪个库存发货；External
Order系统显示为Receiving Org。
如果是其他OU的Org，那么系统Purchase Release后生成的PO就是其他OU的PO。
如果是本OU的Org，那么系统Purchase Release后生成的PO就是本OU的PO。
不管上述哪种情况，在11.5.10之后，系统有个Global Sourcing的功能，采购员可以选
择在哪个OU创建采购单。
RMA
Drop Ship销售订单的退货和普通销售订单的退货一样。不要认为PO会自动退。系统
的功能是，OM和PO各退各的，没有关联。
如果SO已关闭，做RMA和PO退货都没问题；但是如果PO想再收回来，系统就不允许
了，因为这个时候SO无法发货；处理办法就是Cancel原PO剩余数量，开新的PO来处
理。

June 8, 2007
16. OM: Configure to Order配置订单

主要的配置类型
1、 ATO Model，ATO模型
是一个模型BOM，包含可选组件祭器选择规则——必须、可选、排斥，需要在SO中具
体选配之后，才能生产。
2、 ATO Item，ATO物料
根据ATO Model，选配而成的BOM，实际上和标准BOM一样了，然后下单在WIP生
产。
3、 PTO Model，PTO模型
是一个模型BOM，包含可选组件祭器选择规则——必须、可选、排斥，需要在SO中具
体选配之后，才能包装。各组件可单独发运，也可设置必须“整装”发运。
4、 PTO Item，PTO物料，也叫Kit
根据PTO Model，选配而成的BOM，实际上和标准BOM一样了，然后包装出货。
5、 Hybrids，复合件模型
是一个模型BOM，可能是PTO Model包含可选的ATO Item，也可能是PTO Model包

含ATO Model。
注：模型不能用于内部销售流程。
ATO学习流程

↓
xxx xxx
Distribution应用模块 OM: Configure to Order配置订单 130 of 139

June 8, 2007
Distribution应用模块 OM: Configure to Order配置订单 131 of 139

June 8, 2007
17. OM: Credit Check信用管理

总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 OM: Credit Check信用管理 132 of 139

June 8, 2007
18. ISO: Internal Sales Order内部订单

应用：XXX
职责：XXX
总体说明
待续
xxx学习流程

↓
xxx xxx
Distribution应用模块 ISO: Internal Sales Order内部订单 133 of 139

June 8, 2007
19. Open and Closed Issues for this Deliverable

Add open issues that you identify while writing or reviewing this document to the
open issues section. As you resolve issues, move them to the closed issues section
and keep the issue ID the same. Include an explanation of the resolution.
When this deliverable is complete, any open issues should be transferred to the
project- or process-level Risk and Issue Log (PJM.CR.040) and managed using a
project level Risk and Issue Form (PJM.CR.040). In addition, the open items should
remain in the open issues section of this deliverable, but flagged in the resolution
column as being transferred.
Open Issues
ID Issue Resolution Responsibility Target Date Impact

Date
Closed Issues
ID Issue Resolution Responsibility Target Date Impact

Date
Distribution应用模块 Open and Closed Issues for this Deliverable 134 of 139

深入浅出oracle ebs之核心功能（dis）

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

深入浅出oracle ebs之核心功能（dis）

Caricato da

Copyright:

Formati disponibili

Oracle ERP最佳技术实践

Copy Number _____

Date Author Version Change Reference

12-Apr-05 Jianhua.Huang Draft 1a No Previous Document

Copy No. Name Location

1 Library Master Project Library

Distribution应用模块 Document Control ii

Document Control ..................................................................................................................ii

Distribution应用模块 Document Control vi

Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置Inv

1.3. Review Category Sets

Distribution应用模块 INV: Items系统物料 3 of 139

1.4. Review Attribute Control

1.5. Review Status

Distribution应用模块 INV: Items系统物料 4 of 139

1.6. Review Catalog

1.7. Review Item Type

1.8. Review Templates

Distribution应用模块 INV: Items系统物料 6 of 139

1.9. Review Profile

1.10. Define Master Item

Distribution应用模块 INV: Items系统物料 8 of 139

1.11. Define Item Category

1.12. Define Item Catalog

Distribution应用模块 INV: Items系统物料 10 of 139

1.13. Assign Item To Org

N: INV/Items/Master Items/../Tools/Organization Assignment

1.14. Define Org Attribute

如何写Item Category SQL

AND mic.category_id = cat.category_id

Distribution应用模块 INV: Items系统物料 11 of 139

待进一步研究，大约是定义一组类似的产品到Product Family BOM中，并设置百分

Distribution应用模块 INV: Items系统物料 12 of 139

SELECT tst.transaction_source_type_id, tst.transaction_source_type_name

SELECT lov.lookup_code, lov.meaning

Distribution应用模块 INV: Transactions库存事务处理 13 of 139

子库SA 子库SB 子库… 子库SC 子库SD 子库…

货位LA 货位LB 货位… 货位LC 货位LD 货位…

Set of Books→Legal Entities→Operating Units→Inventory Organizations

Distribution应用模块 INV: Transactions库存事务处理 14 of 139

1、 SO发货时：仅在SO Ship Confirm时，通过“批次/序列”界面输入序列号，其他

N: INV/Onhand, Availability/Serial Numbers可用来查看所有序列号信息：序列号、

状态有：生成但未使用（Defined but not used）、在库存中（Resides in stores）、已

Distribution应用模块 INV: Transactions库存事务处理 15 of 139

销售数量 * 事务单位与主单位的转换率 * 每主单位的成本

Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置INV

2.3. Define UOM Rate

1、 同类单位内的标准转换：比如PCS是个数的主单位，那么1 TEN = 10 PCS。

2、 同类单位内的特殊转换：比如910001这个物料比较特殊，1 TEN=12 PCS。

3、 异类单位间的特殊转换：比如910001、910002与M的转换为：1 M=2 PCS

Distribution应用模块 INV: Transactions库存事务处理 17 of 139

2.4. Review Transaction Type

2.5. Review Profile

Distribution应用模块 INV: Transactions库存事务处理 18 of 139

2.6. Change Organization

2.7. View Onhand 1

N: INV/On-hand, Availability/On-hand Quantity

Distribution应用模块 INV: Transactions库存事务处理 19 of 139

2.8. Review Account Alias

2.9. Trx: Miscellaneous 1

Distribution应用模块 INV: Transactions库存事务处理 20 of 139

2.10. Review Items

N: INV/Items/Master Items or Organization Items

Distribution应用模块 INV: Transactions库存事务处理 21 of 139

1、同类单位内的标准转换：比如PCS是个数的主单位，那么1 TEN = 10 PCS。

2、同类单位内的特殊转换：比如910001这个物料比较特殊，1 TEN=12 PCS。

3、异类单位间的特殊转换：比如910001、910002与M的转换为：1 M=2 PCS

借 5大库存账户主数量10 * 标准成本1 = 10

贷账户别名对应的账户主数量10 * 标准成本1 = 10

借入库方5大库存账户主数量4 * 标准成本1.25 = 5

贷出库方5大库存账户主数量4 * 标准成本1.25 = 5