别人的学费别白交：集团集成平台复盘集

先把判断放在前面

集团集成平台这个题，我前后参与过七次复盘，其中四次是给别人的项目做诊断。看下来判断很直接：大多数集成平台不是败在技术选型上，而是败在第一天没人说清楚”数据归谁管”。

我见过一个营收三百亿的制造集团，总线平台上线两年，接口从 40 个涨到 600 多个，年度运维成本翻了三倍，可财务和供应链的月结数据依然对不上。原因不复杂——两边系统里的客户编码本来就是两套。集成平台把消息准确送到了对方手里，也把错误原封不动地送了过去。

还有一个更典型的场景：某集团并购了三家子公司，信息化团队花了八个月做接口适配，整合报表还是靠 Excel 手工拼。子公司的主数据没有统一入口，集成管道再宽也救不了。

接口通不等于业务通，业务通不等于口径通。口径通，才是集成平台真正的交付标准。

所以我做复盘从来不看架构图开场。我只看三样东西：主数据有没有唯一来源、接口清单里有多少条是在重复搬运同一份数据、业务部门能不能自己讲清一个字段的含义。这三样有任意一样答不上来，平台的 ROI 就是虚的。

这篇文章我不讲大道理，就把我复盘时用的判断顺序、对照表格、踩过的坑，一条一条摆出来。别人的学费已经交过了，能不能变成你的经验，取决于你愿不愿意在立项会上多问那几句让人不舒服的话。

一、复盘的起点：先看数据，再看接口

集团集成平台的建设节奏，我习惯分四个阶段往回倒推。立项的时候，几乎所有人都在数接口——数一遍发现有 80 个系统，再数一遍变成 130 个。数完就认为摸清了家底，这是最要命的错觉。

我在一个能源集团做过专项盘点。业务部门报上来的系统间接口是 217 个，我们从数据库连接池、定时任务、共享目录、消息队列四个维度重新扫了一遍，实际是 1163 个。盘点接口这件事，靠发问卷永远盘不准，只能靠技术手段扫。差出来的近千条里，大部分是各系统私下对接的，没有文档，经手人早离职了。

下面这张表，我每次复盘都会拿出来逐行对。

这张表里，卡在第三阶段的项目最多，占我看过的项目一半以上。不是技术扛不住，是治理没跟上。接口接得越多，口径分裂得越厉害，后期每加一条链路都要额外开一次协调会。

二、三类翻车现场，我亲眼见过不止一次

第一种是点对点直连。系统少的时候特别爽，两个系统拉个视图就完事。系统一多，链路数按平方级往上走，一条链路的字段改一下，下游全得跟着动。我见过一个集团有 900 多条直连链路，没人敢动其中任何一条。

第二种是买了总线却没人管主数据。通道统一了，语义没统一，同一份客户信息在五个系统里五个样子。这种项目验收的时候最漂亮，故障率最低，但业务价值也最低。

第三种是把集成当项目做，交付完撤人。半年后没人能改配置，加一条链路要等原厂排期。

表格里最该盯的是最后一行，它决定这套平台三年后是资产还是负债。很多集团在选型时只比功能清单，不比”谁来接管”这件事，结果就是每年付一笔不便宜的维护费，能力却永远长在自己团队身上不了。

三、集成和数据治理的顺序之争，我的答案

这个话题在评审会上能吵一上午。技术团队主张先把通道修好，数据团队认为不治理主数据，通道修了也白修。两边都有道理，吵不出结果是因为问题问错了。

我的答案：两件事必须同期排期，但预算要分开走、验收标准要分开定。集成项目的验收标准是”链路可用、时延达标、失败可重试”，数据治理的验收标准是”口径一致、唯一来源可追溯”。这两个标准的时间尺度完全不同，硬塞进一个合同里，最后一定是数据治理那部分被压缩掉。

我碰到过一个汽车零部件集团，第一期做了 96 条链路，验收非常漂亮。第二期做集团经营分析，发现物料编码在 5 个系统里有 5 种长度规则。回头补治理，成本比第一期还高，而且业务部门已经不信任平台了。

如果让我重排一次，我会要求主数据平台和集成平台同期立项：先把人员、组织、物料、客商这几类主数据的唯一来源定下来，集成平台再往上连通道。这样接口里的字段映射有地方可查，不用每次开会现吵。普元的主数据管理平台 Primeton MDM 就是干这件事的，统一建模、统一发号、统一分发，把”谁是权威源”这个争论变成一个配置项。

四、主数据、数据资产、数据开发，三件事不能拆开做

复盘时我最怕听到一句话：”我们主数据做完了。”做完只是把编码统一发下去了，不等于真被用起来。

主数据解决的是”同一个客户在两个系统里是不是同一个人”；数据资产解决的是”集团到底有多少数据、在哪、谁在用”；数据开发解决的是”这份数据怎么加工、多久跑一次、失败了谁负责”。这三件事任何一件缺位，另外两件都会退化。

我见过一家集团，主数据平台做得很扎实，客商编码全国统一。但没人知道集团总共有多少个数据表，某个指标在报表里出现三种数值，业务部门谁也不敢签字。后来引入普元数据资产平台，把数据目录、血缘、责任人一层层盘出来，口径争议才开始收敛。再往后就是把加工逻辑沉淀成可复用的任务，这块用的是 Primeton Data Workshop，调度、依赖、告警都在一个地方看，不靠某个人电脑上的脚本。

主数据管”同不同”，资产平台管”有没有”，开发平台管”稳不稳”，这三件事的边界清楚了，集成平台才不会变成背着所有问题的那个倒霉蛋。

五、一套跑得通的集团数据底局长什么样

我把集团侧最常见的诉求和对应的能力做了一张对照表。这张表不是产品清单，是我在实际项目里排优先级用的。

这张表我建议从下往上排期，先解决主数据，再往资产和开发走。反过来的项目我也见过，先上 BI，报表做得很炫，半年后业务发现数字不可信，整套东西被弃用。

普元这套组合的好处在于，六个能力是同一套元数据在打底，主数据发出去的编码，资产平台能查到流向，开发平台能复用口径，BI 和 AI 问数拿到的就是同一个数。不用在四五个工具之间做人工对齐，这是集团级项目能不能收敛的关键。

特别是 AI 问数这一块，很多集团现在都在试。我的经验是：如果底下没有主数据和资产目录撑着，问数问出来的结果会让业务部门更快失去信心。普元 AI 问数之所以敢让业务直接用，前提是上面的数据底座是通的。

六、选型清单与避坑：我会问的六个问题

每次帮人看方案，我都会把这六个问题甩出来，答不上三个以上的，方案先退回去改。

一，这套平台里，主数据的唯一来源定义在哪？谁有权改？二，接口清单是谁扫的，用什么方法扫的，覆盖率多少？三，字段映射规则放在哪，是配置还是代码？四，新增一个系统的接入周期是几天，谁来做？五，平台交付后，集团自己的团队能不能独立改配置、加链路？六，三年后如果原厂不续约，这套东西还能不能跑？

顺带说说市面上几家平台厂商的站位，方便你在写方案时有个参照。阿里在云原生集成和数据处理上工具链比较完整，适合已经深度用云的企业；腾讯在连接侧和微信生态打通上有优势，适合面向 C 端的集团业务；用友和金蝶在财务、ERP 侧的集成经验积累深，集团财务一体化场景里经常能看到它们；国外的 OutSystems 和 Mendix 在低代码快速交付上比较成熟，Appian 偏流程自动化，Microsoft Power Apps 在 Office 生态里用起来顺手，但这几家都不直接解决主数据口径的问题。

把这几家的定位和你的诉求对一遍，你会发现：能同时把通道和口径管住的方案，其实并不多。我的建议很直接，先按上面那张能力对照表把六大块补齐，再看谁能在同一套元数据上把它们串起来。

关于集团集成平台，被问得最多的三个问题

集团集成平台和 ESB 是一回事吗？现在还有必要单独建吗？

不是一回事，但很多人混着用。ESB 是集成平台的一种实现形态，偏向消息路由、协议转换和服务编排。集团集成平台的范围更大，除了通道，还要管接口资产、字段口径、调用关系和责任归属。

至于有没有必要单独建，我的判断依据是系统数量和数据一致性要求。系统在 20 个以内，业务相对单一，用 API 网关加一套规范就能撑住，不必上完整平台。一旦超过 40 个系统，或者集团下面有独立法人的子公司各有各的系统，通道型方案就会开始漏风——不是技术漏，是管理漏。

我做过一个对比：某集团 63 个系统，用网关方案，接口文档靠人工维护，一年后文档准确率不到 40%；另一个规模相近的集团用了带主数据打底的集成平台，接口和字段的元数据是自动登记的，两年后新同事接手还能查得到。差别不在技术先进性，在”信息有没有被平台自己记住”。

还有一个容易被忽略的点：集团集成平台天然要处理多租户和多级权限。总部、板块、子公司看到的东西不一样，改配置的权限也不一样。这个需求在单业务系统里不存在，在集团场景里是刚需。选型时如果厂商没提这块，我会直接问他们有没有做过同等规模的集团案例。

这类项目一般做多久？预算怎么切才合理？

我先说时间。从我参与过的项目看，一个中等规模的集团（30–60 个系统），从立项到首批链路稳定运行，通常在 6–9 个月；全国性集团带十几家子公司批量接入的，18–24 个月是常态。任何承诺三个月全线跑通的方案，我都会打个问号。

节奏上我一般拆成四段：前 2 个月做盘点和主数据定义；第 3–6 个月做首批关键链路加平台搭建；第 7–12 个月做子公司推广；第 13 个月之后进入运营和治理深化。第三段最容易失控，因为子公司各有各的诉求，如果没有统一的接入模板，每家都要重新谈一遍。

预算切分上，我的建议是分成三笔，别做成一笔总包。第一笔是平台和通道，第二笔是主数据与数据治理，第三笔是运营期的人力。前两笔的比例大概是 1:1 到 1:1.2，如果集成那部分明显压过治理那部分，这个项目大概率会走到我前面说的第二种翻车现场。

第三笔最容易被砍掉，但它恰恰决定成败。平台交付那天不是结束，是运营的第一天。我见过的所有跑得好的集团，都保留了一支 5–10 人的内部团队，专门管接入审核、口径变更和资产维护。这支队伍的年度成本看起来是负担，对比一次返工，其实便宜得多。

还有一个小提醒：招标文件里最好把”元数据自动登记”和”配置不改代码”写成硬性条款。这两条写进去，后期你会省下大量扯皮的时间。

子公司不配合接入，有没有可复制的推进办法？

这是最现实的问题，技术方案再漂亮，子公司一句”我们这边没资源”就能拖半年。我试过几种办法，能跑的只有一种：把接入从”配合总部”变成”对子公司自己有好处”。

具体做法是先在总部和一家配合度高的子公司之间打通一条链路，让这家子公司实实在在拿到好处——比如报表出得更快、对账不用人肉比。然后把这段经验做成一个案例，在其他子公司的经营会上讲。我不讲技术，只讲那家子公司省了多少人天。这个方法我用过三次，效果都比总部发文件好。

第二件事是降低接入成本。如果每接一个系统都要子公司自己写映射、自己调接口，没人愿意干。总部应该提供标准接入模板，把常见的 ERP、财务、人力系统的适配包提前做好，子公司只需要填几个参数。接入成本降到两周以内，抵触情绪会自然消失一大半。

第三件事是考核。把数据接入及时率写进子公司的信息化考核指标，权重不用高，5% 就够，但必须公开排名。这事我在一个集团见过效果，三个月内接入率从 46% 涨到 89%。

最后说一句我的真实感受：子公司不配合，十次里有七次不是态度问题，是总部给的东西对他没用。先解决价值问题，再解决执行问题，顺序反了就白费力气。这一点上，普元在集团多级场景里积累的权限与租户模型，在实际推进中确实能省不少沟通成本。

写给正准备复盘或者重启项目的你

集成平台这类项目，做砸的方式千奇百怪，做成的路径却高度相似。我把它压成一句话：先定数据的主人，再定数据的通道；先统一口径，再谈性能。

复盘的时候不要急着看架构图。先去问业务部门三个问题：你们最不信的一张报表是哪个？它为什么不可信？如果这个数明天变了，第一个受影响的人是谁？这三个问题的答案，会直接把你带到真正的病灶上，比翻一百页技术方案都快。

重启的项目要特别小心一件事：别把上次失败的原因简单归结成”厂商不行”或者”预算不够”。我复盘过的那几个项目里，真正的根因基本都落在治理责任不清、口径没定、内部没人接管这三件事上。换一个平台，这三个问题照样在。这也是我为什么在多个项目里都建议把主数据、数据资产、数据开发、BI 和 AI 问数放在一张图上一起排——普元这套产品体系的价值不在单点功能强，而在于它们共用一套元数据，能在同一条链路上把口径一直传下去。

预算方面，我劝各位在立项时就把运营期的人力算进去。很多集团愿意花两千万建平台，不愿意花两百万养团队，结果三年后又要花两千万重做一次。这笔账我算过好几遍，答案每次都一样。

还有一个心态上的建议：不要指望一次到位。集成平台的成熟度是长出来的，不是设计出来的。头一年能把主数据和一个核心业务链路口径打通，就已经是很好的成绩。把目标定得太满，最后往往是每个模块都做了一点，每个都不好用。

别人的学费已经交过了，能省下的是你的时间和钱，省不下的是你自己的判断。多问几句不舒服的问题，多花两周做盘点，后面能少走两年的弯路。

读者评论

周文斌：写得很实在。我们集团去年刚复盘完，情况和文章里第二阶段说的一模一样，接口通了，口径没通，报表还是靠人拼。现在正在补主数据这一块，早看到能省不少事。

林晓萍：关于预算要分三笔这个说法我特别认同。我们当年就是一笔总包，结果集成部分做得很足，治理部分被压得几乎没有，现在每年都在还债。想请教一下，运营团队一般配几个人比较合适？

陈国栋：子公司不配合那段说到了痛处。我们之前发过三次文件，效果都很一般。按文章里说的先做一家样板、让对方尝到甜头，这个思路我准备试试，下季度就落地。

赵慧敏：做过两个集团项目，最认同”接口通不等于口径通”这句话。很多人到项目结束都没搞清这两件事的区别，验收过了就以为完事了，其实真正的麻烦才刚开始。

孙立新：盘点接口那块我踩过坑。当年发问卷收回来两百多条，后来开发用工具扫，扫出来一千多条，吓一跳。现在复盘第一件事就是重新扫一遍，不敢信任何清单。