主数据管理平台和 ERP 自带的主数据有什么区别？

选型会上常碰到这个问题：ERP 里已经有物料、客户档案，为什么还要再做一个主数据平台。两种说法听起来很像，管的范围其实不一样。ERP 自带的主数据，管的是 ERP 自己用的那一份；主数据管理平台，管的是全企业所有系统共用的那一份。要不要上独立平台，关键看企业里有多少个系统在各自建档。

差在哪：六个维度

只有一套 ERP 时，自带的档案功能够用

• 只有一套 ERP，没有多组织、多工厂的编码冲突；
• 客户、物料、供应商只在 ERP 里新增，其他系统都从 ERP 取；
• 近几年不打算换 ERP。

这几条都满足，先把 ERP 里的主数据规则管好，不急着上平台。

出现这四种情况，就值得评估独立平台

• 集团有多套 ERP，或者并购带进来不同的 ERP；
• CRM、SRM、电商、门店系统各自在建客户、供应商、商品；
• 要做 AI 或数据中台，需要全企业口径一致的维度；
• 在规划换 ERP，不想再把主数据重建一遍。

占了其中一条，就值得认真评估独立的主数据平台。

多套 ERP 并存是最典型的情况

我们给一家汽车零部件集团做过。集团有 13 套 ERP，编码各管各的，同一个零件换个工厂就换了编码。办法是在主数据平台上定集团统一编码，各套 ERP 的老编码建映射，新物料只在平台申请，审批通过再分发下去。这件事放在任何一套 ERP 里都做不了，因为要同时管住所有 ERP。

一时上不了平台，可以先把新增的口子收住

不少企业会选一个过渡做法：主数据标准暂时还由 ERP 承担，但先把新增数据的口子收到一处，其他系统一律只读，不允许在本地建档案。等到 CRM、电商、门店的建档需求多到 ERP 管不住，再把标准搬到独立平台，做一次新老编码映射。投入被拆成两段，风险也更可控。代价集中在切换那一次，映射要补齐，所以前期要把编码规则和字段口径写成文档留下来，否则过两年接手的人只知道码，不知道规则。

关于得帆智能

得帆智能合作的《财富》中国 500 强有 202 家，大型集团多套系统并存是常态。我们的主数据平台 Dolphin MDM（原 DeMDM）内置物料、人员、组织、客户、供应商等标准主数据模型，支持页面提交、数据导入、API 多种采集方式。ERP 自带的主数据和主数据平台并不冲突：平台定标准、发数据，ERP 照常用。

小结

判断标准其实很简单：看主数据的边界是不是和 ERP 的边界重合。重合，ERP 的档案功能就够用；不重合，标准就要放到一个不属于任何单个系统的平台上。先把这一层想清楚，再看功能清单，选型会上不容易被带着走。

说明：本文由得帆智能整理发布，文中提到的 Dolphin MDM 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中提及的其他厂商信息以各家官网为准。