华为MetaERP # Oracle EBS R12 Business Group(BG 业务组)完整深度解析## 前置核心定位(结合 MOAC AR 模块视角)**BG = EBS 组织

华为MetaERP # Oracle EBS R12 Business Group(BG 业务组)完整深度解析## 前置核心定位(结合 MOAC  AR 模块视角)**BG = EBS 组织 Oracle EBS R12 Business GroupBG 业务组完整深度解析前置核心定位结合 MOAC AR 模块视角BG EBS 组织层级最高边界、HR 人力资源数据隔离单元MOAC 生效的顶层围栏。关键结论先行BG不是财务核算单元不是交易隔离单元AR/AP/OM 业务单据没有 BG 字段MOAC 只能在同一个 BG 内部生效跨 BG 任何 OU 都无法访问MOAC 完全失效BG 起源于 HRMS所有 OU、LE、库存组织必须归属在某一个 BG 之下Fusion Cloud彻底移除 BG 概念这是 EBS 与 Fusion 组织模型重大代差。完整层级自上而下回顾锚定 BG 位置【BG 业务组最高层HR隔离】 ↓ Ledger 主分类账会计主体 ↓ Legal Entity LE 法人实体法律/纳税主体 ↓ Operating Unit OUMOAC管控、AR交易隔离层 ↓ Inventory Organization 库存组织供应链一、BG 设计哲学、官方定义1. 设计初衷EBS 最早由 HRMS 套件发展而来BG 是为人力资源数据隔离诞生人员、岗位、职位、薪资方案、招聘、考勤、HR 安全权限以 BG 为边界一套 EBS 实例可模拟多个相互隔离的 “独立企业租户”通过 BG 切割 HR 主数据财务模块AR/GL复用这套顶层组织框架但财务交易本身不由 BG 隔离。2. 核心语义Business Group 可以理解为一套独立人力资源政策、独立员工体系的最大业务集群。不要简单等同于 “集团公司”。 ✅ 推荐实施标准绝大多数集团只建 1 个 BG仅两套体系人事完全独立、不共享员工时才考虑多 BG。3. 系统预置 BGEBS 全新安装自带Setup Business Group初始化业务组。 实施规范建议新建企业自有 BG不长期直接使用 Setup Business Group。二、BG 核心业务特性区分 HR 边界 vs AR 财务边界一BG 隔离什么HR 域严格隔离员工PER_ALL_PEOPLE_F、人员分配、岗位、职位、薪资等级、薪酬方案HR 安全配置文件Security Profile组织定义在 A BG 创建的 OU/LEB BG 职责完全看不到职责绑定 BG一个职责只能属于唯一 BG无法跨 BG 切换。配置文件控制点HR: Business Group职责层配置 职责一旦绑定 BG会话全程锁定不可动态切换。二BG不隔离什么AR 财务重点极易踩坑AR 所有交易表AR_TRANSACTIONS_ALL、AR_CASH_RECEIPTS_ALL、核销表无 BUSINESS_GROUP_ID 字段AR 单据仅依靠ORG_ID(OU)隔离BG 不直接过滤应收发票、收款TCA 客户主数据HZ_PARTIES / HZ_CUST_ACCOUNTS全局跨 BG 可见GL 科目表、Ledger、本位币、会计日历全局共享弹性域结构、自动会计规则、事务类型定义依附 OUOU 归属 BG 间接隔离。通俗理解 BG 管住「人」OU 管住「应收单据、收款、业务操作」Ledger 管住「账」。三、BG 与 MOAC 的强约束关系重中之重承接你 MOAC 学习主线1. MOAC 生效铁律MOACMulti-Org Access Control作用域 同一个 BG 内部的多个 OU。同一个BG内 职责 → MO:Security Profile → 允许访问BG内若干OU ✅ MOAC正常工作 跨不同BG 职责属于BG1永远无法查看、操作BG2下任何OU的数据 ❌ MOAC无能为力2. 运行机制拆解用户登录职责首先读取配置文件HR: Business Group锁定当前会话 BG执行MO_GLOBAL.INIT(AR)初始化 MOACMOAC 读取本 BG 范围内、Security Profile 包含的 OU 清单VPD 策略ORG_SEC只过滤当前 BG 下属的 OU其他 BG 的 ORG_ID 直接被排除。3. 业务场景举例BG【中国集团】包含 OU华东销售、华南销售、华北销售 共享中心职责配置 MO 安全配置文件包含这 3 个 OU →MOAC 正常切换查询三地应收发票。BG【中国集团】、BG【海外亚太集团】两套 BG 中国共享中心职责永远看不到海外亚太 BG 下任何 OU 的收款与发票无论 MOAC 如何配置。⚠️重大误区澄清 ❌误区MOAC 可以跨 BG 访问 OU ✅事实MOAC 只是 OU 访问权限框架顶层围栏由 BG 锁死BG 是比 MOAC 更高一层的安全边界。四、BG、LE、Ledger、OU 实体关联规则结构化梳理一个 BG 可以包含多个 Ledger同一集团内多账套不同本位币、不同会计科目表可放在同一个 BG。一个 Ledger 隶属于唯一 BG一个 LE法人隶属于一个 Ledger进而归属一个 BG一个 OU 隶属于一个 Ledger、归属一个 BG一个 OU 只能归属单一 BG一个 BG 下可以存在多个 Ledger、多个 LE、大量 OUOU 不能跨 BG 迁移创建 OU 时归属 BG 永久固化。五、从 AR 应收模块视角看 BG 的全部影响1. AR 单据层面AR 所有业务表无 BG IDBG 不能直接过滤发票、收款AR 单据依靠 ORG_ID 关联 OUOU 归属 BG 实现间接隔离若绕过 VPD 直接查询 AR_TRANSACTIONS_ALL能查到实例内所有 BG 下所有 OU 单据数据库层面无 BG 外键约束靠应用层安全管控。2. AR 主数据层面TCA 客户主体全局共享跨 BG 可见客户地点 HZ_CUST_SITES_ALL 带 ORG_ID依附 OU间接受 BG 隔离AR 系统选项、事务类型、收款方法、AutoAccounting 规则按 OU 隔离 → 间接受 BG 隔离。3. AR 操作人员权限BG 最直接影响员工主数据存在特定 BG 用户 (User) 关联员工 (Person)员工归属 BG 职责绑定 BG财务共享人员不能同时处理两个 BG 下的 AR 业务必须分开两套职责。4. AR 并发程序、自定义开发MO_GLOBAL API 只会加载当前 BG 下属 OU自定义报表想要读取其他 BG 的 AR 数据仅靠 MOAC 无法实现必须切换绑定其他 BG 的职责运行跨 BG 无法做公司间 AR/AP 交易Intercompany。六、底层数据表结构BG 核心表1. PER_BUSINESS_GROUPSBG 主表BUSINESS_GROUP_ID PK 业务组ID NAME BG名称 LEGISLATION_CODE 国家/地区立法代码薪资、税务本地化关键 SETUP_BG_FLAG 是否系统初始BG2. HR_ALL_ORGANIZATION_UNITS_F所有组织主表所有 OU、LE、HR 组织、库存组织统一存放关键字段ORGANIZATION_ID PK BUSINESS_GROUP_ID FK → PER_BUSINESS_GROUPS NAME 组织名称 DATE_FROM/DATE_TO 生效日期3. HR_OPERATING_UNITSOU 视图底层来源 HR_ALL_ORGANIZATION_UNITS_F自带 BUSINESS_GROUP_ID 可以通过这条视图快速查询每个 OU 归属哪个 BGSELECT hou.organization_id org_id, hou.name ou_name, hobg.business_group_id, hobg.name bg_name FROM hr_operating_units hou JOIN per_business_groups hobg ON hou.business_group_id hobg.business_group_id;七、BG 实施两大路线单 BG vs 多 BG实施最佳实践方案 A单 BG90% 集团推荐一套集团只创建 1 个 Business Group✅优势MOAC 可以支撑集团内所有 OU 共享一套职责体系财务共享中心实施最简单员工、客户主数据全局互通支持跨 LE 公司间应收、合并交易运维、权限配置复杂度最低。 适用境内多法人、多条业务线人事政策统一 / 可以互通。方案 B多 BG谨慎使用多 BG 场景仅适合两大业务板块人事体系完全隔离员工数据不能互相查看收购独立子集团HR 政策、薪酬体系完全独立未来不打算人员共享 ⚠️代价MOAC 无法打通 BG共享中心需要多套职责无法原生实现跨 BG 公司间交易报表开发复杂跨 BG 数据汇总需要多职责运行多套并发主数据员工无法跨 BG 复用。Oracle 官方实施指引除非有强 HR 隔离诉求禁止创建多个 BG。八、常见架构误区深度澄清误区 1BG 是会计主体可以用来区分不同集团账套❌错误。会计主体是 LedgerBG 是 HR 隔离单元和核算无关。误区 2MOAC 配置足够就能跨 BG 查询 OU 应收单据❌错误。BG 是顶层安全围栏MOAC 没有权限突破 BG 边界。误区 3AR 发票表包含 BUSINESS_GROUP_ID可以直接按 BG 过滤❌错误。AR_XXX_ALL 没有 BG 字段只能通过 ORG_ID→OU→BG 关联间接过滤。误区 4一个 BG 只能对应一个 Ledger❌错误。一个 BG 下可以搭建多个本位币、不同科目表的 Ledger。误区 5Fusion Cloud 延续 BG 模型❌重大差异Fusion Financials 彻底移除 Business GroupHR 安全与财务业务单元 BU 解耦不再存在 BG 这一层顶层隔离。九、BG 与上层架构在 MOAC 体系下完整逻辑链路AR 用户登录链路用户登录 EBS 职责读取 ProfileHR:Business Group→ 锁定当前会话 BG执行MO_GLOBAL.INIT(AR)MOAC 读取MO:Security Profile筛选出归属当前 BG的 OU 列表VPD 策略 ORG_SEC 动态过滤 AR_TRANSACTIONS 同义词仅展示 BG 内授权 OU 的应收单据用户在界面切换 OU →MO_GLOBAL.SET_POLICY_CONTEXT(S,ORG_ID)所有 AR 表单、并发程序仅加载当前 BG 当前 OU 数据。十、延伸对比承接你持续研究的 EBS AR ↔ Fusion AR维度EBS R12 BG 模型Fusion Cloud无 BG顶层 HR 隔离单元Business Group BG立法数据角色、安全数据访问集财务业务隔离单元OUMOAC 管控BU Business UnitMOAC 等效机制MO:Security Profile数据访问集 Data Access Sets跨高层边界限制无法跨 BG 访问 OU无 BG 概念依靠安全集自由配置 BU 访问范围员工与财务组织绑定职责绑定 BG强绑定HR 人员与财务 BU 完全解耦多集团隔离方案多 BG多分类账 安全权限隔离