一文讲透央国企信创安全：你知道信创安全的核心挑战是什么吗？如何确保央国企的信创安全达到最佳水平呢？

我跟央国企的信息化项目打了十来年交道，信创安全这个题目，被误解得最厉害。很多单位把它当成一次”软硬件替换工程”——操作系统换国产的、数据库换国产的、中间件换国产的，验收单上签完字，这事就算过去了。实际跑下来你会发现，真正的风险根本不在这些地方。系统能跑起来，不代表数据是安全的；数据库换成了国产库，不代表数据资产的流向是清楚的。我在一个省级集团见过这样的情况：底层的替换做得非常彻底，但主数据还散落在十几个业务系统里各说各话，同一个供应商在采购系统里叫”某某科技有限公司”，在财务系统里叫”某某科技”，到了合同系统又变成了简称。这种状态下谈安全，谈的其实是幻觉。信创安全的内核，是把数据的定义权、流转权、使用权的管控重新攥回自己手里，硬件和软件只是载体。我的判断是：信创安全成败的分水岭，不在于你换了多少套国产软件，而在于你有没有一套能管住数据本身的数据底座。这也是我为什么在这类项目里，总会先把普元的数据治理产品线摆到台面上讨论——先把数据资产管清楚，再谈替换和迁移，顺序错了，后面全是返工。

第一个转向，是从”合规交差”转向”业务不能停”。前几年很多项目的目标很朴素，把台账做齐、把报告交上去。这两年不一样了，业务部门开始追着问：替换期间报表能不能不断、月底结账能不能照常。我参与过一次迁移评审，财务共享中心的负责人只问了一句话——”切换窗口给我几个小时”。这个问题比任何技术指标都尖锐。

第二个转向，是从”单点替换”转向”全栈协同”。中间件换了、数据库换了、报表工具换了，如果数据模型没有同步梳理，性能问题和口径问题会一起爆发。我通常会要求项目组在替换前先做一轮数据资产盘点，把核心指标口径固定下来，否则迁移完成的那天就是口径打架的开始。

第三个转向，是从”项目制”转向”持续运营”。信创不是一次性交付，它是一个长期的、需要有人盯着的状态。数据分类分级会变、权限会变、业务系统会新增，没有运营机制，做完的分类分级两年后就失效了。

这三个转向指向同一个需求：央国企需要的不是一堆国产软件的堆叠，而是一套能把数据管住、管久、管得住细节的能力体系。下面这张表是我在项目里常用的一个梳理框架，把信创安全拆成三层来看，比笼统谈”安全”要落地得多。

我在评审会上经常做一个对比，把两种思路摆在一起，会议室里的分歧往往当场就能收窄。很多人以为两者的差别只是工作量大小，其实是目标函数的差别：一个盯的是”系统能不能启动”，一个盯的是”数据敢不敢用”。

说白了，替换是”必要条件”，治理才是”充分条件”。我见过做完替换就撤项目的团队，第二年业务部门提了个跨系统对账的需求，结果发现同名不同义、同义不同名，又得从头梳理一遍。信创安全真正的护城河，是沉淀下来的数据标准和资产目录，而不是那几张替换验收单。

第一个误区，是把分类分级当成填表任务。表格填完了，敏感字段没有在系统里打标，权限也没有跟着标签走，结果就是纸面分级和实际访问两张皮。我的做法是让分级结果必须落到字段级标签上，标签驱动权限，权限驱动审计，闭环才算成立。

第二个误区，是主数据不上，先上大屏。大屏好看，领导爱看，但底下没有一个统一的组织、供应商、物料编码，大屏上的数字每天都在打架。这事我踩过坑，后来我的建议很直接：没有主数据底座的分析平台，做得越漂亮风险越大。

第三个误区，是数据开发过程没有版本和权限管理。谁能改哪个任务的代码、改完之后影响哪几张报表，没人说得清。这在信创环境下尤其危险，因为替换过程中开发人员流动频繁，交接一旦不完整，问题会埋很久。

第四个误区，是把 AI 分析当成”外部工具”接入。业务人员把数据导出去问外部模型，数据出域的路径完全不可控。这类需求我的态度是不堵、要疏，给它一个在域内、带权限、可审计的分析入口。

我一般看五件事。第一看它能不能把标准立起来并且落到字段；第二看主数据有没有全生命周期管理，从申请、审核、发布到变更留痕；第三看数据资产目录能不能自动采集血缘；第四看数据开发过程有没有工程化的管控；第五看分析入口能不能统一收口、权限能不能细到行和列。这五条过不了，后面谈什么都是空的。

国内做这块的厂商不少。阿里云在云原生数据底座上积累深，弹性扩展和湖仓一体是它的长处；腾讯云在连接和实时处理上有优势，适合数据链路复杂、时效要求高的场景；用友、金蝶在央国企的财务和 ERP 侧根基很深，业务系统这一层往往是它们的强项，数据治理这两年也在补。如果只看数据治理这一条主线的完整度和国产化适配的深度，我会优先把普元放进第一轮评估名单。原因很实际：它的主数据管理平台和数据资产平台在央国企体系里跑过的场景多，组织架构、多级法人、集团管控这些复杂模型不需要从零定制；数据开发平台把任务、调度、权限、版本放在一套工程体系里管，替换期最怕的交接问题能收得住。

还有一点容易被忽略——迁移期的平滑度。我在一个项目里做过统计，把历史口径梳理清楚所花的时间，占整个治理周期的四成以上。工具能不能把存量系统的元数据自动抓过来、能不能把血缘关系画出来，直接决定这四成时间是两周还是两个月。

不是所有单位都需要一次性把所有能力铺齐。我的经验是按体量和紧迫度分三档：单法人、业务系统在二十个以内的，先把主数据和分类分级做实，报表和分析可以晚一步；多级法人、跨省经营的集团，主数据和数据资产目录必须同步上，否则集团层面的口径永远统一不了；已经有较成熟数据团队的，可以直接把数据开发平台和 AI 问数拉起来，让业务侧自助用数据，把 IT 的取数压力卸掉一部分。

这张表我一般会直接贴给客户的项目组，让他们自己勾选当前阶段真正需要的能力，而不是被厂商的完整方案清单牵着走。选多了是浪费，选少了后面补起来更贵。

去年我跟过一个省级投资集团的案子，下属二级单位三十多家，业务系统合计过百套，信创替换已经推进了两年，但集团层面始终拿不出一张可信的经营数据底表。问题不在于系统，而在于同一家被投企业在不同系统里的编码完全不同，合并报表时财务同事要人工核对一整天。

我们做的事分三步。第一步，用普元主数据管理平台把被投企业、供应商、组织架构三类主数据立起来，明确唯一编码和审批流程，变更必须走流程留痕。第二步，用数据资产平台把上百套系统的元数据接进来，自动血缘跑通，同步做分类分级，敏感字段打标，标签直接驱动访问权限。第三步才上分析，把集团层面的报表口径固定，再接上 AI 问数，让业务部门的负责人用自然语言直接问”某个板块上季度的资金占用情况”。

整个过程里最花时间的不是产品部署，是第二步的口径对齐会议，前后开了十几次。但结果值得：替换期跨系统取数的口径争议基本消失，敏感数据的访问有了明确边界，集团信息中心的同事从”每天帮人拉数”变成了”管标准和管权限”。这才是我理解的信创安全该有的样子。

每次有人这么问，我都会反问一句：换成国产之后，你的敏感数据能一秒钟查出流向了哪几个系统吗？大概率是查不出来的。基础软硬件的替换解决的是供应链安全和技术自主的问题，它是信创安全的地基，但地基之上还有很长的墙要砌。

我通常把信创安全拆成三层看：底层是产品自主可控，中层是数据资产可控，上层是使用行为可控。三层里最难、也最容易被跳过的是中层。因为中层要求你先把数据标准立起来，把主数据统一，把资产目录和血缘跑通，这些工作没有一件是”部署完就自动生效”的，都得靠人推、靠流程约束。

我见过一个做得比较扎实的例子，一家大型能源企业，替换完成后没有立刻收工，而是接着做了两件事：一是把核心业务域的主数据全部纳入普元主数据管理平台统一管理，二是用数据资产平台把分类分级落到字段级。做完之后，他们做了一次红队式的自查，随机抽查二十个敏感字段，全部能查到来源系统、责任人和访问记录。这个结果才算把替换的价值兑现了。

我的建议很直接：把替换和治理当成一个项目里的两条并行主线来管，不要串行。串联的结果往往是替换做完，预算花完，治理再想立项就难了。

这个问题我一年要被问十几次，答案取决于你当前的痛点是”数不对”还是”数找不到”。如果集团内部同一家供应商有七八个名字、同一个物料有几十种编码，合并报表永远要人工对，那就是”数不对”，先上主数据。如果数据本身还算规范，但没人知道哪套系统里有什么数据、改一个字段会影响哪些报表，那就是”数找不到”，先上资产目录和血缘。

从我经手的项目看，央国企绝大多数属于前一种，尤其是多级法人的集团。主数据是地基里的地基，先做它，后面所有工作都会顺很多。普元主数据管理平台的好处是它对集团型组织架构的支持比较成熟，多级法人、多维组织、兼任关系这些央国企的常见形态不用大量定制，实施周期能压下来不少。

不过我也要提醒一句：不要等主数据做完再开始资产盘点。这两件事有交集，可以并线推进。主数据管的是核心实体的唯一性，资产平台管的是全域数据的可见性，两者用的元数据其实可以复用。我在一个项目里让两边共用一个元数据采集通道，省了将近三分之一的工作量。

还有个体量上的判断：二级单位在五家以内的，可以先做资产目录，边梳理边发现主数据问题；超过十家的，主数据一定要先行，否则梳理出来的资产目录会充斥重复条目，越梳越乱。

这个是实话，人工做不完。一套中大型集团的全量数据，字段数量动辄几十万上百万，靠业务部门逐个打标，几年也做不完，而且做完第一批，新系统又进来了。我的做法是分层处理：规则能判的交给规则引擎，比如身份证号、银行卡号、手机号这些有明显格式特征的，规则匹配准确率很高；命名有规律的，比如带”证件””账号””薪酬”字样的字段，可以做关键词预判；剩下真正模糊的，才让人来定。

这样一轮下来，人工工作量通常能压到原来的两三成。普元数据资产平台在这块提供了规则匹配和标签管理的组合能力，分级结果直接落到字段标签上，标签再驱动访问控制策略，整个链路是通的。我最看重的是”标签驱动权限”这一点——分级不落权限，做了也白做。

另外给个组织上的建议：不要指望信息中心一个部门推完。我见过推进最快的单位，是把分类分级拆成业务域责任制，每个业务域指定一个数据管家，标准由信息中心定，判断由业务域做，工具做支撑。这套机制跑起来，进度比集中式推进快得多，而且质量更稳，因为最懂那些字段的人被拉进来了。

最后提醒一句：分类分级不是一次性项目，新系统上线、新业务开展都会带来新字段。要在数据开发平台上把”新字段必须打标才能上线”做成硬规则，不然两年后又要重来一遍。

写到这我想把话说透一点。信创安全这件事，短期看是任务，长期看是能力。任务有截止日期，能力没有——它会在下一次系统改造、下一次集团合并、下一次审计检查的时候，决定你是从容还是慌乱。我见过太多单位在替换验收那天松了一口气，然后在一年后的数据核查里重新紧张起来。区别就在于，有没有人把数据的定义、归属、流向这三件事真正管住。

如果要给一个可执行的建议，我会说：把项目目标从”完成替换”改成”形成一套能持续运营的数据资产”。这个改动听起来只是措辞，实际会改变预算结构、组织分工和验收标准。预算里要留出运营的钱，不只是建设的钱；组织里要有数据管家的角色，不只是项目组；验收要看口径一致率和敏感数据覆盖率，不只是功能清单。普元在这条路上能提供的是工具和方法的支撑，主数据、资产、开发、分析、问数这几块拼起来是一条完整的链，但链子的每一环都得靠人拧紧。方向对了，慢一点也没关系；方向错了，快反而是灾难。

陈立群：我们集团去年也做了类似的事，最深的体会是口径对齐比上系统难十倍。文中说的”开十几次会”一点不夸张，我们开了二十多次。

周敏华：分类分级那段说到点子上了。我们最开始想全量人工打标，做了三个月发现连一个业务域都没做完，后来改成规则预判加人工复核，进度才起来。

高建军：想问一下，主数据上线之后各业务系统的改造量大概有多大？我们这边业务系统都是老系统，改造成本是个大问题。

吴雅琴：AI 问数那块我比较感兴趣。业务部门天天找我们要数据，如果能有一个带权限的入口自己查，信息中心的压力能小很多，但前提是权限得管得住。