Oracle EBS Inventory vs Oracle Fusion Inventory 完整深度分析覆盖设计哲学 → 核心原理 → 实现逻辑 → 业务对象 / 逻辑实体 → 物理实体后台表→ 关键程序示例先统一两个产品定位EBS R12 InventoryOracle Inventory ManagementINV传统 ERP单体应用、PL/SQL 重度驱动、本地事务模型、库存 成本紧耦合Oracle Fusion Cloud Inventory ManagementSCM Cloud Inventory云原生微服务、SOA 事件驱动、分离事务与核算、成本独立服务、多租户、弹性维度模型。重要区分Fusion Inventory ≠ EBS INV 简单上云底层数据模型、事务引擎、并发架构、维度体系全部重构。一、设计哲学对比1. Oracle EBS Inventory 设计哲学单体紧耦合设计库存、采购、WIP、成本模块共享一套事务引擎库存事务同时驱动成本分摊、会计分录生成。事务优先会计依附库存事务所有库存变动源头 MTL_TRANSACTIONS成本核算、科目派生都是事务的后置动作。组织分层固化模型Inventory Organization(库存组织)是核心隔离单元法人、库存组织、业务实体LE为固定层级维度扩展成本极高。PL/SQL 中心化业务逻辑绝大多数校验、计算、分配、库存数量更新封装在 Package前台 Form 仅做界面业务不分散。数量与价值一体存储即时库存数量、成本同时参与事务平均成本、标准成本直接绑定物料 库存组织。静态弹性域作为扩展手段关键表使用键弹性域、描述性弹性域扩展属性无原生自定义对象。2. Oracle Fusion Inventory 设计哲学云原生、服务解耦Inventory 服务、Cost Management 服务、Receiving 服务、Order Management 服务独立微服务通过事件 / 消息通信。 库存事务只管数量变动存货价值、会计由独立成本服务异步处理。维度驱动模型Dimension-Driven抛弃 EBS 固化组织架构采用业务单元 BU、库存组织、库存地点、物料、库存维度批次、序列号、库存状态、货位、项目统一维度框架。事务与核算异步分离库存数量实时更新成本、会计分录不阻塞库存事务支持重试、隔离故障。API 优先界面无内置业务逻辑所有业务操作统一走标准公共 APIUI、集成、批量导入调用同一套服务入口杜绝 “Form 特有逻辑”。多租户、数据隔离、可扩展属性框架原生自定义对象、自定义属性Extensible Flexfields不再依赖弹性域支持业务对象扩展。库存可用量采用 “快照 实时计算” 混合模型不实时汇总数量视图通过事务流动态计算可用量提升大规模并发性能。二、核心原理与业务实现逻辑一EBS Inventory 核心运行原理核心主线库存事务闭环plaintext业务操作 → 事务接口表 → 事务处理PL/SQL包 → 1) MTL_TRANSACTIONS 写入事务行 2) 更新 MTL_ONHAND_QUANTITIES现有量 3) 触发成本引擎CST计算交易成本 4) 生成会计分录插入 GL_INTERFACE关键机制现有量模型 MTL_ONHAND_QUANTITIES实时汇总表任何出入库事务直接 UPDATE 现有量。风险高并发下锁争用大批量事务容易出现行锁等待。事务来源分类手工事务杂项收发PO 接收、退货RCV→INVWIP 完工、物料发放OM 销售发运OM→INV组织间转移可用量计算逻辑可用量 现有量 - 保留量MTL_RESERVATIONS 在途 接收待入库实时关联多表 JOIN 动态计算无预汇总表。成本紧耦合事务提交同步调用 CST 包一旦成本出错库存事务可能整体回滚。二Fusion Inventory 核心运行原理主线服务化事件驱动模型plaintext外部请求UI/API→ Inventory REST API → 库存事务服务 → 写入库存事务表 → 更新库存数量快照 → 发布「库存事务创建」业务事件 → Cost Management 订阅事件异步执行成本计算、生成会计关键差异机制数量与价值处理分离库存事务成功 ≠ 会计分录生成成功库存数量先落地成本后续异步重试。库存数量架构分两层事务明细保留完整流水库存汇总表定期 / 实时维护现有量但事务和汇总更新可解耦保留Reservation重构Fusion 保留不再仅绑定销售订单支持跨业务对象通用预留框架。接收逻辑独立Receiving 独立服务接收不在 INV 内部采购接收属于 Receiving Service接收完成后推送事务到 Inventory。并发控制优化采用乐观锁 分区表减少 EBS 经典的现有量表行锁瓶颈。三、业务对象、逻辑实体、物理实体对照表术语定义业务对象BO业务视角对象物料、库存组织、库存事务、库存预留逻辑实体逻辑建模实体物料主数据、库存事务头 / 行、现有量、批次、序列号物理实体数据库后台表1. EBS InventoryINV对象映射业务对象逻辑实体核心物理后台表物料主组织物料Item MasterMTL_SYSTEM_ITEMS_B主组织物料MTL_SYSTEM_ITEMS库存组织物料库存组织Inventory OrgORG_ORGANIZATION_DEFINITIONSHR_ORGANIZATION_UNITS子库存库位类型SubinventoryMTL_SECONDARY_INVENTORIES货位LocatorMTL_ITEM_LOCATIONS库存事务Inventory TransactionMTL_TRANSACTIONS核心事务表MTL_TRANSACTION_TYPES事务类型事务接口导入事务接口MTL_TRANSACTIONS_INTERFACE现有量On-hand QuantityMTL_ONHAND_QUANTITIES批次LotMTL_LOT_NUMBERS序列号Serial NumberMTL_SERIAL_NUMBERS物料保留ReservationMTL_RESERVATIONS组织间转移Inter-org TransferMTL_TRANSFER_ORDERSMTL_TRANSFER_ORDER_LINES库存移动请求调拨申请MTL_MOVE_ORDERS物料类别Item CategoryMTL_ITEM_CATEGORIESMTL_CATEGORIES_BEBS 关键特征MTL_TRANSACTIONS 是整个供应链最核心流水表所有库存变动唯一源头。2. Fusion Inventory 对象映射Fusion 采用表命名前缀INV_但模型结构完全重构同时大量使用 VOView Object、EOEntity Object作为中间逻辑实体。业务对象逻辑实体核心物理后台表Fusion物料ItemEGP_ITEMS_B产品主数据EGP 产品模块不再属于 INV库存组织Inventory OrganizationINV_INVENTORY_ORGANIZATIONS子库存SubinventoryINV_SECONDARY_INVENTORIES货位LocatorINV_ITEM_LOCATIONS库存事务Inventory TransactionINV_TRANSACTIONS事务行INV_TRANSACTION_TYPES事务接口批量导入接口INV_TRANSACTIONS_INTERFACE现有量On Hand BalanceINV_ONHAND_QUANTITIES批次LotINV_LOTS序列号SerialINV_SERIAL_NUMBERS物料预留ReservationINV_RESERVATIONS转移订单Transfer OrderINV_TRANSFER_ORDERSINV_TRANSFER_ORDER_LINES移动订单Move OrderINV_MOVE_ORDERS库存维度属性扩展维度INV_INVENTORY_ATTRIBUTES重大架构区别EBS物料属于 INV 模块 MTL_SYSTEM_ITEMS Fusion物料剥离到EGPEnterprise Product ManagementInventory 只引用物料不再维护物料主数据EBS 成本表 CST_* 与 INV 紧耦合 Fusion 成本表为CM_*Cost Management独立 Schema / 服务和 INV 物理隔离Fusion 大量使用分区表INV_TRANSACTIONS 按时间分区EBS 默认无分区客户自行实施。四、关键后台表详细说明 核心字段示例4.1 EBS 核心表重点1MTL_SYSTEM_ITEMS_B物料plaintextINVENTORY_ITEM_ID 物料唯一ID ORGANIZATION_ID 库存组织ID SEGMENT1 物料编码 ITEM_DESCRIPTION 物料描述 PRIMARY_UOM_CODE 主单位 TRACK_LOT 是否启用批次 TRACK_SERIAL 是否启用序列号 INVENTORY_ITEM_STATUS_CODE 物料状态2MTL_TRANSACTIONS核心事务表plaintextTRANSACTION_ID 事务主键 INVENTORY_ITEM_ID 物料ID ORGANIZATION_ID 库存组织 TRANSACTION_DATE 事务日期 TRANSACTION_TYPE_ID 事务类型杂项发料/收料、销售发货等 QUANTITY 数量负数出库 SUBINVENTORY_CODE 子库存 LOCATOR_ID 货位ID LOT_NUMBER 批次 SERIAL_NUMBER 序列号关联 COSTED_FLAG Y/N 是否完成成本核算 ACTUAL_COST 交易成本3MTL_ONHAND_QUANTITIESplaintextINVENTORY_ITEM_ID ORGANIZATION_ID SUBINVENTORY_CODE LOCATOR_ID LOT_NUMBER ON_HAND_QUANTITY 当前现有量 RESERVED_QUANTITY 已预留数量4.2 Fusion Inventory 核心表简要差异INV_TRANSACTIONS不再直接存储 ACTUAL_COST交易成本不在库存表存放由 CM 成本服务单独维护INV_ONHAND_QUANTITIES增加 INVENTORY_STATUS_CODE库存状态作为原生维度EBS 需要弹性域实现批次表INV_LOTS增加大量业务属性字段原生支持有效期、原产地、质检状态EBS 依赖描述性弹性域扩展。五、程序逻辑示例EBS PL/SQL vs Fusion API示例 1EBS 通过事务接口表创建杂项接收标准开发模式业务杂项入库物料 XXX数量 100 EBS 标准做法先插接口表 → 提交并发请求 “库存事务处理”plsqlDECLARE v_transaction_interface_id NUMBER; BEGIN SELECT MTL_TRANSACTIONS_INTERFACE_S.NEXTVAL INTO v_transaction_interface_id FROM DUAL; INSERT INTO MTL_TRANSACTIONS_INTERFACE (TRANSACTION_INTERFACE_ID, INVENTORY_ITEM_ID, ORGANIZATION_ID, TRANSACTION_TYPE_ID, -- 42 杂项接收 QUANTITY, SUBINVENTORY_CODE, TRANSACTION_DATE, PROCESS_FLAG, -- 1待处理 LOCK_FLAG) VALUES (v_transaction_interface_id, 10001, -- 物料ID 204, -- 库存组织ID 42, 100, FG_STOCK, SYSDATE, 1, 2); COMMIT; END; / -- 随后运行并发程序Inventory Transaction Processor 处理接口表生成MTL_TRANSACTIONS底层调用包INV_TRANSACTION_PUB.PROCESS_TRANSACTIONS示例 2EBS 直接调用公有 API 创建库存事务不推荐生产优先接口表plsqlDECLARE l_txn_rec INV_TRANSACTION_PUB.TRANSACTION_REC_TYPE; BEGIN l_txn_rec.inventory_item_id : 10001; l_txn_rec.organization_id : 204; l_txn_rec.transaction_type_id : 42; l_txn_rec.quantity : 100; l_txn_rec.subinventory_code : FG_STOCK; INV_TRANSACTION_PUB.CREATE_TRANSACTION(p_txn_rec l_txn_rec); COMMIT; END; /示例 3Fusion Inventory 标准 REST API 杂项接收云版本实现方式Fusion 没有 PL/SQL 对外开发入口统一 REST API所有集成基于 APIhttpPOST https://fusion-host/fscmRestApi/resources/11.13.18.05/inventoryTransactions Payload: { InventoryItemId: 300000012345, OrganizationId: 204, TransactionTypeId: 42, TransactionQuantity: 100, SubinventoryCode: FG_STOCK, TransactionDate: 2026-08-16 }执行逻辑API 接收请求 → 内部调用 Inventory EO 实体对象写入 INV_TRANSACTIONS更新 INV_ONHAND_QUANTITIES发布 Business Event成本服务异步消费事件计算成本。Fusion 极少允许直接写后台表强制 API 准入禁止 Direct SQL DML 修改库存事务。六、核心架构重大差异汇总精华总结1. 事务模型EBS同步事务库存 成本同一事务上下文一损俱损锁竞争集中在现有量表Fusion库存数量同步落地成本异步处理事务解耦可用性更高。2. 物料模型EBS物料属于 INV 模块Fusion物料归入独立产品主数据 EGP库存仅引用。3. 扩展模型EBS键弹性域 / 描述性弹性域配置复杂限制多Fusion原生可扩展属性 EFExtensible Flexfield 自定义业务对象。4. 并发与性能EBSMTL_ONHAND_QUANTITIES 实时 UPDATE高并发易锁Fusion分区表、乐观锁、事务事件解耦面向大规模云并发。5. 集成方式EBS接口表最主流 PL/SQL APIFusionREST API / SOAP WebService无接口表优先方案。6. 成本边界EBSINV 与 CST 深度内嵌库存事务驱动成本FusionInventory ↔ Cost Management 跨服务通过事件通信完全独立部署。七、延伸重点难点实施 / 迁移重点EBS 迁移 Fusion Inventory 最大改造点取消直接 PL/SQL 事务写入全部改造为 API 调用分离库存事务与成本异常处理逻辑弹性域迁移到 Fusion 扩展属性组织架构模型重新梳理BU、业务实体、库存组织层级调整。可用量逻辑迁移陷阱EBS 可用量自定义 JOIN 逻辑Fusion 内置可用量 API不能直接照搬 SQL 查询现有量表。批次 / 序列号模型差异Fusion 批次支持更多原生业务属性EBS 大量自定义字段需要重构。