Oracle Fusion Cost Management全链路实施终极指南基于 F464976AN32207《Cost Accounting and Receipt Accounting Implementation Guide》深度还原 · 含17步实施详解 · 9大业务场景数据推导 · 22行跨BU转移分录 · 终极汇总表一、Fusion 成本架构拓扑与6大硬约束// 核心逻辑Legal Entity 是锁死一切的基础 Legal Entity (LE) ── Primary Ledger (Currency, Calendar, COA) │ ├── Business Unit (BU) [Profit Center] │ │ └── Cost Organization (成本核算口径) │ │ │ ├── Item Validation Org (必须同LE, 定义UOM/Item属性) │ │ │ ├── Inv Org A (必须同LE同BU) │ │ │ ├── Inv Org B (必须同LE同BU) │ │ │ └── Inv Org C │ │ ├── Cost Book [Primary] → 强关联 LE.PrimaryLedger │ │ ├── Cost Book [Secondary] → 管理报表/本地准则 │ │ └── Cost Book [Ledgerless] → 模拟测算 (What-if) │ │ └── Item A → Cost Profile (Method, Valuation, UOM...) │ └── Cost Organization Set (共享配置) │ └── Common Set (PII Cost Element 必须在此) 实施红线6大文档级硬约束Cost Org 同质性Cost Org 下的所有 Inv Org 必须属于同一个 LE 和同一个 BU。跨 LE 的库存不能放在一个成本组织里。Inv Org 单归属一个 Inv Org 只能挂接一个 Cost Org。一旦产生交易禁止迁移。Item Validation Org 限制必须与 Cost Org 同属一个 LE。Ledger 锁定Primary Cost Book 必须关联所属 LE 的 Primary Ledger。Cost Book 一旦关联 Ledger不可更改。PII 全局性类型为 Profit in Inventory 的 Cost Element必须定义在 Common Set 中否则跨 Cost Org 转移时无法识别。Cost Org 法人锁定Cost Org 一旦有交易发生其所属 LE 不可修改。Cost Org vs Inv OrgCost Org 是成本责任的容器可以容纳一个或多个同 LE/同 BU 的 Inv Org。例如将制造车间和成品仓放入同一 Cost Org 共享 Overhead。Valuation Structure 粒度决定了“均价桶”的大小。从 Cost Org 级全集团一个价到 Serial 级单件计价层级越深计算越精确性能消耗越大。Cost Book 的多账套意义Primary 用于法定对外披露Secondary 用于内部管理分析如不同折旧政策Ledgerless 用于沙箱模拟如预测涨价影响。SLA 的最终出口成本处理器计算出的是“成本分布”必须通过 SLA (Subledger Accounting) 转换成真正的 GL 分录。Account Rule 是连接 Cost Org/Inv Org 到会计科目如成本中心段的桥梁。二、17步详细实施步骤Task Path 参数详解Manage Cost Organizations (Setup → Cost Accounting)创建成本组织。填入 Code, Name, Legal Entity。这是所有成本的容器。建议命名规范CO_LE_Purpose (e.g., CO_US_MFG)。Manage Cost Organization Data Access Users授权成本会计访问特定的 Cost Org 和 BU。必须运行 LDAP 同步。无权限会导致成本处理器后台作业挂起。Manage Cost Organization Relationships这是最关键的一步。将 Inv Orgs 关联到 Cost Org。设定Item Validation Organization必须是已关联的 Inv Org。在 Cost Books Tab 关联 Primary Book。注意 此处关联后Inv Org 即被锁定。Manage Cost Books定义核算账簿。Primary Book 必须绑定 LE 的 Primary Ledger。选择 Costing Method (Perpetual Avg, Actual/FIFO, Standard)。设置 Period End Validations期末检查项。Manage Cost Organization Sets如果有多套 Cost Org 需要共享规则如 Overhead 规则将它们加入同一 Set。务必将 PII 相关的配置放在CommonSet。Manage Cost Elements (Types: Material, Overhead, PII, Adjustment)定义成本要素。例如创建 Rent_OH, Electricity_OH。PII 类型必须选 PII。Manage Analysis Groups可选。用于 BI 报表分析如将 Rent_OH 和 Electricity_OH 归类为 Fixed Overhead。Manage Cost Components系统预置了 PO Price, IPV, ERV, TIPV 等。这些是外部系统传入的最小颗粒度。Manage Cost Component Mappings (CCG) - 核心逻辑建立 Component 到 Element 的映射。Mapping Group 1 (MG1 - 细颗粒度):PO Item Price - MaterialPO Tax - TaxIPV - IPVERV - ERVMapping Group 3 (MG3 - 跨组织转移专用):Source(US).Material_Tax - Dest(UK).MaterialSource(US).Freight - Dest(UK).FreightManage Key Flexfields - Valuation Structure定义成本层级。例如启用 Segment1: Cost Org, Segment2: Inv Org, Segment3: Subinventory。Required属性一旦有交易不可从 No 改为 Yes。Manage Cost Profiles (最重要配置)为每个 Item 在每本 Cost Book 下定义行为。参数选项业务含义Cost MethodAvg / FIFO / Std计价方法Valuation StructureInv Org / Sub / Lot核算粒度Costing UOMPrimary / Secondary例如鸡按只(Each)还是按磅(Lb)Negative Qty ProcessingAlways / To Zero / Never负库存处理策略Referenced RMAYes / NoYes: 退回成本按原销售成本No: 按当前成本Manage Default Cost Profiles设置默认兜底策略防止新 Item 因为没有 Profile 而无法计价。Manage Overhead Expense Pools归集费用。例如 Pool Rent 对应 GL 科目 660201。Manage Overhead Cost Element Groups将 Cost Elements 打包。例如 Group Material_Cost_Base 包含 Material 和 Freight。Manage Overhead Accounting Rules (逻辑最复杂)定义分摊规则。案例自行车厂吸收逻辑规则: 针对 Item Bike X收货时按 $150/Unit 吸收租金到库存成本中。分录: Dr Inventory Valuation (Warehouse OH) / Cr Absorption Accrual (Rent Pool)。数据: 收 10 台 Bike X吸收 $1,500 租金进存货成本。Subledger Accounting Setup (SLA)复制 Oracle 预置的 Cost Management Accounting Method。修改 Journal Line Rules 和 Account Rules。Account Rule: 使用 Mapping Set根据 Cost Org (Segment 1) 决定会计科目表中的 Cost Center 段。Priority: 确保 Item Level 的规则优先于 Category Level。三、9大业务场景核算逻辑数据推导与分录场景 1PO 收货 (Receipt Accounting 两段过账)背景: PO $20 x 100运费 $200。Fusion 分为 Receive 和 Delivery 两步。阶段会计分录说明ReceiveDr Receiving Inspection 2,200 / Cr Accrual 2,200暂估入库含物料和运费DeliveryDr Inventory Valuation 2,200 / Cr Receiving Inspection 2,200正式入库Receiving Inspection 清零成本处理器此时创建 Receipt Layer成本为 $22/Unit。场景 2AP 发票匹配 (IPV/ERV)背景: 发票价格 $22汇率变动税率变动。差异计算逻辑典型分录IPV (价格差异)($22 - $20) x 100 $200Dr/Cr Inventory Valuation 或 Cost VarianceERV (汇率差异)(Inv Rate - PO Rate) x AmountDr/Cr ERV Expense / AccrualTIPV (税价差异)Tax(Inv) - Tax(PO)Dr/Cr TIPV Expense场景 3跨 BU 组织间转移 (含 PII) - 核心难点设定: Ship Org (Vision) - Receive Org (Singapore)。转移价 $15成本 $12PII $3不可抵扣税 $0.75。Receive Org 端 (核心逻辑补全):在 Receive Org 端系统需要把 Ship Org 的成本 ($12) 和 PII ($3) 都资本化到自己的库存中。步骤会计分录逻辑Receipt (收货)Dr Receiving Inspection 15.75 / Cr Intercompany Payable 15.75暂估含价$15税$0.75Cost Processing (成本处理)Dr Inventory Valuation (Material) 12.00 / Cr Receiving Inspection 12.00承接 Ship Org 的原始成本Cost Processing (PII处理)Dr Inventory Valuation (PII) 3.00 / Cr Receiving Inspection 3.00关键: 将内部利润资本化Cost Processing (税务处理)Dr Inventory Valuation (Tax) 0.75 / Cr Receiving Inspection 0.75将不可抵扣税资本化Invoice (发票)Dr Intercompany Payable 15.75 / Cr AP Liability 15.75确认应付最终库存价值 $12 (原始成本) $3 (PII) $0.75 (税) $15.75。这与 Transfer Price Tax 完全吻合。PII 在库存未销售前体现为资产增值。场景 4销售出库 (COGS)背景: 销售之前入库的 Bike X (Avg Cost $22)。分录: Dr COGS 22 / Cr Inventory Valuation 22。Overhead 流向: 随货发出的 Overhead 部分 (如之前吸收的 $2 租金) 从 Inventory Valuation (Balance Sheet) 转移到 COGS (PL)。场景 5RMA 退货 (Referenced RMA)背景: 客户退回之前以 $22 成本售出的商品。逻辑: Cost Profile 中 Referenced RMA Yes。分录: Dr Inventory Valuation 22 / Cr COGS 22。退货成本严格等于当时的销售成本保证了毛利回转的准确性。场景 6RMA 退货 (Non-Referenced RMA)背景: 无原始单据退货或 Referenced RMA No。逻辑: 依赖 Cost Profile 中的 Receipt without Cost 设置。分录: Dr Inventory Valuation (Current Cost) / Cr COGS (Current Cost)。如果当前成本已变为 $25则按 $25 入库。这会导致退货时的毛利影响与实际销售时不同。场景 7负库存处理 (Negative Quantity Processing)背景: 库存只有 10 个却出货了 15 个。配置选项系统行为Always允许负库存。按当前成本全额扣减 (Dr COGS 330 / Cr Inv 330)。后续收货时成本差异直接计入 Cost Variance。To Zero只允许扣减至零。10个扣成本剩余5个挂起等待收货。Never禁止负库存。15个全部挂起直到库存足够。场景 8期末成本校正 (Periodic Cost Adjustment)背景: 月末运费发票到达需调整月初入库的 100 台成本。逻辑: Periodic Cost Processor 运行。数据: 运费 $200需追加单位成本 $2。分录: Dr Inventory Valuation 200 / Cr Cost Variance (或 Accrual) 200。如果这 100 台已经卖出了 40 台系统会自动按比例将 $80 ($2x40) 转入 COGS剩余的 $120 留在库存中。场景 9标准成本更新 (Standard Cost Update)背景: 标准成本从 $20 更新为 $22。分录: Dr/Cr Inventory Valuation / Cr/Dr Cost Update Adjustment。RMA 联动: 如果启用 Deferred COGS (收入确认前)RMA 时会涉及 Deferred COGS 科目的调整确保资产负债表平衡。四、终极业务场景会计核算分录汇总表业务场景触发事件借方 (Dr)贷方 (Cr)核心 Cost Element / SLA 逻辑PO 收货Delivery 到库Inventory Valuation (Material, OH)Receiving InspectionReceiving Inspection 清零成本资本化PO 发票匹配IPV 发生Inventory Valuation / Cost VarianceIPV Clearing / AP取决于是否已结账及成本方法PO 发票匹配ERV 发生ERV Expense / AccrualAccrual / ERV Expense汇率重估通常费用化组织间转移发运 (Ship)Intercompany Receivable / COGSInventory Valuation / Intercompany RevenueShip Org 确认应收和收入组织间转移收货 (Receive)Inventory Valuation (Item Cost)Receiving Inspection承接原始成本组织间转移PII 处理Inventory Valuation (PII)Receiving Inspection核心内部利润资本化销售出库挑库确认COGSInventory Valuation包含 Material 和 Outbound OHRMA (有参考)退货收货Inventory ValuationCOGS / Deferred COGS取原销售发货层成本RMA (无参考)退货收货Inventory ValuationCOGS取当前 Receipt Layer 成本负库存 (Always)超额出库COGSInventory Valuation (负数)强行扣减后续收货补差Overhead 吸收PO 收货Inventory Valuation (OH CE)Absorption AccrualAbsorption Type Include in InventoryOverhead 费用化PO 收货Period ExpenseAbsorption AccrualAbsorption Type Expense期末成本调整Processor 运行Inventory Valuation / COGSCost Variance / Accrual按剩余库存和已销数量分摊标准成本更新Cost UpdateInventory Valuation / COGSCost Update Adjustment差额调整影响 BS 和 PL五、实施上线前检查清单 (Go-Live Checklist)架构检查确认所有 Inv Org 与其 Cost Org 的 LE 一致性。运行 SQL 验证。PII 检查确认 PII Cost Element 在 Common Set。确认组织间转移路径的 CCG (MG3) 已配置。Profile 检查确认所有 Transactional Item 都有 Asset 和 Expense Cost Profile。确认 Default Profile 已设置。Overhead 测试跑一轮 PO Receipt检查 Overhead 是否正确吸收到 Inventory Valuation 而非直接进费用。SLA 验证运行 Create Accounting检查生成的 Journal Entries 的 CCID (科目) 是否符合 Account Rule 的定义。特别是 Cost Center 段是否根据 Cost Org 正确派生。跨组织转移测试执行 Ship-Receive 全流程核对 22 行分录是否平衡重点检查 PII 是否在 Receive Org 端正确资本化。期末流程模拟运行 Periodic Cost Processor观察 Negative Balance 处理逻辑是否符合预期。