华为MetaERP 按你要求的三个层次——业务对象 BO（Business Object）/ 逻辑对象 LE（Logical Entity）/ 物理实体 PE（Physical Entity）——

按你要求的三个层次——业务对象 BOBusiness Object/ 逻辑对象 LELogical Entity/ 物理实体 PEPhysical Entity——把Oracle EBS R12 OMONT​ 与Oracle Fusion Cloud Order ManagementDOO​ 分别拆开列并做对照解析。先统一口径再分系统给表最后给架构级结论。0. 三层定义口径先对齐语言业务对象 BO业务人员眼里的“一件事”有独立生命周期与业务含义如“一张销售订单”“一次退货”“一个价格折扣”。逻辑对象 LE系统内部按职责边界拆出的抽象组件不一定一对一落表可能由多张物理表聚合成一个概念如 Order Header / Fulfillment Line / Orchestration Task。物理实体 PE数据库里真实存在的表/视图/接口表。EBS 是_ALL分区表 PL/SQL 直写Fusion 是DOO_*基表SaaS 不允许直写只暴露 BO/View/REST。1. Oracle EBS R12 OMONT拆解1.1 业务对象 BOOM 领域销售订单Sales Order含报价 Quotation 复用同一 BO订单行Order Line最小履约单元订单调度需求Schedule / ATP / Reservation价格调整Price Adjustment折扣、附加费、运费行订单冻结Hold信用、人工、审批订单变更 / 取消Change / Cancel退货订单RMA Header / Line配置行PTO/ATO 模型行 组件行发运履约下游 WSH 交货单OM 视角是外挂 BO开票请求推 AR 接口OM 视角是外挂 BO1.2 逻辑对象 LE → 物理实体 PE 映射逻辑对象 LE物理实体 PEONT Schema关键字段 / 说明Order HeaderOE_ORDER_HEADERS_ALLHEADER_ID(PK), ORDER_NUMBER, ORG_ID, ORDER_TYPE_ID, SOLD_TO_ORG_ID, BOOKED_FLAG, FLOW_STATUS_CODE头状态行聚合Order LineOE_ORDER_LINES_ALLLINE_ID(PK), HEADER_ID(FK), INVENTORY_ITEM_ID, ORDERED_QTY, SHIPPED_QTY, INVOICED_QTY, UNIT_SELLING_PRICE, FLOW_STATUS_CODE行级状态机核心, SHIP_FROM_ORG_ID, TOP_MODEL_LINE_ID, ATO_LINE_IDOrder ScheduleOE_ORDER_SCHEDULES_ALLHEADER_ID, LINE_ID, SCHEDULE_SHIP_DATE, RESERVATION_IDATP/预留载体与 MTL_RESERVATIONS 关联Price AdjustmentOE_PRICE_ADJUSTMENTS_ALL或OE_PRICE_ADJUSTMENTSHEADER_ID, LINE_ID, ADJUST_AMOUNT, MODIFIER_IDQP 模块回写HoldOE_ORDER_HOLDS_ALLHOLD_ID, HEADER_ID, LINE_ID, HOLD_RELEASE_STATUS, RELEASED_FLAGWorkflow InstanceOE_WF_PROCESSES WF 表ITEM_TYPE, ITEM_KEY 绑定头/行 Flow状态由 Workflow 推 FLOW_STATUS_CODEChange HistoryOE_ORDER_CHANGE_HISTORY字段级前后值审计RMA HeaderOE_RMA_HEADERS_ALLRETURN_HEADER_IDEBS 中 RMA 与 Sales Order 共用 OE_ORDER_HEADERS_ALL靠 TRANSACTION_TYPE_CODERETURN 区分独立 RMA 表用于退回收货RMA LineOE_RMA_LINES_ALLRETURN_LINE_ID, ORDER_LINE_ID溯源原销行Accounting DistributionOE_ORDER_DISTRIBUTIONS_ALL行→科目弹性域分配Ext AttributesOE_ORDER_HEADERS_EXT/OE_ORDER_LINES_EXTATTRIBUTE1~30 弹性域物理存储外挂联动 PE不属于 OM 但 BO 跨域客户HZ_PARTIES/HZ_CUST_ACCOUNTS_ALL/HZ_CUST_SITE_USES_ALL定价QP_PRICE_LISTS_ALL/QP_PRICE_LIST_LINES_ALL/QP_MODIFIERS_ALL发运WSH_DELIVERY_DETAILS/WSH_NEW_DELIVERIES/MTL_TXN_REQUEST_LINES/MTL_MATERIAL_TRANSACTIONS开票RA_INTERFACE_LINES_ALL→RA_CUSTOMER_TRX_ALL1.3 EBS OM 逻辑特征解析头行两态机头FLOW_STATUS_CODE是行状态聚合真正驱动履约的是行 Workflow。无独立 Fulfillment 层一行订单 一个发货单元分批发运靠“拆新行”实现不是 Fusion 那种履约行拆分。调度与订单解耦OE_ORDER_SCHEDULES_ALL单独存 ATP/预留允许先录单后调度。多单据复用一套表Sales Order / Quotation / RMA 共用OE_ORDER_HEADERS_ALLLINES_ALL靠ORDER_TYPE_ID分流。物理表可直接 SQL 查、PL/SQL 改生产环境严禁直改状态字段但技术上可行。2. Oracle Fusion Cloud Order ManagementDOO拆解⚠️ Fusion 是 SaaS物理表DOO_*存在但不对客户开放 DML只能走SalesOrder BO / REST / OSC / BIP View。2.1 业务对象 BOFusion OM / DOO销售订单Sales Order订单行Order Line履约行 Fulfillment LineFusion 独有核心 BO履约编排流程Orchestration Process履约任务Orchestration Task预留/发运/开票任务价格调整Price Adjustment订单冻结Hold可到履约层变更订单Change Order退货订单Return Order / RMA供应引用Supply Order Reference2.2 逻辑对象 LE → 物理实体 PE逻辑名/视图名逻辑对象 LEFusion 物理/逻辑表DOO SchemaBI / BIP 视图客户侧可见说明Order HeaderDOO_HEADERS_ALLFUSION_SALES_ORDERS_VHEADER_ID, ORDER_NUMBER, STATUS_CODE, BU_ID替代 ORG_IDOrder LineDOO_LINES_ALLFUSION_SALES_ORDER_LINES_VLINE_ID, HEADER_ID, ITEM_ID, ORDERED_QTY, UNIT_PRICEFulfillment Line​DOO_FULFILL_LINES_ALL/DOO_FULFILL_LINE_DETAILSFUSION_FULFILLMENT_LINES_VEBS 无对等对象一行订单可拆多履约行多仓/分批/不同履行方式Orchestration ProcessDOO_ORCH_PROCESSES_ALL名示意FUSION_ORCHESTRATION_PROCESSES_V每单/每履约行一套编排实例Orchestration TaskDOO_ORCH_TASKS_ALL名示意FUSION_ORCHESTRATION_TASKS_V向 INV/WSH/AR 下发任务状态回写Price AdjustmentDOO_PRICE_ADJUSTMENTS_ALLFUSION_ORDER_PRICE_ADJUSTMENTS_V对标OE_PRICE_ADJUSTMENTS_ALLHoldDOO_HOLDS_ALLFUSION_ORDER_HOLDS_V支持头/行/履约行三级冻结Change OrderBO 层 ChangeOrder无 1:1 旧表—结构化变更框架非 EBS 的“改 OE 表历史表”模式Return OrderDOO_RETURNS_ALL示意FUSION_RETURN_ORDERS_V标准 Return BOInterface / ImportDOO_INTERFACE_HEADERS_ALL—对标OE_HEADERS_IFACE_ALLESS 作业DOO_IMPORT_ORDERS_JOB消费外挂联动Fusion 跨模块客户HZ_CUST_ACCOUNTS_SEC带安全视图发运WSH_DELIVERY_DETAILS/WSH_NEW_DELIVERIES表名与 EBS 基本一致开票RA_INTERFACE_LINES_ALL/RA_CUSTOMER_TRX_ALL调度ESS作业替代并发请求DOO_IMPORT_ORDERS_JOB/WSH_PICK_RELEASE_JOB/RA_AUTOINVOICE_JOB2.3 Fusion OM 逻辑特征解析三层结构Order Line →Fulfillment Line​ → Orchestration Task。EBS 是 Line 直连 WSHFusion 在中间插了“履约隔离层”天然支持一行拆多仓、跨 BU 履约、非库存履约服务/数字商品。编排引擎驱动不是 Workflow 写状态字段而是 Orchestration Process 监听下游事件推进Task 是命令式对象。BO 封装外部集成走SalesOrdersForOrderHub系列 BO/REST不允许碰DOO_*_ALL。多组织用 BU 数据权限集不再是ORG_ID硬隔离。3. EBS OM vs Fusion OM 核心模型鸿沟迁移视角维度EBS R12 OMFusion DOO OM差异本质履约载体Order Line 即履约单元Order Line → Fulfillment Line → TaskFusion 多一层拆分状态机FLOW_STATUS_CODE WFOrchestration Process / STATUS_CODE Task 状态配置式 WF → 事件编排物理访问_ALL表可查可改DOO_*仅 Oracle 可见客户走 View/REST紧耦合 → SaaS 服务化调度对象OE_ORDER_SCHEDULES_ALL 独立表融进 Fulfillment Line 属性对象合并RMA复用 OE 头行 RMA 表Return Order 标准 BO类型判断 → 一等公民多单据复用SO/Quotation/RMA 同表Sales Order / Return 不同 BO 体系窄表宽用 → BO 分化4. 一句话总结EBS OM头行两表 行级 Workflow 调度表 外挂 WSH/AR物理表就是你 SQL 里写的OE_ORDER_HEADERS_ALL / OE_ORDER_LINES_ALL。Fusion OMSalesOrder BO 外壳 DOO 头行表 Fulfillment Line 新层 Orchestration Task 编排物理DOO_*对你不可见你操作的是Fulfillment Line这个 EBS 根本没有的逻辑对象。