Oracle Fusion Applications：组织架构 vs 核算架构关系详解

一、顶层结构总览

Enterprise（企业）
├── Division（事业部：管理轴）
│ └── Business Unit（业务单元：运营/交易轴）
│ ├── Department（部门 / 成本中心）
│ └── Inventory Organization（库存组织）
├── Legal Entity（法人实体：法律轴）
│ ├── Payroll Statutory Unit
│ └── Legal Reporting Unit / Tax Reporting Unit
└── Ledger / COA（核算轴）
├── Primary / Secondary Ledger
└── Chart of Accounts Segments
├── Primary Balancing Segment → Legal Entity
├── Second Balancing Segment → Division / BU（可选）
├── Cost Center Segment → Department
└── Natural Account Segment → 会计科目

二、组织架构详解（运营视角）

• Enterprise：全局容器，所有组织在其下创建，通常只有一个（多租户/测试除外）。
• Division：管理层级，用于利润中心考核，可跨国家、跨法人； 在 Fusion 中可通过Management Segment或成本中心树实现汇报。
• Legal Entity（LE）：
  • 法律主体，拥有资产、签合同、报税、发工资；
  • 必须是 Balancing Segment Value 的持有者（若共用账套）；
  • 可设为Legal Employer、Payroll Statutory Unit。
• Business Unit（BU）：
  • 交易处理的执行单元（应付、应收、采购、项目等）；
  • 必须绑定一个 Primary Ledger；
  • 可做数据安全隔离边界（BU A 看不到 BU B 的交易）；
  • 一个 BU 可服务多个 LE（共享服务中心场景）。
• Department：职能组织，HR 分配人员、成本归集用，通常对应Cost Center段。
• Inventory Organization：归属某个 BU 与 LE，负责物料存储与事务记账。

三、核算架构详解（财务视角）

• Ledger：
  • 由COA + 会计日历 + 币种 + 会计方法构成；
  • Legal Entity 分配给 Ledger（一对一或多 LE 共享一本账）；
  • 共享账套时，必须通过 Balancing Segment 区分各 LE 的余额。
• Chart of Accounts（科目表）：
  • Primary Balancing Segment→ 通常映射Legal Entity，用于法定试算平衡；
  • Second / Third Balancing Segment→ 可选，映射Division / BU，用于管理口径资产负债表；
  • Cost Center Segment→ 映射Department；
  • Natural Account Segment→ 科目性质（资产/负债/收入/费用）。
• Reporting Currency / Secondary Ledger：
  • 用于多准则（IFRS/GAAP）或多币种合并报表；
  • 可通过子分类账级别转换，保持完整审计轨迹。

四、核心映射与关系总结（重点）

• Legal Entity → Primary Balancing Segment Value（法定核算边界，必选若启用跨 LE 记账）。
• Business Unit → Primary Ledger（一对一），但可处理多 LE 交易。
• Business Unit → 数据安全 / 参考数据集（SetID）锚点。
• Division → 管理段 / 成本中心层级汇总（非直接记账对象）。
• Department → Cost Center Segment（成本归集与 HR 分配）。
• Inventory Organization → BU + LE + Ledger三者一致确定库存核算归属。
• 跨 LE 交易 → 必须跨 Balancing Segment → 自动产生Intercompany分录。