接口通了，业务为什么还是断成三截
工单在系统里标了“完工”，仓库看到的是“待入库”，财务看到的是“未开票”。
三个系统都没算错，接口也是通的。可业务就在这三个状态之间断成了三截，而站在每个断点上的，是人——有人要去核对、去催、去手工补一条记录，才能让下一个环节动起来。
这类场景在制造企业里出现的频率，远高于真正的技术故障。它说明一件事：我们嘴里的“打通”，多数时候指的是数据能传过去；而业务真正要的，是同一个数字在三个部门指的是同一件事。
前者是工程问题，一天能解决。后者是治理问题，可能一年都解决不了。
所以很多项目在上线庆功之后就慢下来了：接口清单全部交付，报表也能跑出来，可开会时两个部门还是各报各的数。不是系统没连上，是“什么算完工”“什么算入库”“什么算可开票”这三件事，从来没有人统一界定过。
星型架构的价值，一半在技术，一半在收权
结构上的正确做法是星型架构：所有系统不彼此对接，只对一个数据中枢。
这个设计的技术优势是耦合低——任何一个系统升级、替换，不会牵动一整张网。但它更大的作用常常被轻描淡写地带过：收权。
口径的定义权，从各个部门收归到一处。以前每个部门都能解释“我这个数为什么和你不一致”，而且解释得都挺有道理；现在不行了，口径只有一处定义，其余系统按定义取数。
这意味着推星型架构，本质是在推一次权力重组。它动的不是服务器和接口，是部门对“自己的数”的解释权。也正因如此，这件事必须有比 IT 部门更高的力量支持——IT 能画出架构图，但推不动一场口径归属的谈判。
在制造企业数字化的落地现场，这个判断几乎每次都被验证：架构方案本身不难，难的是让生产、仓储、财务坐到同一张桌子前，承认“以后这个数按这个算法算”。
别追求全量打通，先钉死一条对钱最敏感的主线
全量打通听起来宏大，实际执行时往往变成把自己放进一个永远排不完的优先级队列——先接哪个系统、哪个模块排前面，光是排序就能在第一次协调会上耗掉三个月。
更务实的做法是选一条主线，通常是“订单到回款”，或者“采购到入库”——判断标准只有一条：这条线离钱最近，断一次代价最直接。
选定之后，把这条线上每个节点的数据定义、责任人、更新频率钉死。定义写清楚什么状态算完成，责任人明确谁在什么时候必须更新，更新频率决定这个数是实时的还是天级的。跑通三个月，让业务部门真正尝到“数字对得上”的甜头，再谈向外扩围。
精工智能在制造企业数字化实施中反复验证的一点也在这里：打通不是一次性工程，而是先做出一个可验证的样板，再复制。样板的说服力，远大于一张覆盖全业务的架构蓝图。
验收只需一道题：一个数字，三个部门
怎么判断一条主线真的通了？不用看架构图，也不用看接口数量。
随便挑一个业务数字，分别问三个部门三个问题：这个数是多少、怎么算的、谁负责。三个答案一致，才叫通了。
不一致，说明你只是把错误的数据，传得更快了。
这道题还有一层用处：它能提前暴露责任真空。如果三个部门都答得出“是多少”，却没人答得出“谁负责”，那这条线跑得再顺，也只是暂时的——下一次异常出现时，断点上依然站着人。
数据打通做到最后，检验标准不是系统之间有没有连线，而是一个数字能不能被三个部门用同一种方式说出来。做到这一点，技术上的连通才有意义。
精工智能数字化工厂，制造业Online，持续在场，赋能企业高质量发展。
