深入浅出Oracle EBS之核心功能（DIS）（208楼有整理过的电子版文档下载）

huajhua

事务处理类型
事务处理类型（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;
此外，为更好的进行追溯和查询，库存系统还把相关模块的单据ID保留在inv.mtl_material_transactions.transaction_source_id字段上。

huajhua

库存组织结构
仅从库存角度看，组织结构如下：

核心逻辑：库存组织用来屏蔽各类制造数据，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下的库存组织。

huajhua

批次控制
批次控制：入库、出库均需通过“批次/序列”指定批次，以此可跟踪每批物料流转信息和现有量，达到批次追踪的目的。
入库时可以指定一个新批次，或者一个已存在的批次，来表示数量合并，这个比较好理解；出库实际也是这样，系统并未限制在出库时必须选择已存在的批次，如果允许负库存，我们也可以指定一个新批次。
库存杂项、子库转移、组织间转移、采购或RMA接收入库/退货时、WIP投料/退料或者完工/退回时、SO保留/挑库或者出库、甚至盘点，因为都包含“入库、出库”动作，所以也需要指定批次，规则同上。
是否启用批次控制，是在Item属性上设置，改变的前提是该Item无现有量。
至于批次号的产生方式、唯一性控制层次，均可设为按组织或按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参数上设置的方法自动选择批次。

huajhua

序列号控制
与批次不同，有多少个单位的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。

huajhua

货位控制
货位控制：入库、出库均需在输入子库后再指定货位。货位的产生有两种方式：
1、        做库存相关事务处理（含SO保留，不含PO接收，下同）时指定，即动态录入。
2、        必须先设置好子库-货位的关系，做库存事务处理时只能选择子库下已有的货位。
货位控制通常在子库参数上设置，这里的优先级比Item属性上的高。

huajhua

单位、单位转换
每个物料都设有主单位，如“千克”，但是实际做出入库操作、做PO和SO，可能采用其它单位，比如大宗采购用“吨”更为合适，这个叫事务处理单位。
不过系统最终计算，都是先转成主单位后进行，比如销售成本计算如下：
销售数量 * 事务单位与主单位的转换率 * 每主单位的成本
实际上，Oracle的物料事务相关表中，基本都有3个字段：事务数量、事务单位、主数量。

huajhua

库存成本分录
库存事务处理的会计分录，本质都是出库、入库的分录，所以借贷的一方总是库存5大科目，另一方——对方科目，则视具体Action而定。参见“CST: Item Cost”章节的“成本分录”。

huajhua

2.2.        核心功能流程
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        子库转移事务处理
   ↓                       
View Onhand 2        查看现有量，与先前的对比
   ↓                       
Run Cost Manager        运行成本管理器
   ↓                       
View Trx/ Distributions        查看成本分录
   ↓                       
Transfer to GL                成本分录传总帐
   ↓                       
Import Journal                日记帐导入
   ↓                       
View Journal and Drill        查看日记帐、追溯

huajhua

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

huajhua

2.4.        Review Transaction Type
事务处理类型
N: INV/Setup/Transactions/Types

可以在User Tab定义新的事务处理类型，但只能用于开发或者手工库存事务处理。

2.5.        Review Profile
预制文件
N: Sys/Profiles/System
重点关注如下几个Profile的设置值：
Profile Name        Description
       
TP:INV Transaction processing mode        On-line processing：界面停止响应，直到做完事务到MMT表
Immediate concurrent processing：插入数据到接口表，并立即提交一个处理请求，界面可以继续操作
Background processing：插入数据到接口表，界面可以继续操作，需要用户手工提交处理请求
Form level processing：有各种事务处理对应的Profile分别控制，比如“TP:WIP Material Transaction Form”等
TP:Server Side Online Processing       
INV: Transaction Date Validation        事务日期如何限制
Allow date in any open period
Do not allow past date
Do not allow date in past period
Provide warning when date in past period