这是「个人对后勤业务见解」系列的延伸篇，聊聊业财一体化。
一个绕不开的问题：ERP 之后还缺什么
做后勤信息化项目，业财一体化几乎是必谈的一块。但每次开需求会，最先遇到的疑问都是同一个——我们已经有 ERP 了，为什么还要再做一层？
这个问题很合理。过去二十年，规模以上的企业基本都建成了以 ERP 为核心的管理系统，标准化流程、统一台账、月结出报表，该有的都有。既然如此，业财一体化到底补的是什么？
我在项目里的体会是，ERP 解决的是「把已经定型的业务管好」，而它不擅长的恰恰是三件事。
一、流程是标准的，业务不是
ERP 的强项是把一个确定的流程固化下来，从上到下逐级审批、逐级汇总。问题在于后勤业务里有大量非流程化的场景。
举个具体的：施工现场临时新增一个作业面，需要马上评估风险等级、匹配安措方案、指定审批人。这件事在 ERP 里没有对应的单据类型，业务侧的做法通常是走线下，事后补录。补录本身不难，难的是补录之后，这笔作业对应的费用、人工、物资消耗，和 ERP 里的预算科目对不上——因为它压根不是按预算流程发起的。
类似的场景在后勤里很多：应急物资的紧急调拨、食堂临时增加接待餐、设备突发故障的抢修。它们的共同特点是先发生、后记录，而 ERP 假设的是先申请、后执行。
二、各建各的，口径对不上
如果没有整体规划，各部门会按自己的理解自建系统。后勤这边建了一套服务管理平台，财务那边有自己的核算系统，人资另有一套，采购还有一套。每一套单独看都没问题，凑在一起就出事。
最典型的是同一个词在两个系统里指的不是一回事。业务侧说的「合同金额」可能是签约总额，财务侧说的是本年度可执行额；业务侧的费用是含税的，财务侧要的是不含税。这类差异不会报错，只会让两边的数字对不上，然后每个月花几天时间人工核对。
三、数据是断的，形不成资产
预算在一个系统里，资金计划在另一个，合同在第三个，实际支付在第四个。单看每一段都是完整的，但把一笔钱从立项到落地的全过程串起来，需要人工在四个系统之间来回查。
这带来的直接后果是：想做一点稍微深入的分析——比如「哪类费用的预算执行率长期偏低」「哪些合同的付款节点和施工进度不匹配」——都做不了。不是没有数据，是数据关系断了，拼不成一张完整的图。
那么业财一体化要解决的是什么
把上面三条反过来看，目标就清楚了。
不是再建一套系统，而是把已有的链条接上。预算、资金计划、合同、费用执行这四类数据，本来就分散存在于不同系统里，业财一体化要做的是把它们按业务逻辑关联起来，让人能从任意一个节点追溯到全过程。
不是替代 ERP，而是覆盖 ERP 覆盖不到的场景。那些先发生后记录的临时性业务，要有地方登记、有规则校验、有数据出口，最终能和 ERP 的账对上。
不是做一个更漂亮的看板，而是让数字对得上。这一点我后面会单独展开，它是整个项目里最容易被低估、也最能决定成败的部分。
一点提醒
业财一体化的需求讨论很容易跑偏成「我们要一个什么样的看板」。看板是结果，不是目标。真正要在需求阶段谈清楚的是两件事：哪些数据从哪个系统来、以谁的口径为准。这两件事谈不拢，后面做出来的东西再好看也没人信。
下一篇我会具体讲三级联动的数据模型怎么搭，以及多层级下钻的性能问题。