 与逻辑实体 (LE)【组合关系】深度详解## 前置基础定义（严格区分术语，限定 EBS 语境）＞ ＞ 1. *)
Oracle EBS R12 AP业务对象 (BO) 与逻辑实体 (LE)【组合关系】深度详解前置基础定义严格区分术语限定 EBS 语境组合关系 CompositionUML 建模标准整体拥有部分部分不能脱离整体独立存在整体生命周期决定部分生命周期整体删除部分级联删除。 区别于聚合弱包含聚合只是分组容器成员可独立存在组合是强所有权绑定。EBS AP 边界约定业务对象 BO业务视角单据 / 档案应付发票、付款等面向流程与用户逻辑实体 LEETRM 数据模型单元一一映射XXX_ALL物理表组合关系 BO整体 ←→ LE组成部分强归属重要区分 ✅组合LE 是 BO 不可分割组成部分离开 BO 无业务意义 ❌关联两个独立 BO 之间互相引用供应商 ↔ 发票不属于组合 ❌聚合付款批包含付款属于聚合不属于组合。本文只聚焦【组合关系】聚合、跨 BO 关联仅作对比排除。一、核心判定规则EBS AP 内部组合识别标准同时满足以下全部条件才认定为组合关系逻辑实体存在指向业务对象根实体的外键不存在 “脱离父 BO 单独创建该 LE” 合法业务场景在标准功能删除父单据时系统级联删除子 LE子 LE 的业务语义依附父单据存在。二、逐个核心业务对象拆解内部组合结构BO1应付发票 Invoice最核心 BO大量组合关系整体应付发票 BO整体所有下属 LE 均为【组合成员】 根逻辑实体发票头 LEAP_INVOICES_ALL是整个 BO 的根节点。组合成员清单 关系说明发票行 LE AP_INVOICE_LINES_ALL组合关系1 发票头 → 一对多 → 发票行业务语义发票商务明细商品、运费、行级税费组合依据不能无发票头单独创建发票行删除发票发票行级联删除。发票分配 LE AP_INVOICE_DISTRIBUTIONS_ALL组合关系1 发票行 → 一对多 → 发票分配组合依据分配行依附发票行 / 发票头是会计维度载体无发票则分配行无意义删除发票级联清除分配行。R12 分层设计发票行业务明细与分配行财务分摊两级组合。付款计划 LE AP_PAYMENT_SCHEDULES_ALL组合关系1 发票头 → 一对多 → 付款计划关键认知付款计划属于应付发票 BO 的组成部分不属于付款 BO组合依据由发票验证程序基于发票信息自动生成依附发票生命周期发票取消 / 删除付款计划同步清除代表 “发票产生的负债分期计划”。发票暂挂 LE AP_HOLDS_ALL组合关系1 发票头 → 一对多 → 发票暂挂可选组合成员一张发票可以没有暂挂也可以多条暂挂组合依据暂挂是针对这张发票的冻结控制不能脱离发票独立存在发票删除暂挂记录一并删除。应付发票 BO 内部完整组合链应付发票BO【整体】 └──【组合】发票头LE根 ├──【组合】发票行LE │ └──【组合】发票分配LE ├──【组合】付款计划LE └──【组合】发票暂挂LE可选特殊扩展预付款发票INVOICE_TYPEPREPAYMENT预付款依然是应付发票 BO 的子类不产生新 BOAP_PREPAYMENTS_ALL预付款扩展 LE ⚠️ 注意该实体是聚合不是组合理由删除预付款发票时受历史核销数据约束系统不会直接级联删除预付款扩展记录存在保留历史的业务规则因此不属于严格组合。AP_PREPAY_HISTORY_ALL预付款历史属于跨 BO 关联桥接实体不属于组合。小结预付款只是在标准发票组合结构之上附加扩展实体基础组合链不变。会计衍生补充AP_ACCOUNTING_EVENTS_ALLAP 会计事件 LE 属于应付发票 BO、付款 BO 共同衍生的组合子实体交易发生后生成依附原始单据。BO2付款 PaymentCheck整体付款 BO【整体】根逻辑实体付款头 LE AP_CHECKS_ALL组合成员发票付款核销 LE AP_INVOICE_PAYMENTS_ALL组合关系1 付款头 → 一对多 → 发票付款核销组合判定依据核销记录描述 “这笔付款清偿了多少负债”不能脱离付款单独存在删除付款取消付款系统级联清除对应的核销记录核销记录主键依赖 CHECK_ID。重要边界 核销 LE 外键同时指向【付款计划 LE归属应付发票 BO】 这是两个 BO 之间的关联桥梁并不改变核销 LE 是付款 BO 内部组合成员这一事实。组合结构简图付款BO【整体】 └──【组合】付款头LE根 └──【组合】发票付款核销LEBO3供应商 Supplier主数据 BO整体供应商 BO【整体】根逻辑实体供应商头 LE AP_SUPPLIERS 组合成员供应商地点 LE AP_SUPPLIER_SITES_ALL组合关系1 供应商头 → 一对多 → 供应商地点判定依据供应商地点是供应商不可分割组成档案业务上不存在无供应商头的地点删除供应商清理主数据会级联处理地点。供应商BO【整体】 └──【组合】供应商头LE根 └──【组合】供应商地点LE业务强规则发票绑定【供应商地点 LE】而非供应商头供应商地点作为「供应商 BO ↔ 应付发票 BO」的关联桥梁。BO4发票批 Invoice Batch导入管控 BO根逻辑实体发票批头 LE 组合成员一批接口生成的多张应付发票 BO注意发票批与发票之间属于聚合不是组合。 删除发票批不会删除发票因此不属于组合关系。BO5付款批 Payment Batch容器 BO付款批头 LE 和 付款 BO 之间聚合关系❌ 不属于组合 核心区分点删除付款批付款单据完整保留付款拥有独立生命周期可以加入其他付款批。三、关键对比组合 VS 聚合 VS 跨 BO 关联避坑清单表格关系类型归属场景典型例子核心特征组合 CompositionBO 内部构成发票头→发票行付款→发票付款核销删除父 BO子 LE 级联删除子不能独立存在聚合 Aggregation容器 - 成员付款批→付款发票批→发票删除容器成员保留关联 Association两个独立 BO 之间供应商 BO ↔ 应付发票 BO预付发票 ↔ 标准发票双方互相独立依靠外键引用高频误区澄清误区 1付款计划属于付款 BO❌错误。付款计划是应付发票 BO 内部组合 LE代表负债付款只是使用负债进行清偿。误区 2AP_INVOICE_PAYMENTS_ALL 属于应付发票 BO❌错误。核销记录描述 “本次付款的分摊明细”所有权归属付款 BO是付款的组合子实体只是通过外键关联发票的付款计划。误区 3预付款历史属于应付发票内部组合❌错误。预付款历史是两张独立发票 BO 之间的桥接实体属于跨 BO 关联不属于任何一方的组合成员。误区 4发票暂挂可以独立存在❌错误。发票暂挂 LE 必须依附某一张发票头属于应付发票可选组合组件。四、组合关系带来的系统行为开发 / 实施价值级联删除机制根源正是因为定义了组合关系EBS 标准 API 删除发票时自动删除发票行、分配行、付款计划、暂挂 如果绕过 API 直接删发票头会产生大量孤立子实体引发数据完整性错误。API 设计思想EBS 标准 API 按照 “BO 整体” 设计创建发票 API 自动创建全套组合 LE不允许单独插入发票行、分配行。SLA 会计溯源逻辑会计分录源头来自应付发票 BO 内部的【发票分配 LE】分配行作为 BO 固有组成部分保证每一笔负债都有会计维度。状态联动逻辑发票验证APPRV本质是修改发票头 LE 状态并自动生成组合成员【付款计划 LE】 体现整体状态变更驱动内部组成实体生成。五、完整汇总表可直接放进设计文档顶层业务对象 BO根逻辑实体 LE内部组合逻辑实体 LE应付发票 Invoice发票头 AP_INVOICES_ALL发票行、发票分配、付款计划、发票暂挂付款 Payment付款头 AP_CHECKS_ALL发票付款核销 AP_INVOICE_PAYMENTS_ALL供应商 Supplier供应商头 AP_SUPPLIERS供应商地点 AP_SUPPLIER_SITES_ALL 华为MetaERP # Oracle EBS R12 AP：业务对象 (BO) 与逻辑实体 (LE)【组合关系】深度详解## 前置基础定义（严格区分术语，限定 EBS 语境）＞ ＞ 1. *
Oracle EBS R12 AP业务对象 (BO) 与逻辑实体 (LE)【组合关系】深度详解前置基础定义严格区分术语限定 EBS 语境组合关系 CompositionUML 建模标准整体拥有部分部分不能脱离整体独立存在整体生命周期决定部分生命周期整体删除部分级联删除。 区别于聚合弱包含聚合只是分组容器成员可独立存在组合是强所有权绑定。EBS AP 边界约定业务对象 BO业务视角单据 / 档案应付发票、付款等面向流程与用户逻辑实体 LEETRM 数据模型单元一一映射XXX_ALL物理表组合关系 BO整体 ←→ LE组成部分强归属重要区分 ✅组合LE 是 BO 不可分割组成部分离开 BO 无业务意义 ❌关联两个独立 BO 之间互相引用供应商 ↔ 发票不属于组合 ❌聚合付款批包含付款属于聚合不属于组合。本文只聚焦【组合关系】聚合、跨 BO 关联仅作对比排除。一、核心判定规则EBS AP 内部组合识别标准同时满足以下全部条件才认定为组合关系逻辑实体存在指向业务对象根实体的外键不存在 “脱离父 BO 单独创建该 LE” 合法业务场景在标准功能删除父单据时系统级联删除子 LE子 LE 的业务语义依附父单据存在。二、逐个核心业务对象拆解内部组合结构BO1应付发票 Invoice最核心 BO大量组合关系整体应付发票 BO整体所有下属 LE 均为【组合成员】 根逻辑实体发票头 LEAP_INVOICES_ALL是整个 BO 的根节点。组合成员清单 关系说明发票行 LE AP_INVOICE_LINES_ALL组合关系1 发票头 → 一对多 → 发票行业务语义发票商务明细商品、运费、行级税费组合依据不能无发票头单独创建发票行删除发票发票行级联删除。发票分配 LE AP_INVOICE_DISTRIBUTIONS_ALL组合关系1 发票行 → 一对多 → 发票分配组合依据分配行依附发票行 / 发票头是会计维度载体无发票则分配行无意义删除发票级联清除分配行。R12 分层设计发票行业务明细与分配行财务分摊两级组合。付款计划 LE AP_PAYMENT_SCHEDULES_ALL组合关系1 发票头 → 一对多 → 付款计划关键认知付款计划属于应付发票 BO 的组成部分不属于付款 BO组合依据由发票验证程序基于发票信息自动生成依附发票生命周期发票取消 / 删除付款计划同步清除代表 “发票产生的负债分期计划”。发票暂挂 LE AP_HOLDS_ALL组合关系1 发票头 → 一对多 → 发票暂挂可选组合成员一张发票可以没有暂挂也可以多条暂挂组合依据暂挂是针对这张发票的冻结控制不能脱离发票独立存在发票删除暂挂记录一并删除。应付发票 BO 内部完整组合链应付发票BO【整体】 └──【组合】发票头LE根 ├──【组合】发票行LE │ └──【组合】发票分配LE ├──【组合】付款计划LE └──【组合】发票暂挂LE可选特殊扩展预付款发票INVOICE_TYPEPREPAYMENT预付款依然是应付发票 BO 的子类不产生新 BOAP_PREPAYMENTS_ALL预付款扩展 LE ⚠️ 注意该实体是聚合不是组合理由删除预付款发票时受历史核销数据约束系统不会直接级联删除预付款扩展记录存在保留历史的业务规则因此不属于严格组合。AP_PREPAY_HISTORY_ALL预付款历史属于跨 BO 关联桥接实体不属于组合。小结预付款只是在标准发票组合结构之上附加扩展实体基础组合链不变。会计衍生补充AP_ACCOUNTING_EVENTS_ALLAP 会计事件 LE 属于应付发票 BO、付款 BO 共同衍生的组合子实体交易发生后生成依附原始单据。BO2付款 PaymentCheck整体付款 BO【整体】根逻辑实体付款头 LE AP_CHECKS_ALL组合成员发票付款核销 LE AP_INVOICE_PAYMENTS_ALL组合关系1 付款头 → 一对多 → 发票付款核销组合判定依据核销记录描述 “这笔付款清偿了多少负债”不能脱离付款单独存在删除付款取消付款系统级联清除对应的核销记录核销记录主键依赖 CHECK_ID。重要边界 核销 LE 外键同时指向【付款计划 LE归属应付发票 BO】 这是两个 BO 之间的关联桥梁并不改变核销 LE 是付款 BO 内部组合成员这一事实。组合结构简图付款BO【整体】 └──【组合】付款头LE根 └──【组合】发票付款核销LEBO3供应商 Supplier主数据 BO整体供应商 BO【整体】根逻辑实体供应商头 LE AP_SUPPLIERS 组合成员供应商地点 LE AP_SUPPLIER_SITES_ALL组合关系1 供应商头 → 一对多 → 供应商地点判定依据供应商地点是供应商不可分割组成档案业务上不存在无供应商头的地点删除供应商清理主数据会级联处理地点。供应商BO【整体】 └──【组合】供应商头LE根 └──【组合】供应商地点LE业务强规则发票绑定【供应商地点 LE】而非供应商头供应商地点作为「供应商 BO ↔ 应付发票 BO」的关联桥梁。BO4发票批 Invoice Batch导入管控 BO根逻辑实体发票批头 LE 组合成员一批接口生成的多张应付发票 BO注意发票批与发票之间属于聚合不是组合。 删除发票批不会删除发票因此不属于组合关系。BO5付款批 Payment Batch容器 BO付款批头 LE 和 付款 BO 之间聚合关系❌ 不属于组合 核心区分点删除付款批付款单据完整保留付款拥有独立生命周期可以加入其他付款批。三、关键对比组合 VS 聚合 VS 跨 BO 关联避坑清单表格关系类型归属场景典型例子核心特征组合 CompositionBO 内部构成发票头→发票行付款→发票付款核销删除父 BO子 LE 级联删除子不能独立存在聚合 Aggregation容器 - 成员付款批→付款发票批→发票删除容器成员保留关联 Association两个独立 BO 之间供应商 BO ↔ 应付发票 BO预付发票 ↔ 标准发票双方互相独立依靠外键引用高频误区澄清误区 1付款计划属于付款 BO❌错误。付款计划是应付发票 BO 内部组合 LE代表负债付款只是使用负债进行清偿。误区 2AP_INVOICE_PAYMENTS_ALL 属于应付发票 BO❌错误。核销记录描述 “本次付款的分摊明细”所有权归属付款 BO是付款的组合子实体只是通过外键关联发票的付款计划。误区 3预付款历史属于应付发票内部组合❌错误。预付款历史是两张独立发票 BO 之间的桥接实体属于跨 BO 关联不属于任何一方的组合成员。误区 4发票暂挂可以独立存在❌错误。发票暂挂 LE 必须依附某一张发票头属于应付发票可选组合组件。四、组合关系带来的系统行为开发 / 实施价值级联删除机制根源正是因为定义了组合关系EBS 标准 API 删除发票时自动删除发票行、分配行、付款计划、暂挂 如果绕过 API 直接删发票头会产生大量孤立子实体引发数据完整性错误。API 设计思想EBS 标准 API 按照 “BO 整体” 设计创建发票 API 自动创建全套组合 LE不允许单独插入发票行、分配行。SLA 会计溯源逻辑会计分录源头来自应付发票 BO 内部的【发票分配 LE】分配行作为 BO 固有组成部分保证每一笔负债都有会计维度。状态联动逻辑发票验证APPRV本质是修改发票头 LE 状态并自动生成组合成员【付款计划 LE】 体现整体状态变更驱动内部组成实体生成。五、完整汇总表可直接放进设计文档顶层业务对象 BO根逻辑实体 LE内部组合逻辑实体 LE应付发票 Invoice发票头 AP_INVOICES_ALL发票行、发票分配、付款计划、发票暂挂付款 Payment付款头 AP_CHECKS_ALL发票付款核销 AP_INVOICE_PAYMENTS_ALL供应商 Supplier供应商头 AP_SUPPLIERS供应商地点 AP_SUPPLIER_SITES_ALL