华为 MetaERP 资产模块的数据一致性，不是靠“人工对账补平”，而是靠“单一事实源 + 事务封闭 + 子分类账转换 + 期间锁 + 自动对账 + 分布式事务补偿”六层机制叠出来的。
下面按“为什么不会乱 → 怎么保证不乱 → 乱了怎么发现”来讲。
一、先定边界：资产模块的一致性有 4 类
MetaERP 里“资产数据一致”不是一句话，而是四件事都对上：
- 资产内部一致：卡片、账簿、分摊、折旧历史互相对得上
- 资产 ↔ 子分类账（SLA）一致：每笔资产事务都有对应会计事件和分录
- 资产 ↔ 总账（GL）一致：原值、累计折旧、折旧费用、处置损益 = GL 科目余额
- 多账簿之间逻辑一致：主账簿、税簿、管理簿按各自规则算，但来源同一张资产卡片
设计原则：资产是明细事实源，SLA 是会计转换层，GL 是汇总结果层。
不允许“总账改了，资产没改”；也不允许“资产动了，总账没动”。
二、架构层：用“子账—总账双轨”消灭重复记账
传统乱源：业务系统记一笔，财务再抄一笔，抄错就平不了。
MetaERP 的做法：
资产卡片 / 资产事务 ↓ 资产引擎（折旧、减值、转移、报废） ↓ 会计事件 Event ↓ SLA 子分类账（科目推导、借贷规则、多账簿映射） ↓ GL 总账（只收汇总凭证）关键点：
- 资产模块不直接写 GL 科目余额
- GL 不能反向改资产卡片
- 所有财务影响必须走 SLA 规则生成
- 手工在 GL 直接做“借固定资产”是受控/审计动作，不能替代资产事务
这样从架构上消除“两套账”。
三、写入层：所有变更都是 Transaction，禁止裸改表
资产模块里没有“顺手 UPDATE 一下原值”这种事。
1. 一切变更 = Asset Transaction
- Addition / Capitalization
- Transfer / Adjustment / Reclass
- Revaluation / Impairment
- Depreciation / Retirement
- Split / Merge
每笔事务有：
- 唯一
Transaction ID - 资产 ID / 账簿 / 期间 / 金额
- 操作人、时间、来源系统
- 触发的 SLA 事件 ID
禁止后台 DML 改 FA 表；只能通过前端、API、FBDI、定时作业进入。
2. 事务原子性
一笔“资产调拨 + 折旧费重分摊 + 内部往来凭证”要么全成，要么回滚：
- 资产主数据更新成功
- 分摊历史写入成功
- SLA 分录生成成功
- GL 接口/过账成功
任何一步失败 → 事务不提交或进入补偿流程。
四、多账簿一致性：一套主数据，多套计算，不复制卡片
这是 MetaERP / Fusion 式资产模块和老 EBS 多 Book 复制数据的本质区别。
做法
- 资产卡片只有一份
- 每套账簿（Corporate / Tax / Local GAAP / Management）存自己的：
- 原值口径
- 累计折旧
- 折旧方法
- 残值
- 期间状态
一致性保证
- 主账簿资本化 → 辅账簿可增量同步基础维度
- 单端操作（如改使用年限）是否同步到其他账簿，由规则决定
- 不同账簿折旧结果可以不同，但“来源事务 ID”必须可追溯
- 出报表时：会计折旧 ≠ 税务折旧 是允许的，但差异要有“差异明细 + 递延税 + 调节表”
多账簿一致 ≠ 数字一样，而是来源同源、规则可解释、差异可审计。
五、折旧计算一致性：先锁状态，再算，不算两遍
月结时最怕：
- 折旧跑一半，有人改了资产
- 并发跑两遍，折旧翻倍
- 不同节点算出来不一样
MetaERP 资产核算的做法：
1. 期间锁 / 事务截止
- 资产期间未关：允许 Transfer / Adjustment
- 跑折旧前：冻结当期资产事务
- 跑折旧后：未过账分录不许再改资产主数据
- 跨模块关账顺序：AP → FA → AR → GL
2. 幂等运行
折旧任务按：
book + period + asset_id + run_id生成结果：
- 同一 run 重跑会覆盖/标记，不会追加重复折旧
- 批量任务用分片（公司/区域/资产类别），但汇总前做去重
3. 弹性计算但不丢精度
200 万资产、300 万分录的月结用 Serverless / 函数计算弹资源：
- 平时缩容到 0
- 月末扩到几千实例
- 计算节点无状态，状态和结果落 GaussDB
- 任务调度用 DAG：先算资产快照 → 再算折旧 → 再生成 SLA → 再推 GL
一致性来自：
计算无状态 + 数据有状态 + 任务可重放 + 结果可校验
六、SLA → GL 一致性：子账和总账不是“对账出来”，是“生成出来”
老系统：
FA 跑折旧 → 导出接口表 → 人工/并发导入 GL → 不对再调MetaERP：
资产事务 → SLA 事件 → 子账分录 → 自动过账 GL保证一致的手段：
- 每个资产事务必须有会计事件
- 有“未生成分录的资产事务”= 不允许关账
- SLA 分录和 GL 日记账一一可追
- 子账头/行表有来源应用、事件类型、资产 ID
- GL 余额必须由子账上来
- 固定资产、累计折旧、折旧费用、清理损益能和 FA 报表对上
- 手工 GL 调整单独标记
- 不混入“系统自动凭证”，审计时一眼分出
七、对账机制：不是出了事才对，而是关账前强制对
月结 SOP 里 FA 一致性检查是硬关卡：
FA ↔ GL 对账
项目 | 核对关系 |
|---|---|
固定资产原值 | FA 卡片原值合计 = GL 固定资产科目 |
累计折旧 | FA 累计折旧合计 = GL 累计折旧科目 |
本期折旧费用 | FA 折旧运行分录 = GL 折旧费用 |
处置/报废 | FA 清理原值/损益 = GL 清理科目 |
差异自动定位顺序
系统会按优先级排：
- 有没有未生成 SLA 分录的资产事务
- SLA 有没有传 GL 接口
- GL 接口有没有过账失败
- GL 是否有手工调整
- 期间/账套/成本中心/法人筛选是否不一致
- 是否跨期回溯单据
- 会计科目映射是否配错
八、分布式环境下：用“最终一致 + 补偿”代替单库事务
云原生里不可能所有东西在一个数据库事务里锁住。
MetaERP 的思路：
- 强一致：资产卡片、账簿、事务表 → 数据库事务
- 跨服务：资产服务 → SLA 服务 → GL 服务 → 用：
- 事件表
- 幂等键
- 确认/补偿（类似 TCC）
- 未过账队列重试
- 月结窗口内允许“先算完，再补齐”，但关账时必须“零未处理”
通俗说：
平时可以异步，关账必须闭环；
中间态可见，终态必须一致。
九、审计层：一致性不是“平了就行”，而是“能解释为什么平”
资产模块留痕包括：
- 资产事务流水
- 折旧运行日志
- SLA 事件与分录
- GL 过账凭证
- 多账簿差异明细
- 谁在什么时候改了使用年限/残值/成本中心
- 哪些是系统自动、哪些是手工调整
审计员看的不只是：
原值 = 原值
而是：
这笔原值从哪来、按什么规则折、为什么税簿少、为什么管理簿多。
十、一句话总结
华为 MetaERP 资产模块确保数据一致性的本质：
用“事务封闭”保证入口不乱，用“子分类账”保证记账不乱，用“期间锁+幂等跑批”保证月结不乱，用“FA↔GL 强制对账”保证结果不乱，用“云原生事件+补偿”保证大规模下也不乱。
它不是“对账对出来的一致”，而是：
架构上不让不一致产生，流程上不允许带病关账，技术上能重算、能追溯、能审计。
