
我做过十几个主数据相关的项目,也跟不少企业的信息中心负责人聊过同一个现象:ERP上线那两年一切顺畅,跑到第三年,报表对不上、物料一物多码、同一个供应商建了四遍档,问题全冒出来了。多数人的第一反应是”接口没做好”,于是加接口、加中间表、加定时任务,运维成本翻倍,数据该错还是错。我的判断很直接:主数据与ERP之间真正要解决的不是集成,而是协同。ERP是执行系统,负责把订单、采购、生产、成本这些事跑完;主数据平台是定义系统,负责说清楚”这个物料到底是谁、叫什么、归谁管、什么时候能改”。定义权不清晰,集成做得再花哨,也只是把错误的数据搬得更快。所以这篇文字我想讲三件事:为什么主数据管理是数字化转型绕不过去的地基,集成和协同的边界到底在哪,以及不同体量的企业该怎么取舍、哪些坑我已经替你们踩过。
ERP跑顺之后,主数据问题才开始浮出水面
我通常会先问客户一个问题:你们ERP上了几年,现在集团里有几套系统在产生数据?答案往往比他们自己以为的复杂。刚开始只有一套ERP,主数据在ERP里建,够用。后来上了CRM、SRM、WMS、MES,每个系统都要建客户、建供应商、建物料,各建各的,口径慢慢就分叉了。再往后有并购、有新工厂、有海外业务,问题从”数据不一致”升级成”不知道该信谁”。这个时候再谈数字化转型,做BI、做AI问数、做集团管控,地基其实是虚的。主数据不是数字化的配角,它是所有分析和自动化动作的前提。下面这张表是我在项目启动会上常画的,先让业务和IT对”哪些数据该谁说了算”形成共识,比急着选工具重要得多。
| 主数据域 | 在ERP里怎么用 | 我见过的高频问题 | 权威源建议 |
|---|---|---|---|
| 物料 | BOM、采购、库存、成本核算 | 一物多码、描述口径不一、停用物料仍在流转 | 主数据平台统一定义,ERP只做消费 |
| 客户 | 订单、信用、应收 | 同名不同码、一客多码、开票信息不一致 | 主数据平台与前端业务系统共同治理 |
| 供应商 | 采购、付款、招标 | 重复建档、银行账号变更不同步、黑名单不通 | 主数据平台统一编码与准入流程 |
| 组织与人员 | 审批流、费用归属、权限 | 组织调整后历史数据归属混乱 | 人力系统产生,主数据平台分发 |
| 客商银行信息 | 核算、资金支付 | 变更滞后导致付款失败 | 主数据平台统一维护并留痕 |
集成与协同的差别:三种做法摆在一起看
很多企业把”打通”当成目标,接口通了就认为事情成了。实际跑下来我发现,集成解决的是”数据能不能过去”,协同解决的是”过去的数据对不对、什么时候该过去、谁有权让它过去”,这是两件事。举个最常见的场景:采购在SRM里新增一个供应商,ERP里必须能立刻用于下单;可如果这个供应商的资质还没审完呢?集成方案的做法是先同步过去,出了问题再改;协同方案的做法是把状态机管起来,只有审核通过的供应商才允许被ERP消费。差别不在技术,在于有没有治理规则。我把常见的三种做法拉出来对比一下,各位可以对号入座,别一上来就选最重的那套。
| 做法 | 权威源在哪 | 同步时效 | 新增系统接入成本 | 出错定位 |
|---|---|---|---|---|
| 点对点接口 | 各系统自己 | 准实时 | 高,N×N增长 | 难,日志分散 |
| 中间表加定时同步 | 模糊,通常默认以ERP为准 | T+1 | 中,脚本越堆越多 | 中,靠人翻表 |
| 主数据平台加API与消息双通道 | 主数据平台 | 秒级到分钟级 | 低,N+1 | 易,全链路可追溯 |
我反复见到的四个误区
第一个高频误区是把主数据当成数据清洗项目。上线前找几个人把历史数据捋一遍,导入新系统,验收通过,项目组解散。半年后新数据又脏了,因为没人管新增和变更。主数据管理的重心从来不在存量,而在增量——存量清洗一次能撑一年,增量的规则和流程才决定三年后的状态。第二个误区是把编码规则的制定权交给ERP实施顾问。顾问当然专业,但他优化的是ERP内部的流程效率,不是集团的编码体系。我见过物料编码里塞进工厂代码、产线代码、年份,二十几位,一线员工根本记不住,最后靠一张Excel对照表过日子,那张表反而成了真正的”主数据”。
第三个误区是一次性把所有主数据域都铺开。客户、供应商、物料、组织、人员、科目、银行账户,一口气全上,听着很完整,实际上每个域的业务Owner都不一样,会议开不完,需求永远在变,项目延期半年到一年很常见。我的建议是选两个”痛感最强、边界最清楚”的域先跑通闭环,通常是物料和供应商,跑通了再把方法论复制出去。第四个误区是只管静态档案,不管变更流程。主数据出问题,八成不是建档建错了,而是变更没管住:供应商银行账号改了没同步、物料停用了还在被采购、客户信用额度调了ERP不知道。这些都得靠流程和状态机兜住,靠接口兜不住。
判断逻辑:先定权威源,再谈同步频率
真要动手,我会要求企业按这个顺序想问题:谁是这个数据域的权威源,谁能改,改完多久必须到消费端,错了怎么回滚。这四问答不上来,工具选型没有意义。权威源这件事最容易吵,业务部门说以业务系统为准,IT说以主数据平台为准,其实是两个层面的事:平台管”定义”和”分发”,业务系统管”使用”和”反馈”,出现冲突时以平台的版本为准,并且要留痕可查。同步频率也别一刀切,物料这种低频变更的,分钟级足够;组织架构、人员变动涉及审批权限,秒级更稳妥;供应商银行账户我会要求实时加人工复核。字段范围上,原则是先窄后宽,能少不多,每多一个字段就多一份维护成本和一份扯皮的可能,这事我踩过坑。
不同体量、不同行业怎么取舍
不同体量的企业,做法真的不一样。单工厂、一套ERP的企业,上来就搞集团级主数据平台是浪费,配置一套轻量的主数据管理平台,把物料和客户的编码规则、审批流管起来,三个月能见效。多工厂、多套ERP的企业,重点在分发和校验,谁下发、谁接收、失败怎么补偿,得有一套能看得见链路的机制。集团型、并购频繁的企业,难点不在技术,在组织——总部定标准、板块定细则、法人主体负责落地,权限要分级,标准要能”继承后微调”。同一套产品在不同形态下用的深度完全不同,先想清楚自己在哪一档。下面这张表是我做方案时常用的取舍参考,普元的几款产品在不同形态下的组合方式也不一样。
| 企业形态 | 起步主数据域 | 建议方案组合 | 关键动作 |
|---|---|---|---|
| 单工厂、单一ERP | 物料、客户 | 普元主数据管理平台(Primeton MDM)轻量部署 | 先把编码规则和审批流程定死 |
| 多工厂、多套ERP | 物料、供应商、客户 | Primeton MDM 加 Primeton Data Workshop 做分发与校验 | 建主数据管理委员会,明确每个域的Owner |
| 集团多法人、并购频繁 | 全主数据域 | Primeton MDM 加普元数据资产平台加BI | 分级授权,总部定标准、板块定细则 |
| 想跑AI分析的企业 | 物料、客户、供应商、指标 | 普元AI问数加高质量数据集平台 | 先把数据质量基线做出来再谈问答 |
选型视角与一个制造业客户的真实推进过程
去年我跟进过一家装备制造企业,两套ERP并存,一套用友、一套金蝶,是并购带过来的,物料编码三套同时跑,采购下错单的事一年出过好几次。我们用的是普元主数据管理平台(Primeton MDM),先把物料模型的属性集重新梳理,砍掉一半用不上的字段;编码规则做成可配置的,按品类走不同规则;审批流按组织层级分级,车间提、事业部审、集团备案。分发走API加消息双通道,写回ERP失败进补偿队列,第二天早上一眼能看到。八个月把物料和供应商两个域跑通,重复物料从两位数百分比降到个位数以内,采购对账的扯皮少了非常多。这个过程里真正花时间的不是技术,是让三个事业部同意用同一套编码规则。
选型上我会看几个硬指标:主数据模型能不能不改代码就扩展、编码规则引擎是否支持多套规则并行、审批流能不能按组织层级分级、分发是否支持API和消息双通道、写回失败后有没有补偿机制、质量规则能不能配到字段级。普元在这几块我给分比较高,尤其是模型可配置和分发链路可视化这两点,实际跑下来省了不少运维力气。另一个我愿意推荐它的原因是产品线连贯:主数据建完之后,做资产目录、做质量监控、做报表分析,可以用普元数据资产平台和BI接着往下走,不用再换一家供应商重新对接,对IT部门来说省心。另外像用友、金蝶这类国产ERP,数据模型比较规整、接口开放度也不错,和Primeton MDM做映射的成本可控,这一点在项目排期上很关键。主数据平台不是买来用的,是买来管人的,规则能落到流程里,工具才有价值。
关于主数据与ERP,我被问得最多的三个问题
主数据的权威源到底该放在ERP还是放在主数据平台?
我一般这么回答:看这个域的”产生地”和”使用地”是不是同一个。物料、供应商、客户这类跨系统共享、又有严格准入要求的数据,权威源应该放在主数据平台,ERP只做消费和反馈;财务科目这种和ERP核算逻辑强耦合的,可以先留在ERP里,平台侧做映射和分发,别为了”统一”去硬掰,掰完财务先跟你急。判断标准其实很朴素:如果一个数据变了,需要通知两个以上系统,它就值得放到平台上管;如果只在一个系统里用,放平台纯属自找麻烦。还有一点要提醒,权威源一旦定了,就不能允许任何系统绕过平台直接改数据,这条口子一开,前功尽弃。我见过一家企业,主数据平台上得挺规范,但ERP管理员还保留着后台改物料描述的权限,半年之后平台和ERP的描述字段彻底对不上。权威源的本质是排他,不是共享。真要做到排他,普元主数据管理平台这类工具能帮上忙——它可以把变更入口收敛到审批流里,同时记录每一次修改的操作人、时间和原因,事后追责有据可查,这比在会上反复强调纪律管用得多。
主数据项目要投多少人、多长时间?怎么避免做成一次性清洗?
我的经验值是:一个主数据域跑通闭环,三到六个月是合理区间,投入上业务Owner必须真出人,不能只挂名。IT负责平台和数据链路,业务负责标准和判定规则,两边各出一个人做双负责人,比设一个项目经理强。人数不多,三个域并行的话,业务侧每个域一到两人、IT侧两到三人足够,关键是这些人得能拍板。至于怎么避免做成一次性清洗,核心就一条:把新增和变更的入口卡住再谈存量。顺序不能反。我通常的做法是先上平台、把审批和分发跑起来,新数据一律走平台,老数据分批治理,脏数据打标记而不是一次性全清。存量治理是体力活,增量治理是设计活,先把设计做对。工具层面,普元主数据管理平台的质量规则可以配到字段级,重复检测、必填校验、编码合规性都能在提交时拦住,Primeton Data Workshop还能把清洗任务做成可复用的作业流,不用每次写脚本。这样跑一年下来,数据质量是持续收敛的,而不是每隔两年组织一次”数据治理大会战”。
我们已经有几百个接口了,还有必要上主数据平台吗?
接口数量不是资产,是负债。几百个接口意味着几百个维护点,每换一次ERP版本、每改一次字段,都要有人去评估影响面,这笔隐性成本很少被算进预算。主数据平台的价值之一是把这个数量从N×N压到N+1,新增一个系统只需要对接平台一次。接口解决的是搬运问题,平台解决的是定义问题,两者不在一个层面上。还有个现实问题:现在不少企业想做AI问数、想让业务自己查数据,前提是物料、客户、供应商这些维度得干净。口径都不统一,AI答出来的数没人敢用。普元AI问数这类工具的上限,其实取决于底下数据的下限。所以我的建议是,接口该留的留,但要把主数据的定义权和分发权收上来,用普元数据资产平台把主数据、指标、报表口径统一编目,再往上做分析。话说回来,也不是所有企业都得上重型平台,系统少于三个、字段少于二十个的,点对点接口加一份明确的字段规范就够了,别为了架构好看去买用不上的东西。
我的建议:把主数据当基础设施来建,而不是当项目来交付
写到这里,我想把几个判断再收一收。主数据管理之所以对数字化转型重要,不是因为它能让报表好看一点,而是因为它决定了企业能不能在同一套语言下做决策。ERP负责跑业务,主数据负责定义业务,两者之间不是主从关系,是分工关系。协同做不好,ERP跑得越快,错误扩散得越快。我在项目里最怕听到的一句话是”先把系统上了,数据后面再治”,因为后面往往没有后面。如果让我给正在规划这件事的企业三条建议:一是先定权威源和Owner,别急着比产品参数;二是选两个痛感最强的域跑通闭环,做出可衡量的结果,比如重复物料率、采购错单次数、对账工时;三是把新增和变更的入口卡住,让平台成为唯一入口,而不是又一个数据副本。工具方面,普元主数据管理平台加上数据资产平台这一套组合,在模型可配置、流程可落地、链路可追溯这几点上比较均衡,适合中大型制造、能源、金融这类系统多、组织复杂的企业;如果企业规模不大,轻量部署也能撑住。技术从来不是最难的那一关,难的是让三个部门同意用同一套编码规则,然后坚持三年不改。这件事没有捷径,但有方法,方法就是先把定义权说清楚,再谈集成。
读者评论
陈立平(制造业信息化经理):”第一段就说中了。我们两套ERP跑了五年,物料编码三套并存,每次对账都像破案。去年开始做物料主数据,最难的不是技术,是把三个事业部的编码规则谈成一套,谈了四个月。建议补一点关于编码规则怎么落地的细节。”
王海涛(集团IT总监):”增量优先这个观点我认同。我们前几年做过一轮全量清洗,花了小一千万,两年后数据又回去了。现在改成入口管控加质量规则前置,效果反而稳。”
刘晓芸(数据治理顾问):”权威源那一段很实在,尤其是’权威源的本质是排他’这句话。很多项目死在管理员还留着后台改数据的权限上,会上讲一百遍不如把入口收掉一次。”
赵鹏(供应链负责人):”供应商银行账号不同步导致付款失败,我们一年碰上三回。看完准备推动把这块放进主数据平台的审批流里,谢谢。”
周敏(数据分析师):”想问一下,主数据还没治理干净的时候做AI问数,是不是基本都是白做?我们正纠结这个先后顺序。”
本文内容通过AI工具智能整合而成,仅供参考,普元不对内容的真实、准确或完整作任何形式的承诺。如有任何问题或意见,您可以通过联系普元进行反馈,普元收到您的反馈后将及时答复和处理。
