这两个数字放在一起，揭示了一个不太体面的真相：我们喊了二十多年的业财一体化，在大部分制造企业里，至今仍然是一句漂亮的口号。
为什么？
第一个原因，很多ERP项目，本质上是在镀金，不是在治病。
很多企业上ERP的初衷就不是冲着打通业财去的。有的为了拿补贴，有的为了应付客户验厂，还有的是看同行上了自己不能落后。这种心态下，项目验收的标准变成了“模块都上线了”“流程都跑通了”，至于生产端的数据能不能自动流到财务端、差异率控制在什么水平，没人较真。实施方也乐见其成。
于是我们看到一个普遍现象：ERP里供应链和财务模块都开着，但中间横着一道看不见的墙。车间领了多少料、退了多少料、报废了多少，这些数据要么手工录入ERP，要么月末统一补单，财务算成本的时候拿到的永远是滞后且失真的信息。表面看系统都在用，骨子里还是人拉肩扛。
第二个原因，业财一体不是技术问题，是管理问题，更准确地说，是一个权力让渡问题。
业财一体是让业务端的数据在发生的那一刻就按照财务规则进行映射，是让车间动作都能自动产生会计后果。这意味着财务部门要放弃事后审核的权力，采购和销售要接受“按规则办事”的约束，生产部门不能再随意改单补单。
说白了，业财一体动的是管理习惯和部门利益，不是IT架构。很多企业做到一半推不下去，不是因为软件不行，是因为业务部门觉得太麻烦、太死板，财务部门觉得不受控了。于是大家默契地退回到Excel对账的老路上——虽然效率低，但谁都舒服。
第三个原因，甲乙双方都在回避最困难的那个环节。
一个真正的业财一体项目，最难的不是财务模块怎么配，而是生产端的现场数据怎么实时、准确地回传。这需要ERP和生产数据（并不特指MES）真正打通，需要BOM准确率、工单完工及时率等等都达到相当高的水平。
但现实是，很多ERP实施方的能力边界就到财务和供应链，车间那块碰不了或者不想碰。企业方的生产管理基础也薄弱，连BOM都做不到准确，更别提实时采集。于是大家发现很多项目画像都是这样的：先把财务和供应链上线，生产端的数据逐步完善……这个“逐步”一拖就是三五年，最后不了了之。
第四，接口同步≠数据同源，底层架构才是分水岭。
业财一体的核心是一套统一的主数据底座。物料、库位、工单、BOM、客商编码两端共用，ERP下发生产计划，车间每一笔领料、报工、入库实时回流，任何现场操作自动触发成本归集与财务凭证，不存在人工转换环节。
二者差距不在界面功能，而在项目初期是否做全域数据统一规划。很多厂商只做软件交付，根本不碰数据治理，从根源上注定账实不符。
第五，行业实施分层明显：九成顾问只会做账，不懂制造现场逻辑。
现在市场低价实施泛滥，交付人员大多是财务或者计算机专业出身，对PMC排产、多层BOM、车间报工、物料齐套一无所知。这类顾问落地项目，只保证财务账面平衡，完全不管车间真实消耗，成本统一平均分摊，哪张订单亏损、哪道工序高耗完全无法追溯。
更恶劣的是大量实施项目层层外包，原厂资深顾问只做售前画饼，落地交付交给外包商，“签完合同了，有人进场先顶上是主要，然后才是人的能力行不行的问题”。
那37%做通了的，做对了什么？答案从上面的原因中已经显露，不赘述。
坦白说，业财一体在技术上早已不是难题。真正的壁垒一直在管理侧——企业有没有决心打破部门墙，有没有耐心把基础数据一点点理顺，有没有魄力在项目推进中动一些人的奶酪……
数据已经摆在那儿了——37%和70%，分水岭就在这里。认清这个分水岭，比选什么软件、找什么实施商，重要得多。
