企业官网建设流程全解析

Oracle Fusion Cost Accounting & Receipt Accounting —— 深度解析

这篇是 Oracle Fusion Applications 成本会计（Cost Accounting）与收货会计（Receipt Accounting）的实施指南，属于Supply Chain Cost Management​ 域的核心配置文档。我先帮你把它"读厚"，再"读薄"，最后落到可执行的配置路径和分录汇总表。

一、设计哲学（Design Philosophy）

Fusion 成本模块的设计哲学可以用5 个关键词​ 概括：

1. 一套交易、多套规则、并行核算

通过Cost Book​ 实现：一个 Cost Organization 必须挂一个 Primary Cost Book（关联法人主账簿），还可挂 Secondary Cost Book（管理报表/本币/利润分析）和 Ledgerless Cost Book（模拟测算）。同一笔库存交易会按不同成本规则同时算多套成本。

2. 组织层级可折叠、可共享

Cost Organization 可以 = 1 个 Inventory Org，也可以 = 多个 Inventory Org（同 BU、同法人）。多个库存组织合并到同一成本组织的好处：统一间接费用规则、共享移动平均价、统一成本职责。

3. Set 级复用，减少冗余

Cost Element / Cost Component Group / Cost Profile / Valuation Structure 都定义在Set​ 上。"Common" Set 跨所有成本组织共享；国家/业务线 Set 则隔离。这是典型的主数据治理思路。

4. 估值粒度可配置（Valuation Structure）

从成本组织 → 库存组织 → 子库 → 批次 → 序列号 → 等级，任你组合。资产类 vs 费用类估值结构分开，费用类收货不进资产负债表。

5. SLA 桥接（Subledger Accounting）

成本处理器只算"成本+分布"，真正生成会计分录靠Create Accounting + 会计方法 + 日记账规则集 + 日记账行规则 + 账户规则，这一段把成本模块和 Fusion 全局核算架构打通。

二、核心概念关系图（文字版）

Legal Entity (法人) └── Business Unit (业务单元) └── Cost Organization (成本组织, 1个BU只能对应1个CO, 但1个CO可包含多个Inv Org) │ ├── Inventory Org A (必须同法人) ├── Inventory Org B └── Inventory Org C │ ├── Primary Cost Book → 关联 Primary Ledger ├── Secondary Cost Book → 关联 Secondary Ledger / 管理用途 └── Ledgerless Cost Book → 模拟用途 │ ├── Cost Profile (每个Item在 CO+Book 组合下必须有1个) │ ├── Cost Method (Perpetual Avg / Actual) │ ├── Valuation Structure (估值粒度) │ ├── Cost Component Group (组件→要素映射) │ ├── Qty Depletion: FIFO │ └── Negative Qty Handling (Always / To Zero / Never) │ └── Overhead Rules (Expense Pool → Cost Element → Absorption)

三、业务流程（端到端）

🔄 主流程

采购收货 / 组织间转移 / 销售发货 / 销售退货 / 调整 ↓ Transaction Objects 落交易 ↓ Preprocessor（自动建 Item Cost Profile，若设了 Auto/Review） ↓ Cost Processor ├── 按 Cost Profile 的 Cost Method 算单位成本 │ ├── Perpetual Average：按估值单元滚动平均 │ └── Actual：FIFO 层级消耗 ├── 按 Cost Component Group 把外部组件映射到 Cost Element ├── 组织间转移时算 PII（Profit in Inventory），需 Profit in Inventory 成本要素 └── 触发 Overhead 处理器：按 Overhead Accounting Rule 吸收间接费 ↓ 成本分布（Cost Accounting Distributions）生成 ↓ Create Accounting（SLA） └── 会计方法 → 日记账规则集 → 日记账行规则 → 账户规则 ↓ Subledger Journal Entry → GL

📌 几个关键业务点

• 组织间转移：Source Cost Element → Destination Cost Element 通过 Cost Component Group 映射，PII 利润留在转出方。

• 销售退回：

  • 有 RMA 引用 → 用原销售发货的平均成本

  • 无 RMA / 无入成本 → 取首收或末收层成本（Receipt without cost参数控制）

• 负库存处理（3 档）：

  • Always：全量按平均/FIFO 算，后续收货产生方差

  • To Zero：只算到零，剩余挂起等补货

  • Never：库存不够就不算，等够了再算

• UOM 独立：成本可按主 UOM 或次 UOM 算（例：鸡按"只"planning、按"磅"销售，两者无固定换算）

四、实现步骤（详细）

Step 1｜创建 Cost Organization

• 路径：Oracle Fusion Global HR → Manage Cost Organization

• 1 个 Cost Organization 只能映射 1 个 BU；下属所有 Inventory Org必须同法人

• 指定 Item Validation Organization（可以是其中之一，或 Item Master）

• 可用生效起止日期应对并购/重组

Step 2｜关联 Inventory Organizations

• 页面：Manage Cost Organization Relationships → Inventory Organizations Tab

• ⚠️ 一个库存组织只能​ 关联一个成本组织

• 如需多库存组织共享移动平均价 → 必须放同一个 CO

Step 3｜创建 Cost Book(s)

• Primary Cost Book → 关联法人 Primary Ledger（继承币种/汇率/期间）

• Secondary / Ledgerless 按需加

• Ledgerless 需手工定义币种、期间、期末校验

Step 4｜定义 Set 级主数据

• Cost Element（4 类型）：

  • Material：采购物料成本

  • Overhead：按规则算出的间接费

  • Profit in Inventory：组织间转移内部利润（必须放 Common Set 跨 CO 共享）

  • Adjustment：成本调整单独追踪

• Cost Component Group：把外部组件（PO Price / Tax / Freight / IPV / ERV…）映射到 Cost Element；也管组织间转移的 Source→Dest Element 映射

• Analysis Group（可选）：给成本要素再分组，如 Variable/Fixed、Direct/Indirect，供管理报表

Step 5｜定义 Valuation Structure

• 属性组合：Cost Org（必选）+ Inv Org + Subinventory + Locator + Lot + Serial + Grade

• 模式：Manual（有限枚举如 Grade）/Auto（Lot/Serial 无限）/Both

• Asset vs Expense 两套，Item 继承两套

• Required 属性：若为 Y，Item 缺该库存属性则不允许关联；Y→N 可改，N→Y 已有交易则不可改

Step 6｜定义 Cost Profile，分配给 Item

三种分配方式：

1. Auto（默认 Profile 设 Auto）→ 预处理自动生成，立即可用

2. Review Required​ → 预处理生成 → Awaiting Approval → 成本会计审批 → 生效

3. Manual​ → 在首笔交易前手工指定，优先级最高

⚠️ 每个 Item 在每个 CO+Book 组合下，只能有 1 个 Asset + 1 个 Expense​ Cost Profile。

默认 Profile 可在 CO-Book 级或 Item Category 级设，Item 级可覆盖。

Step 7｜配置 Overhead（间接费用）

三层结构：

1. Expense Pool（CO 级）：归集 GL 费用科目（租金/水电/煤气/运费/检验费），每个 Pool 映射到一个 Cost Element

2. Cost Element Group（CO 级）：告诉处理器"哪些 Cost Element 求和作为百分比基数"，预置Transaction Cost/Material，可自建

3. Overhead Accounting Rule（CO-Book 级）：

   • 维度：交易组(PO/IO Transfer/Sales Issue…) + 流向(Issue/Receipt) + Inv Org(可选) + Category/Item(可选)

   • 成本驱动：Per Lot / Per Transaction / Per Unit / Percentage（Percentage 需指定 Based On 哪个 Cost Element Group）

   • 吸收类型：Include in Inventory（进存货值）/ Expense（期间费用）

Step 8｜SLA 核算规则（衔接 Fusion 核算架构）

成本模块必须复制并定制预置的 Account Rules 和 Journal Entry Rule Sets，否则无法出分录：

1. 建/复制Subledger Accounting Method​ → 关联 Ledger

2. 建/复制Subledger Journal Entry Rule Set​ → 分配到 Event Class / Event Type

   • Header 赋值：会计日期、描述规则、支持引用

   • Line 赋值：日记账行规则（Dr/Cr/Gain/Loss）+ 账户规则 + 描述规则

3. Journal Line Rule：Side、Merge、Accounting Class（Item Expense / Liability / Tax…）、条件

4. Account Rule：Account Combination（Source/Constant/Mapping Set/另一 Account Rule）或 Segment 规则，可带条件 + 优先级

5. 激活 → Create Accounting 跑

五、与 Fusion 核算/组织/管理架构的关系

💡 管理架构上的灵活性：同一个法人下，可以按"是否需要统一平均价""是否同一成本职责""是否同一间接费政策"来决定是把多个 Inv Org 塞进一个 CO，还是拆成多个 CO。

六、业务场景核算逻辑 + 数据示例

场景 A：采购收货（PO Receipt）

文档自行车店示例：

• Bike X 物料成本 $500/台，Bike Y $300/台

• 租金池 + 水电池 + 运费池 + 检验池，按 Rule 吸收

• 交易 1：Bike X 收货 10 台 → Rent(Per Unit 150) = 1500, (Per Transaction 500) = 500 → 合计 2000；Utilities 12% × 5000 = 600；Freight 50；Inspection 10×10=100；CO 管理费 5% = 250；IO 设施 5% = 250

核算逻辑：

• 物料成本来自 PO Price → 映射 Material Cost Element → 按 Avg/Actual 入存货

• Overhead 按规则算 → 借 Inventory（含吸收 overhead），贷 Absorption Account（过渡）→ 期末重分类或结转

场景 B：组织间转移（Interorg Transfer）+ PII

• Source Cost ElementMaterial Tax(US Set) → Dest Cost ElementMaterial(UK Set)

• 若目标价 > 源成本 → 差额走Profit in InventoryCost Element，由接收方 CO 认利（或转出方，看 PII Org 设置）

• 运费组件Interorg Freight→ 映射Freight Charges

场景 C：销售发货 + 出库 Overhead

文档原文："On outbound transactions, overhead absorption is redirected to an expense account, and will be included in the gross margin calculation."

• 例：进货每台吸 overhead $2，出货再吸 $3 → COGS = 10+2+3 = $15

• 出库 overhead不走存货，直接进费用（参与毛利计算）

场景 D：销售退回

场景 E：负库存（三种策略对比）

假设在手 5，发货 8：

• Always：8 全算，按平均（Avg）或 FIFO 层 + 后续收货时算方差

• To Zero：5 算成本，剩 3 挂起等补

• Never：0 算，等补到 ≥8 再算

场景 F：Valuation Structure 粒度演算

文档 Gadget A 示例（CO-US 下 4 个 store，50+45+60+40 = 195 台）：

七、各业务场景会计核算分录汇总表

注：以下为逻辑分录，实际科目由 SLA Account Rule 决定；成本侧科目按 Cost Element 拆分。

八、几个容易踩的坑（来自文档的 Note 汇总）

• ⚠️ Cost Organization 一旦有交易，法人不能改

• ⚠️ 1 个 Inventory Org 只能挂 1 个 Cost Organization

• ⚠️ PII 类型的 Cost Element必须放 Common Set​ 才能跨 CO 共享

• ⚠️ Cost Profile 一旦用于算过交易 → 不能删不能改；没用过才能删

• ⚠️ Overhead 的 Expense Pool / Cost Element Group / Accounting Rule 一旦被交易引用 → 不能删，只能灭活

• ⚠️ SLA 端必须复制并定制预置的 Account Rules 和 Journal Entry Rule Sets，否则成本模块出不来分录

• ⚠️ Valuation Structure 的 Required 属性 N→Y 如有交易则不可改