集团主数据从哪里开始统一？

集团一说要统一主数据，第一步往往会想到编码：客户、供应商、物料，各用各的编号，不如全部重编一遍。

编号确实重要。但要是先定出一套新编号，回头发现两家子公司把同一家供应商当成了不同对象，或者明明是两家不同公司，却因为名字相近合并成了一家，新编号也救不了这份数据。

集团主数据要先解决的，不是“编号长什么样”，而是“我们说的到底是不是同一个对象”。

这件事听起来像清洗表格，做起来却会碰到采购、财务和各子公司的管理边界。也正因为如此，它很难靠一轮导入导出就做完。

先找一个大家都在用、又经常对不上的对象

主数据说白了，就是业务里反复要引用的基础信息，例如供应商、客户、物料、组织。采购订单、收货单是每次业务发生后留下的记录，不是主数据。先把这两类分开，才知道这次要治理什么。

也别一上来就要求四类对象一起统一。更合适的起点，是找一个已经影响跨公司协作的对象。

假设几家子公司都向同一家供应商采购。甲公司在ERP里写的是公司全称，乙公司用了简称，集团汇总采购额时把它们算成两家。采购想谈集团价格，得先人工确认两边是不是同一个签约主体。

这就值得先做供应商主数据。不是因为供应商一定比物料、客户重要，而是因为眼前有一件需要跨公司判断的事，做好之后也能验证结果。若集团真正卡在跨厂调拨和库存汇总，物料可能更应该先做。

选起点不能只看数据量，还要看哪类数据正在拖慢共同业务、谁能负责把它管好。没有业务责任人，再漂亮的编码规则也会慢慢失效。

同一家供应商，也不是所有信息都要一样

假如已经确认甲、乙采购的是同一个签约主体，集团可以给它一个统一身份，并把两套ERP里的本地编号关联起来。之后查集团采购额，不必每次靠名称模糊匹配。

但统一身份，不等于把两个子公司的供应商资料完全合并。甲公司和它约定月结，乙公司先款后货；两边的采购合同、收货地点、审批人也可能不同。把这些交易条件强行写成一套，业务反而做不下去。

所以先把字段分两层：哪些用于认出这家供应商、应由集团统一维护；哪些只在某个子公司的交易里生效，应由当地人员维护。企业名称、证照等资料也要按实际签约主体核对，不能只凭名称相似就自动合并。

这里还有一层容易忽略：“同一个供应商”与“同一个集团旗下的供应商”不是一回事。若甲、乙采购的是同一家法律主体，可以把两边的本地记录指向同一个集团身份。若采购的分别是某供应商的母公司和子公司，即便它们同属一个企业集团，也要保留两个主体，再标明它们的关系。否则合同、开票和付款时就可能对错对象。

这一步定不清，系统做得越自动，错误传得越快。

新增和修改，谁说了算？

把存量数据认清只是开头。更麻烦的是，明天又来了一个新供应商，或者原供应商改了名称、收款信息。谁提交？谁核对？谁批准？批准后要传给哪些系统？

可以先画出一条最短的办理路径：子公司提交申请，系统先查有没有相同或疑似相同的记录；需要集团共用的字段，由指定责任人核对并确认；属于本地交易条件的字段，留给子公司维护。通过后再把集团身份和本地编号的对应关系发给相关系统。

至于旧记录，不必为了上线第一天“完全干净”就直接删除。先保留原编号、建立映射，挑有业务往来的记录核对。哪些能合并、哪些只是名称近似，要由业务人员确认。历史订单也不能因为主数据换了编号，就突然找不到原来的供应商。

在织信上，可以用数据表和关联记录管理集团身份、本地编号及各公司的差异字段，再用工作流承接新增、变更和审核，用权限控制谁能看、谁能改。平台提供的是搭建这些规则的能力，不会替企业判断两条记录究竟是不是同一家，也不会自动决定谁有最终审批权。

为什么这件事需要一套能持续改的平台？

因为主数据规则不会在上线那天定格。

集团新收购一家公司，它带来另一套供应商编号；采购改了准入要求，新增资料要多一道审核；某类供应商只允许特定子公司交易。每发生一种变化，数据字段、审批路线、可见范围和对外同步，都可能要跟着调整。

这也是织信这类低代码平台适合参与的地方。企业可以先围绕一种主数据建好申请、核对、授权和查询，再按业务变化扩展到其他对象，与ERP、SRM等系统衔接。织信文档也提供应用间数据复用、自动化与接口等能力；具体怎么接、能否回写，仍要看现有系统开放了什么接口，以及企业把哪边定为正式数据源。

当然，不是每个集团都需要另建一套平台。如果现有ERP已有成熟的跨公司主数据治理能力，而且子公司都能按这套规则使用，先把它用好就行。对象很多、匹配规则复杂、跨多个异构系统时，也该评估专门的主数据管理产品。低代码更适合的是：集团想先从一类对象做起，流程和权限会持续变化，又希望自己的团队能逐步扩建、维护。

不管选哪种工具，都要避免出现两处都能随意改“正式供应商名称”、却没人知道该以哪处为准的情况。

第一轮怎么验收？

挑两家子公司正在共用的一家供应商，再挑一组名称相似、实际上不能合并的供应商。用这几条真实记录试一遍，比只看一张“集团主数据管理”页面有用。

看三件事：同一家能否被识别并关联到各自的本地编号；不同的签约主体会不会被误并；集团字段修改后，谁审批、哪些系统收到了更新、失败时谁能发现并处理。

这三件事过了，再扩到更多供应商，随后考虑物料、客户或组织。先让一个对象在跨公司业务里说得清、改得动、找得回，再谈全集团统一。