企业官网建设流程全解析

MetaERP 里“资金预算”和“实际支付”不是两个表对一下那么简单，而是把预算/资金计划​ 作为“支付闸门”，把AP 负债​ 作为“现金流出候选池”，在 P2P 链路上做分层占用、时点不同、互相印证。

一句话：

PR/PO 占承诺，AP 发票把“承诺”转“实际负债”，付款/资金计划再把“负债”转“现金流出”；预算控制发生在前面，资金可用性控制发生在后面，AP 是两头都参与的枢纽。

一、先分清两个“预算”

MetaERP 里容易混的是这两个：

AP 和两个都联动，但机制不同：

• 经营预算：发票验证时检查/扣减
• 资金预算：付款运行/资金拨付时检查/占用

二、P2P 全链路的“占用—释放—转实际”

MetaERP 沿用“承诺前置”的业财控制哲学：

PR → Commitment（承诺占用） PO → Obligation（义务占用） GR → 暂估负债（仍属应计） Invoice → 实际支出（Actual），释放 Encumbrance Payment → 现金流出（不重复占经营预算，但占资金头寸）

公式：

可用经营预算 = 预算 - 实际 - 已承诺(Commitment) - 已义务(Obligation) 可用资金 = 资金计划/账户头寸 - 已安排付款 - 代付占用 - 冻结资金

PR/PO 阶段只冻“花钱权”，AP 发票阶段才确认“真的欠钱了”，付款阶段才动“银行账户”。

三、AP 发票：把“预算占用”从承诺变成实际

当 AP 做三单匹配 + 发票验证：

1. 系统按发票分配行读维度：法人 / 成本中心 / 项目 / 合同 / 预算科目
2. 调预算控制引擎：
   • 若ENFORCED：超预算直接拦截
   • 若ADVISORY：放行但告警、触发升级审批
3. 会计分录：

   Dr 费用/存货 Dr 进项税 Cr 应付账款

4. 预算动作：
   • PO 的 Obligation 释放
   • Actual 增加
   • 经营预算执行率更新

关键点：预算实际消耗通常在发票验证时发生，不是付款时发生。

付款时再占一次经营预算是错误设计，MetaERP 不会这么干。

四、付款环节：AP 和“资金预算/资金计划”联动

AP 本身不决定“账上有没有钱”，但它把合格负债交给资金域：

1. 付款建议（Payment Proposal）阶段

AP 筛选出：

• 已验证
• 无 Hold
• 到期/临近到期
• 符合付款条件
• 未被预付款完全抵扣

同时打上：

• 法人
• 币种
• 供应商 Site
• 成本中心 / 项目
• 合同
• 资金池组别

资金域再叠加：

• 本月资金预算
• 银行账户余额
• 资金池净额
• 外币头寸
• 集中付款权限

2. 资金可用性检查（Cash Availability Check）

在“确认付款”前，MetaERP 可做多层拦截：

3. 付款占用资金计划

一旦付款建议审批通过：

• 资金计划里生成“预计流出”
• 若做“付款预约/资金排程”，先占资金头寸
• 银行文件生成后：资金占用转“已承诺支付”
• 银行回盘/清算后：资金实际减少，AP 发票结清

状态大概是这样：

Invoice Validated → Payment Scheduled → Funds Reserved → Payment Confirmed → Bank File Sent → Bank Cleared → Invoice Paid / Cleared

五、AP 和资金预算联动的 4 种典型模式

模式 1：先预算、后发票、再付款（标准管控）

• PR 占预算
• PO 继承占用
• 发票转实际
• 付款看资金头寸

适合：制造业、职能费用、项目采购

模式 2：合同+资金计划驱动付款

• 合同签完占“合同预算”
• 按里程碑生成 AP 发票
• 付款前检查“月度资金计划”
• 没资金计划 → 发票可挂账但不进付款批

适合：工程、IT 项目、长期服务

模式 3：集中付款 / 资金池代付

• 子公司 AP 确认负债
• 资金中心按集团周/日资金计划代付
• 子公司预算已经花完（发票阶段）
• 但“付款”受集团资金头寸约束
• 代付后形成 Due-to/Due-from

适合：集团司库、跨法人资金池

模式 4：紧急付款 / 预算外支付

• 发票无预算或超预算
• 系统不硬删，而是：
  • 标BUDGET_OVERRIDE
  • 走超预算特批
  • 资金域仍要批“现金来源”
• 事后更新预算执行例外报告

适合：索赔、监管、断供救急

六、MetaERP 的“联动骨架”

抽象成对象流：

Budget Cube ↑ Funds Check PR / PO / Req ↓ Encumbrance AP Invoice ↓ Actual Expense + Liability Payment Schedule ↓ Payment Proposal Cash / Fund Plan Cube ↓ Funds Availability Payment / Bank Instruction ↓ Bank Feedback AP Cleared + Budget Actual Updated

两个 Cube：

• Budgetary Control Cube：管“该不该花”
• Cash Position / Treasury Cube：管“有没有钱付”

AP 是这两个 Cube 之间的桥。

七、和 Oracle/SAP 的对照（帮助理解 MetaERP 哲学）

• Oracle EBS：Encumbrance（PR/PO）→ AP Invoice 转 Actual → Payment 不管经营预算
• Oracle Fusion：XCC 预算立方体 + PPM 项目预算，AP 发票写双控
• SAP FM/FI：FM 做承诺/实际，FI-AP 做负债，付款走 FM 资金可用性检查
• MetaERP：思路同 Fusion/SAP FM——经营预算前置、资金预算后置、AP 子账统一派分录

八、月结时怎么对得上

资金预算和实际支付联动后，月结至少对四件事：

1. AP 已验证未付：经营预算已消耗，但现金没出 → 在“应付余额”
2. 付款已排程未出银行：资金计划已占，银行余额没变
3. 银行已付 AP 未清：异常，要查回盘/核销
4. 预算 Actual ≠ 现金流出：正常，因为折旧、暂估、预提都不掏现金

所以 MetaERP 里一定有：

• 预算执行表（按发票）
• 资金计划执行表（按付款）
• AP 账龄表
• 现金流出表
• 预算 vs 资金 vs 应付 三向对账

九、一句话总结

MetaERP AP 支持“资金预算 × 实际支付”联动的本质是：

AP 不只在“记账”，它在 PR/PO 阶段帮预算冻额度，在发票阶段把承诺转实际负债，在付款阶段把负债交给定金域做资金可用性检查，最后用银行回盘把“应付清账”和“资金执行”闭环。

也就是：

• 经营预算：管花不花
• AP 发票：确认欠不欠
• 资金预算：管付不付得起
• 银行回盘：确认钱走没走
• GL/子账：保证四者能对上