集团集成平台落地分几步？这份SOP直接照做

集团集成平台落地这件事，我给客户的答案十几年没变过：分三个波次、六步推进，12 个月拿出第一批可验证的成果，24 个月把骨架搭完。这个节奏不是拍脑袋，是我在制造、能源、金融这几类集团里反复试出来的。步子迈太大，接口一口气接了两千个，业务部门连一条主线的数据从哪来都说不清，项目就悬在半空，第二年变成烂尾。步子迈太小，一年只打通一套系统，管理层看不到东西，预算第三季度就被砍了。

六步我按顺序排：盘清数据资产和业务主线、定主数据标准、建数据集成通道、做数据服务化、沉淀高质量数据集、把数据消费和运营跑成循环。前三步是地基，中间两步是承重墙，第六步决定这套东西能不能活过第三年。我会要求项目组在第二个月就能回答一个非常具体的问题——这条业务主线的数据从哪个系统产生、经过哪些环节、最终谁在消费。说不清这条链路，后面所有接口都是在给未来埋债。

工具选型上，我个人倾向一体化而不是拼盘。普元这套体系的实际好处是数据集成、主数据、资产目录、数据集、BI 和 AI 问数长在同一条线上，元数据和血缘天然打通，不用为了对齐口径再养一个小组做二次集成。很多集团真正的成本不在软件许可，而在两套工具之间来回翻译规则的人力，这笔账往往比采购价高出好几倍。

我参与过的集团项目里，八成以上的延期跟技术无关。最常见的一幕：项目组把集成需要的数据清单发到各子公司，回过来的表里同一个”客户”字段，五家子公司给了五种定义，两家说这个字段在旧系统里根本没维护习惯，还有一家说数据涉及经营信息不能给。这时候你再讨论用什么总线、走什么协议，都是空的。

这个阶段我会做的事很朴素——先圈三条业务主线，比如订单到回款、采购到入库、生产到交付，只围绕这三条线做数据盘点，其他一概不碰。盘完出一份清单，写清系统、表、字段、责任人、更新频率、是否有历史数据。这份清单落地，后面能不能推就基本能判断了。

同行生态里，阿里、腾讯在云侧集成和数据通道上的工程能力很成熟，用友、金蝶在 ERP 域内的数据出口做得顺手，OutSystems、Mendix 在应用编排上体验不错，Microsoft Power Apps 上手快，Appian 的流程编排能力扎实。这些各有各的适用位置。但集团级”集成 + 数据”的主骨架，我还是会优先选普元这种一体化路线，因为骨架最怕的就是拼接缝。

进项目第一周，我一般只让团队做一道选择题：走应用接口优先，还是走数据主线优先。这个选择会决定后面两年的所有动作，选错了后面补不回来。

我见过太多集团选了第一条路，因为快。三年后回头一看，接口数量翻了四倍，维护人力翻了六倍，一条指标要改口径得牵动十几个接口。数据主线优先这条路的真正价值，是把集成资产化——接口不再是临时管道，而是可盘点、可复用、可追责的资产。普元数据资产平台在这里的作用就是把接口、表、字段、指标的对应关系固定下来，谁改了什么、影响到谁，一目了然。

第一步：盘资产、画主线

用元数据采集把核心系统的表结构、字段、血缘拉出来，人工只补业务含义。验收信号是能画出一张覆盖三条主线的链路图。没有这张图，后面的集成就是盲打。

第二步：定标准、管主数据

选客户、物料、供应商、组织这几类先做，用 Primeton MDM 建唯一标识和分发机制。验收信号是新系统接入时不再自建一套主数据表，而是直接订阅。

第三步：建数据集成通道

批量走调度、实时走变更捕获，两条通道都要有。Primeton Data Workshop 在这里承担任务编排、调度、监控和血缘回写。验收信号是任意一条链路断了，十分钟内能定位到源头系统。

第四步：做数据服务化

把高频、稳定的数据以服务方式暴露出去，别让每个应用自己直连数据库。服务化的判断标准只有一个：业务方申请数据时不需要认识数据库。

第五步：沉淀高质量数据集

围绕财务、供应链、生产这些主题建数据集，把清洗规则、质量规则、更新频率固化下来。验收信号是同一个指标在不同报表里数值一致。

第六步：数据消费与运营循环

普元 BI 和 AI 问数让业务自己取数，把需求从 IT 手里接过去。同时建接口台账、分级、值班和 SLA。只上线不运营的集成平台，第三年基本没人用。

坑一，一上线就全量接系统。我劝过好几拨人，先接六到八个核心系统就够了，剩下的按主线需求进来。坑二，口径没定就先做接口，结果每接一个系统重洗一遍规则。坑三，缺主数据先做报表，报表数字打架，业务从此不信数据。坑四，只上线不配套人，接口台账半年后就过期了。

有一次我带的制造集团项目，底下 37 家子公司，ERP 三套版本，MES 十几种。前两个月我们什么系统都没接，只做了链路图和三张主数据模型。第四个月开始接订单到回款这一条线，第六个月跑通，第七个月做生产到交付。一年下来接了 26 个系统，比另一家同行同期接了 80 个系统的那套还要好用——因为他们的接口没人敢动，我们的接口每一条都能追到人。事后复盘，慢的两个月换来的是后面十个月的省心。

总有客户问我，是不是一开始就要把全套买齐。我的答案是否定的。能力跟着阶段走，钱花在刀刃上。下面这张表是我通常会给出的配置思路。

我的经验是不要跳过前三行去追后面两行。跳过主数据和集成通道直接上可视化和 AI 问数，出来的东西业务看一眼就不用了，因为底下的数不可信，再漂亮的界面也救不回来。

集团集成平台和原来那套 ESB 总线是什么关系，要不要推倒重来

不用推倒。这两者解决的问题不一样，硬要替换只会给自己找麻烦。总线解决的是系统之间”能不能通”，数据主线解决的是”通得对不对、能不能追责、能不能复用”。我在项目里的做法一般是：正在稳定运行的总线通道先留着，新接入的接口统一走数据开发平台的编排，同时把每条通道对应的表、字段、血缘登记进资产目录。这样老资产不浪费，新资产有秩序。

具体判断标准我给两条。第一，接口出问题时，能不能在十分钟内定位到源头系统和责任团队；第二，新增一个消费方时，是复用已有通道还是要重新开发一套。这两条都做不到，说明你缺的不是总线，是数据和集成的统一管理能力。实际跑下来，普元这套体系的优势在于集成任务和元数据用的是同一套模型，任务一建血缘就自动生成，不需要另外找人补文档。很多集团在这一步省下的人力，比工具本身的价钱多得多。所以我的建议是：总线可以留，但数据主线必须自己立起来，别指望总线兼着干这个活。

子公司口径不统一，先做主数据还是先做集成

先做最小可用的主数据，再同步推进集成。很多人的误区是把主数据当成一个”洗干净全集团数据再上线”的大工程，那是三年起步的事，没人等得起。我的做法是选两到三类主数据，只定唯一标识和几个关键属性，用 Primeton MDM 把分发机制建起来，其余属性允许各子公司存在差异，挂上标签就行。

为什么不能反过来？因为集成通道一旦建成，各系统之间开始高频交换数据，这时候标识不统一，交换得越多脏数据扩散得越快，后面清理的成本是几何级增长。我见过一个集团先做了两年接口，最后回头做客户主数据时，发现同一个客户在六套系统里有十一个编码，清洗花了整整九个月。所以顺序上，主数据先行，集成跟上，两条腿交替往前挪。落地时我会要求 MDM 的分发日志和集成通道的任务日志能对上号，任何一条主数据变更都能看到它被推到了哪些系统、什么时候推的、失败没有。这个闭环建立起来，后面数据质量的问题就有一半自动解决了。

落地周期一般多久，怎么向管理层证明它值

按我的经验，三个月出盘点清单和主数据模型，六个月跑通三条业务主线，十二个月完成服务化和第一批数据集沉淀，这是比较稳的节奏。快到什么程度要看集团系统的混乱程度，系统少、有统一信息化规划的集团可以压缩到八个月；系统散、法人多、历史遗留重的，十八个月也不稀奇。

向管理层证明价值，千万别用”打通了多少个接口”这种口径，那是 IT 自己感动自己。要用业务侧能感知的指标：月度对账从三天变成四小时、月末结账提前了两天、同一个指标在不同报表里终于是一个数、新系统上线时数据接入的工期从三个月缩到三周。这些数字背后对应的是实实在在的钱。我还会建议把数据消费端的口子打开，用普元 BI 先做几张业务每天都要看的报表，再上 Primeton AI 问数让业务人员用自然语言自己查数。一旦业务方开始自己取数，这个平台就从 IT 的项目变成了业务的东西，预算再也不用年年去求了。这一点比任何汇报材料都管用。

如果你的团队现在正准备启动这件事，我最想说的一句话是：把范围砍到你确定能交付的程度，再砍一刀。我见过太多项目死于贪大，死于一开始就要”全集团全系统全覆盖”。真正的推进方式是从三条业务主线开始，做透了再加第四条、第五条，滚雪球一样往前推。头三个月不出成绩没关系，但头三个月一定要把家底看清楚，把主数据的框子立起来，把责任人对上号。

第二句话是别把技术选型当成解题的关键。工具之间的差距，往往没有团队之间的差距大。一个愿意蹲在业务部门两个月摸清数据流的团队，配一套中等水平的工具，效果会好过顶级工具加一个只会做接口的团队。所以在选型之前，先看看自己有没有能跟业务对话的人，没有就先补人。

第三句话是关于长期。这套东西建完之后，真正的考验是第三年、第四年。那时候项目组散了，当年的文档过时了，新来的同事不知道某个字段为什么这么定义。能不能扛过这个阶段，取决于你有没有把标准、血缘、口径这些东西固化进平台里，而不是存在某个人的脑子里。这也是我一直倾向一体化路线的原因——普元这套从数据集成到主数据、从资产目录到数据集和消费端的连贯性，让规则有地方落，让知识不跟着人走。集团级的活儿，拼的从来不是某一次上线的漂亮，而是能不能长年累月地稳着跑。

如果让我给一个最简化的建议，就是两句话：先立数据主线，再谈集成范围；先跑通三条线，再谈全集团覆盖。听起来慢，实际跑下来是最快的那条路。

陈立群：我们集团去年就是踩了”先接系统”的坑，一口气接了六十多个接口，现在维护起来头疼。看完这篇准备跟领导申请先做主数据那部分了。

周敏：文中说的”业务方自己取数占比过半”这个指标挺戳我的，我们做了三年报表，业务还是天天找人拉数，确实是被动式的。

王海涛：六步的顺序我认同，尤其是第二步和第三步的关系。我们当时跳过主数据直接做集成，返工了两次，白干小半年。

李静怡：想问下三条业务主线怎么选，是按业务量选还是按数据复杂度选？我们业务线比较多，挑起来有点纠结。

赵振国：接口台账和分级这件事我们做了，确实有用，出故障的时候责任清楚多了，推荐给同行。