企业官网建设流程全解析

在 MetaERP 里，AP 事件 → 资金预算 Cube（CASH_CUBE）不是写 SQL 视图硬算，也不是像 EBS 那样只在 GL 层做 Funds Check，而是走“业务事件注册 → 事件映射器 → 维度解析器 → 金额表达式 → Cube 写入层 → 控制规则绑定”​ 的元数据配置链。

下面按实施落地口径给你拆，可以直接拿去配。

一、先理清两个 Cube 的边界（别配错地方）

本题配的是CASH_CUBE，不是 ORG_CUBE。很多人踩坑就是把InvoiceValidated直接当现金流出写进 CASH_CUBE。

二、配置总链路（MetaERP 控制台路径逻辑）

【1】元数据对象定义 └─ 业务对象：AP_INVOICE / AP_PAYMENT / IC_SETTLEMENT 【2】事件中心注册 Event Catalog └─ 声明 AP 事件及载荷（payload） 【3】事件→Cube 映射 Event-to-Cube Mapping └─ 选 Cube=CASH_CUBE，选 Layer 【4】维度解析器 Dimension Resolver └─ 把 AP 字段解析成 Cube 维度 【5】金额表达式 Amount Expression └─ 原币/本位币/集团币 + 汇率口径 【6】写入规则 Write Rule └─ 增量写 / 重算 / 幂等键 【7】资金控制规则 Fund Control Rule └─ 占额度逻辑、拦截动作 【8】版本与场景 Version Binding └─ BASELINE / FC1 / 汇率压力测试

三、AP 关键事件 → CASH_CUBE 映射清单（核心表）

1. 事件注册（Event Catalog）

✅ 经验原则：CASH_CUBE 主口径以PaymentSchedule.Created为现金基线，Invoice.Validated只做负债校验，不直接当现金流。

2. 事件映射配置样例（控制台 YAML 风格）

mapping_id: AP2CASH_VALIDATED_TO_SCHED cube: CASH_CUBE source_event: AP.PaymentSchedule.Created condition: "invoice.status='VALIDATED' and invoice.holdFlag=false" layers: - name: SCHEDULED_PAY write_mode: UPSERT idempotency_key: "pay_sched_id" dimensions: resolver: ap_dim_resolver measures: - field: schedule_line.amount_orig currency: orig_currency measure_name: ORIG_AMT - field: expr(schedule_line.amount_orig * rate_pred_pay) currency: group_currency measure_name: GROUP_AMT - field: expr(schedule_line.amount_orig * rate_pred_pay) currency: pay_entity_base_ccy measure_name: LE_BASE_AMT period_logic: "by schedule_line.due_date -> YYYYMM"

四、维度解析器配置（AP 字段 → CASH_CUBE 维度）

这是配置里最细的一块，决定“钱算到哪个法人、哪个池、哪个项目”。

解析器示例（伪配置）

ap_dim_resolver: LegalEntity = invoice.header.le_id PayEntity = coalesce(payment.le_id, invoice.header.le_id) Currency = invoice.header.currency_code CostCenter = first(invoice.distributions.cost_center) Project = first(invoice.distributions.project_id) IC_Flag = case when invoice.ic_trx_id is not null then 'Y' else 'N' end CashPool = lookup(pay_entity.pool_id)

五、金额与汇率配置（多币种关键）

CASH_CUBE 同一条记录通常写三列 measure：

配置点：

rate_strategy: VALIDATED_PAYABLE -> INVOICE_DATE_RATE SCHEDULED_PAY -> FORECAST_PAY_RATE # 可滚动更新 ACTUAL_CASH -> BANK_SETTLE_RATE

这样同一笔 AP，经营账用发票汇率，资金计划用预测汇率，银行实付用结算汇率，三者差异自动进 FX 层，不污染主现金流。

六、多准则下的映射处理

同一张发票有多账簿分录，但 CASH_CUBE 不按账簿各写一遍现金，而是：

1. 写一次现金流事实（按 PayEntity + 原币）
2. 用Ledger维度做投影标签
3. 准则差异项打标排除：
   • IFRS 准备、折现、暂估调整 →IS_CASH_ITEM = N
   • 只进 ORG_CUBE，不进 CASH_CUBE

配置片段：

filter: exclude_when: "gl_line.account in (PROVISION_ACCT, DISCOUNT_ACCRUAL) and is_cash_flow=false"

七、跨法人资金池 + Netting 映射逻辑

内部 AP 不直接按毛额进 CASH_CUBE，要走 netting 后写：

step1: AP.Invoice.Validated (IC_Flag=Y) -> 写 INTERIM_IC_PAYABLE step2: IC.Netting.Executed -> 按原币轧差 step3: 输出 NETTED_IC 行（净额，原币） step4: 按净额折集团币写 CASH_CUBE

配置要点：

• netting 前 Layer：INTERIM_IC
• netting 后 Layer：NETTED_IC
• 毛额不再占资金头寸，仅保留对账视图

八、控制规则绑定（写 Cube 后做什么）

在“资金控制规则”里绑映射结果：

示例：

{ "ruleId": "CASH_POOL_CNY_ABS", "cube": "CASH_CUBE", "filter": "cashPool='CN_POOL' and currency='CNY'", "layer": ["SCHEDULED_PAY","RESERVED_CASH"], "controlLevel": "ABSOLUTE", "onInsufficient": "BLOCK", "exceptionRole": "TREASURY_DIRECTOR" }

九、配置顺序（实施 Checklist）

1. ✅ 建 CASH_CUBE，声明维度（LE/PayEntity/Ccy/Pool/Period/FlowType）
2. ✅ 注册 AP 事件到 Event Catalog（含 payload schema）
3. ✅ 配ap_dim_resolver，字段→维度映射
4. ✅ 配金额表达式 + 三币种 measure
5. ✅ 配 Layer 映射（COMMITMENT/OBLIGATION/SCHEDULED_PAY/NETTED_IC/ACTUAL）
6. ✅ 配汇率策略（发票日/预测日/银行日）
7. ✅ 配多准则过滤（排除非现金准则项）
8. ✅ 配 IC netting 前置/后置 Layer
9. ✅ 绑资金控制规则
10. ✅ 建版本（BASELINE / FC / 汇率模拟）
11. ✅ 跑事件回放校验历史数据
12. ✅ 对账：CASH_CUBE.SCHEDULED_PAY vs AP 付款计划表

十、一个落地对照例子

场景：德国 LE 发票 100万 EUR，Net60，由集团资金中心代付，对 A 法人有内部应收 40万 EUR

→ 资金池按60万 EUR​ 备现，不是 100万。

十一、一句话记忆

配置本质 = 把 AP 事件按“现金流语义”投影到 CASH_CUBE：用 PaymentSchedule 当现金基线，用 PayEntity 管出钱口径，用原币 netting 后折集团币，用 Layer 区分预测/排程/占用/实付，用规则引擎做资金额度闸门。