Oracle EBS R12 OMONT完整业务对象深度解析前置定义口径业务对象Business Object业务领域视角、具备独立业务含义、承载业务规则与生命周期的实体逻辑实体模型抽象层不区分存储物理实体对应 ONT Schema 底层数据库表主模型结构订单头父→订单行子为核心骨架其他对象全部作为附属对象存在。OM 所有业务对象共享一套设计约束多 OU 隔离带 ORG_IDMOAC 控制数据访问禁止直接 DML 底层表标准入口OE_ORDER_PUB生命周期由FLOW_STATUS_CODE Oracle Workflow 共同驱动支持头级 / 行级两级控制Hold、价格、弹性域、冻结。一、核心主业务对象销售订单Sales Order销售订单由两大子对象构成订单头对象、订单行对象是整个 OM 的根对象。1.1 订单头对象 Order Header业务含义承载整单公共信息定义订单全局上下文、交易类型、客户、付款条款、价目表、订单来源、销售组织头对象本身不控制履约流转履约状态由订单行独立管理头状态是所有行状态聚合结果。逻辑实体Order Header物理实体OE_ORDER_HEADERS_ALL核心业务属性订单标识HEADER_IDPK、ORDER_NUMBER、VERSION_NUMBER订单版本组织隔离ORG_ID交易类型ORDER_TYPE_ID关联 OE_TRANSACTION_TYPES_ALL区分销售订单 / 报价 / RMA客户信息SOLD_TO_ORG_ID下单客户、BILL_TO_ORG_ID开票客户定价上下文PRICE_LIST_ID、PRICING_DATE财务条款PAYMENT_TERM_ID、INVOICING_RULE_ID、ACCOUNTING_RULE_ID生命周期标识BOOKED_FLAG是否登记、FLOW_STATUS_CODE头汇总状态、ORDERED_DATE、BOOKED_DATE来源渠道ORDER_SOURCE_ID手工录入 / 外部接口 / CRM 导入弹性域ATTRIBUTE1~ATTRIBUTE30头级弹性域关键业务规则一张订单唯一 HeaderId头级 Hold、头级附加费、头级弹性域依附此对象报价单Quotation与销售订单共用同一套头表依靠 TRANSACTION_TYPE_CODE 区分。1.2 订单行对象 Order LineOM 最重要对象业务含义订单最小履约单元物料、数量、发货、开票、工作流、状态全部在行对象EBS OM 一切履约逻辑围绕订单行展开。逻辑实体Order Line物理实体OE_ORDER_LINES_ALL核心业务属性主键关联LINE_ID (PK)、HEADER_ID (FK关联订单头)物料信息INVENTORY_ITEM_ID、ORDERED_ITEM、SHIP_FROM_ORG_ID发货库存组织数量维度ORDERED_QUANTITY、SHIPPED_QUANTITY、INVOICED_QUANTITY、CANCELLED_QUANTITY价格UNIT_SELLING_PRICE、PRICING_QUANTITY核心状态字段FLOW_STATUS_CODEENTERED / AWAITING_SHIPPING / SHIPPED / CLOSED 等行类型LINE_TYPE_ID标准行、模型行、组件行、运费行、RMA 退货行日期维度REQUEST_DATE、SCHEDULE_SHIP_DATE、PROMISE_DATE配置相关CTOTOP_MODEL_LINE_ID、ATO_LINE_ID区分 PTO/ATO 模型与组件套件分组SHIP_SET_ID、ARRIVAL_SET_ID发货集、到达集弹性域行级弹性域 ATTRIBUTE1~30关键业务规则订单登记 Book 之后启动行工作流 Line FlowEBS 原生不支持一行多次履约分批发运底层自动拆出新订单行每一行拥有独立生命周期、独立状态、独立 Hold发运、开票接口均以 LINE_ID 作为唯一关联键。二、订单附属核心业务对象依附头 / 行2.1 订单调度对象 Order Schedule业务含义订单行库存调度载体执行 ATP 可用性检查、记录计划发运日期、建立库存预留关联 相当于需求计划层对象衔接订单与库存预留。逻辑实体Order Schedule物理实体OE_ORDER_SCHEDULES_ALL关键字段HEADER_ID、LINE_ID、SCHEDULE_DATE、RESERVATION_ID关联 MTL_RESERVATIONS 库存预留业务规则一条订单行可对应一条调度行调度执行后生成 / 取消库存预留ATO 模型行不创建预留由 WIP 生产完工入库后履约取消调度 → 自动删除 MTL_RESERVATIONS 预留。对比 FusionEBS 调度行 ≠ Fusion Fulfillment 履约行调度只负责 ATP 与预留不管理履约任务。2.2 价格调整对象 Price Adjustment业务含义存储 QP 定价引擎输出结果单价折扣、附加费、运费、促销、阶梯价 区分头级价格调整、行级价格调整。逻辑实体Price Adjustment物理实体OE_PRICE_ADJUSTMENTS关键字段HEADER_ID / LINE_ID、ADJUST_AMOUNT、ADJUST_TYPE、LIST_LINE_TYPE_CODE、PRICING_CONTEXT业务规则订单保存 / 重新定价时由 QP 自动生成不能直接修改本表必须调用OE_PRICE_PUB开票金额 行金额 ± 所有关联价格调整金额。2.3 订单冻结对象 Hold业务含义业务暂停控制对象只要存在有效未释放 HoldWorkflow 无法推进履约动作调度、发运、开票。逻辑实体Order Hold物理实体OE_HOLDS_ALL分类头级 Hold整单冻结信贷整单冻结行级 Hold仅冻结单行来源类型信贷自动 HoldCredit Check人工手动 Hold审批流程 Hold关键字段RELEASED_FLAGY/N 是否释放冻结2.4 订单变更历史对象 Order Change History业务含义审计对象记录订单头 / 行关键字段变更前后值物理实体OE_ORDER_CHANGE_HISTORY局限EBS 无正式变更单业务对象只是变更日志不支持变更版本基线直接原地修改订单数据Fusion 拥有独立 Change Order 业务对象。2.5 工作流进程对象 Workflow Process Instance业务含义绑定订单头 / 行与 Workflow 引擎实例驱动状态流转物理实体OE_WF_PROCESSES关键字段HEADER_ID、LINE_ID、ITEM_TYPE、ITEM_KEYWF 唯一实例主键所有标准履约节点Book、发运、开票接口依靠此对象驱动。三、复杂订单专用业务对象CTO 套件、配置订单3.1 Ship Set发货集业务含义业务分组对象多条订单行绑定为同一发货集必须同一时间、同一地点一起发货 常用于成套设备、PTO 套件。存储SHIP_SET_IDOE_ORDER_LINES_ALL 字段逻辑约束同一 ShipSet 内所有行统一调度、统一 ATP。3.2 Arrival Set到达集类似发货集约束统一到货日期多用于海外项目订单。3.3 PTO Model / ATO Model 模型行与组件行业务对象分层Model Line模型父行PTO/ATO 顶层模型物料用于配置Option Line组件子行客户选择的选配物料 关联键TOP_MODEL_LINE_ID子行指向父模型 LINE_ID差异PTOPick-to-Order组件直接挑库发货无需生产ATOAssemble-to-Order自动生成配置物料触发 WIP 离散任务装配完工后履约。四、退货业务对象RMAReturn Material AuthorizationRMA 是独立大类业务对象与销售订单并列复用同一套 ONT 表结构。4.1 RMA Header 退货订单头物理表OE_RMA_HEADERS_ALL4.2 RMA Line 退货订单行物理表OE_RMA_LINES_ALL业务逻辑可参照原始销售订单创建退货行类型为退货行工作流为退货流程收货后推送 AR 贷项通知单接口支持仅退款不退货、退货入库、质检等场景。五、接口层业务对象外部集成订单接口对象导入外部订单物理接口表OE_HEADERS_IFACE_ALL、OE_LINES_IFACE_ALL、OE_ACTIONS_IFACE_ALL业务含义外部系统临时缓存对象运行【Order Import】并发请求校验转正为正式 Order Header/Line。六、OM 业务对象之间标准 ER 关系汇总plaintextOrder Header1 ├─ Order Line0..N │ ├─ Order Schedule0..1 │ ├─ Price Adjustment0..N │ ├─ Hold0..N │ ├─ Workflow Instance0..1 │ └─ Change History0..N ├─ Header Level Price Adjustment0..N ├─ Header Level Hold0..N └─ Workflow Header Process0..1 Order LineModel └─ Order LineOption Component 通过 TOP_MODEL_LINE_ID 自关联七、关键架构特性总结业务对象模型设计特点头行分离状态下沉到行头只承载公共信息真正履约、状态、冻结全部在行支持单行独立取消 / 部分发货。附属对象两级挂载头级 / 行级价格、Hold、弹性域均可挂头或行满足整单控制与单行差异化控制。无独立 “履约对象”这是和 Fusion 最大模型鸿沟EBS 没有 Fulfillment Line订单行直接对接 WSH 发运分批发运依靠拆行实现模型存在冗余。订单与调度分离订单行是客户需求调度对象代表库存承诺允许先下单、后调度、取消调度。一套表承载多种单据销售订单、报价单、RMA 退货订单复用同一套 OE 头行表依靠 TRANSACTION_TYPE 区分降低表数量但增加类型判断复杂度。业务对象与工作流强绑定对象生命周期不是硬编码分支判断由 Workflow 配置驱动支持实施层面配置不同 Line Flow。八、延伸对比方便你迁移 EBS→Fusion表格EBS OM 业务对象Fusion OM 对应对象核心差异Order HeaderSalesOrder Header概念基本对齐Order LineSalesOrder LineFusion 订单行下游新增履约行 FulfillmentLineOrder Schedule无直接对等对象调度逻辑融合进 FulfillmentLineShip SetShip Set概念保留但依托履约行分组OE_HOLDS_ALLOrder Holds逻辑相似Fusion 支持更细粒度履约层冻结RMA Header/LineReturnOrder Header/LineFusion 标准化变更与退货框架