Oracle EBS 和Oracle Fusion Cloud ERP 的预算体系放在一起讲,但先纠正一个常见误解:
EBS 里叫 “GL Budget / Budgetary Control / Encumbrance”;
Fusion 里是 “Planning(编制)+ Budgetary Control & Encumbrance Accounting(执行控制)” 两套东西。
两者的哲学同源,但架构差一代。
一、设计哲学:预算不是“报表”,而是“资金闸门”
1. 共同哲学
无论是 EBS 还是 Fusion,核心都不是“年底看方差”,而是:
在钱真正花出去之前,先检查“我还有没有权利用这笔钱”。
统一心智模型:
Budget(授权额度) - Encumbrance / Commitment / Obligation(已承诺但未实付) - Actual(已发生/已入账) = Available Funds(还能不能批新单)一句话:
预算 = 授权上限
保留款 = 未来必然要花的钱
实际 = 已经花掉的钱
控制 = 新交易发生前算 Available Funds
2. EBS 的设计哲学:预算内嵌总账,基金会计思维
EBS 来自政府/非营利/公共部门基因:
- 预算是GL 的一种余额类型(B / E / A)
- 所有模块最终都回 GL 做 Funds Check
- 保留款 Encumbrance 是“准负债”
- 控制强度靠 Ledger + Budget Organization + Funds Check Level
特征:
维度 | EBS 哲学 |
|---|---|
预算存在哪 | GL_BALANCES(Budget / Encumbrance / Actual) |
控制引擎 | GL 内嵌 |
保留款 | 单池 Encumbrance |
架构 | 单体 ERP,PL/SQL + 并发程序 |
思维方式 | 会计科目 + 成本中心 + 基金/部门 |
EBS 的潜台词:
“只要 CCID(科目组合)有权限、有预算、不超,就可以过。”
3. Fusion 的设计哲学:计划与控制解耦,控制引擎服务化
Fusion 的设计前提是:
- 多 BU、多币种、多准则、云原生
- 编制要灵活(EPM / Planning)
- 控制要实时(XCC / BCEA)
- 项目、采购、费用、总账不能各管各的
所以 Fusion 把预算拆成:
- Planning / EPM —— 编预算、版本、滚动预测、情景模拟
- Budgetary Control (XCC) —— 交易级资金检查
- Encumbrance Accounting —— Commitment / Obligation / Expenditure 分层
- PPM Project Budget —— 项目维度独立又和企业维度联动
Fusion 的潜台词:
“预算不是总账副产品,而是一个独立的多维控制立方体;GL 只是最终记账地方。”
二、核心模型对比
1. 金额模型
EBS
Available Funds = Budget - Encumbrance - Actual +/- Budget Adjustment- Encumbrance 不分层
- PR / PO / Invoice / Expense 都进同一个 E 池
- 看“总占用”,难看“是哪类占用”
Fusion
Available Funds = Published Budget + Budget Revisions / Transfers - Commitment (PR / Requisition) - Obligation (PO / Expense report / Invoice expected liability) - Expenditure (Actual AP / GL / Project cost)三层占用:
层 | 业务动作 |
|---|---|
Commitment | 请购单提交/审批 |
Obligation | 采购订单、费用报销、发票义务 |
Expenditure | 实际成本/发票/日记账 |
Fusion 的优势不是“公式更复杂”,而是占用可溯源。
三、EBS 预算模块实现逻辑
1. 主数据流
Define Budget ↓ Define Budget Organization(哪些 CCID 受控) ↓ Enter Budget Journals / Budget Formulas ↓ Reserve Funds(冻结预算) ↓ PO / AP / GL 交易触发 Funds Check ↓ Pass → 生成 Encumbrance Fail → Advisory / Absolute 拦截 ↓ Invoice / Journal 过账:Encumbrance ↓,Actual ↑2. 关键对象
对象 | 作用 |
|---|---|
Budget | 预算主体 |
Budget Organization | 受控科目范围 |
Budget Formula | 按上年实际 × 系数算预算 |
Funds Check Level | None / Advisory / Absolute |
Encumbrance | 保留款 |
Reserve for Encumbrance 科目 | 基金会计科目 |
3. EBS 预算公式示例
市场部 2026 差旅费 = 2025 实际 × 1.1
Budget Formula 逻辑:
Budget(01-2026..12-2026, 60.7000.6200) = Actual(YTD 2025, 60.7000.6200) * 1.10注意:
- Budget Formula不是日记账
- 直接改预算余额
- 重算前要重跑 Calculate Budget Amounts
4. EBS P2P 占用示例
初始:
Budget = 1,000,000 Encumbrance = 0 Actual = 0 Available = 1,000,000① 请购单 PR 100,000 审批
Encumbrance = 100,000 Available = 900,000② PO 200,000 审批
Encumbrance = 300,000 Available = 700,000③ AP 发票 200,000 校验
Encumbrance = 100,000 (PO 占用释放) Actual = 200,000 Available = 700,000④ GL 费用凭证 50,000 过账
Actual = 250,000 Available = 650,000EBS 里你看到的是:
“Encumbrance 一共 100k,Actual 一共 250k”
但系统默认不告诉你“这 100k 是 PR 还是 PO”。
四、Fusion 预算控制实现逻辑
1. 架构
Fusion Planning / EPM / FBDI ↓ 发布预算快照 Control Budget(XCC Cube) ↑ 实时查询 PO / PR / AP / EXM / GL / PPM ↓ 占用更新 Commitment / Obligation / ExpenditureFusion 的 Budgetary Control 是独立服务,不是 GL 子程序。
2. 核心配置对象
对象 | 说明 |
|---|---|
Ledger | 启用 Budgetary Control |
Budget Calendar | 可不等于会计日历 |
Control Budget | 控制预算主体 |
Budget Control Group | 控制级别/容差/例外 |
Consumption Rule | 哪类交易占哪一层 |
Tree | 部门/项目/科目汇总控制 |
PPM Financial Plan | 项目预算基线 |
3. Fusion 同样例子
初始:
Budget = 1,000,000 Commitment = 0 Obligation = 0 Expenditure = 0 Available = 1,000,000① PR 100,000 提交即锁
Commitment = 100,000 Available = 900,000② PO 200,000 审批
Commitment = 0 Obligation = 200,000 Available = 800,000③ 费用报销 30,000 提交
Obligation += 30,000 Available = 770,000④ AP 发票 200,000 校验
Obligation -= 200,000 Expenditure += 200,000 Available = 770,000Fusion 可以出这种表:
PR Commitment 100,000 PO Obligation 30,000 Expense Obligation 30,000 Actual 200,000这就是和 EBS 最本质的差别:占用分阶段、可审计、可分析。
五、控制级别与容差
EBS
Level | 行为 |
|---|---|
None | 不检查 |
Track | 记日志不拦 |
Advisory | 警告但可过 |
Absolute | 硬拦 |
问题:
- 容差通常全局
- 不能“成本中心 A 超 5% 警告,成本中心 B 绝对不能超”
- 汇总控制靠 Summary Account + Rollup,维护重
Fusion
None Track Advisory(可配金额/比例容差) Absolute而且可以按:
- BU
- 成本中心
- 项目
- 科目
- 支出类型
- 单据类型
- 期间
分别设容差。
示例:
研发费用:超 5% 警告,超 10% 拦截
行政费用:0 容差,绝对控制
项目 A:绝对控制
项目 B:仅跟踪
六、企业预算 + 项目预算“双控”
这是两个系统都容易踩坑的地方。
1. 业务场景
一张 PO 行:
成本中心:CC1001 科目:设备采购 项目:P-2026-001 / 任务 T01 金额:900,000企业要控:“CC1001 今年设备预算够不够”
项目要控:“P-2026-001 的 T01 经费够不够”
2. EBS 做法
- GL Budgetary Control:按 CCID 控
- PA Budgetary Control:按 Project/Task 控
- 交易进来:
- PA 先做 Funds Check
- GL 再做 Funds Check
- 两个都过才放行
- 余额同步靠并发程序
Maintain Budgetary Control Balances
缺点:
- 实时性差
- PA 和 GL 两套余额
- 项目预算 baseline 要回写 GL 预算
- 配置复杂、容易“看起来双控其实只控一边”
3. Fusion 做法
- XCC 控企业维度
- PPM Financial Plan 控项目维度
- 同一张 PR/PO 同时触发两个控制上下文
- 实时更新
- 可配置:
- 企业级 Advisory + 项目级 Absolute
- 或反过来
- 项目预算可独立基线、独立版本、独立审批
Fusion 的哲学:
企业预算和项目预算是不同治理对象,但共用一个控制引擎。
七、EBS vs Fusion:一张速查表
维度 | EBS R12 | Fusion Cloud |
|---|---|---|
预算载体 | GL 预算余额 | 独立 Control Budget Cube |
编制 | GL Budget / Formula | EPM Planning / FBDI / Excel |
控制引擎 | GL 内嵌 | XCC 独立服务 |
保留款 | 单池 Encumbrance | Commitment / Obligation / Expenditure |
实时性 | 并发程序同步 | 实时 |
日历 | 跟会计日历 | 独立 Budget Calendar |
汇总 | Summary Account | Tree |
容差 | 全局 | 多维 |
项目双控 | PA + GL 外挂 | PPM + XCC 原生 |
多币种预算 | 弱 | 强 |
启用层级 | Ledger 级 | Ledger / BU / Module |
年末结转 | 手动并发 | 自动/可配置 |
架构 | 单体 ERP | 云原生微服务 |
八、设计哲学总结(很重要)
EBS 的哲学
预算是总账的一种视角。
先有科目,再有预算。
控制 = 交易过 GL 前查余额。
适合:
- 单体/区域公司
- 科目驱动型管控
- 政府/非营利/传统制造
- 强定制但架构稳定
Fusion 的哲学
预算是一个治理层。
先有组织/项目/场景,再映射科目。
控制 = 业务动作发生瞬间查多维额度。
适合:
- 多 BU 集团
- 项目制/合同制/基金制
- 多币种、多地区
- 想做滚动预测 + 实时占用 + 项目财务一体
九、一个“懂业务的人”会怎么选
如果你只是要做:
“部门差旅费别超 100 万”
→ EBS 足够。
如果你要做:
“集团 20 个 BU、50 个项目、采购/费用/项目成本统一占用、提交即锁、项目超了但部门没超怎么处理、滚动预测每月重发”
→ 必须用 Fusion 的 Planning + XCC + PPM 思路。