首先要明白，主数据这个概念最早是从国外传入的，国外很多企业是先建设MDM，进行数据标准化，再建设信息系统的，但国内很多企业不可能这样做，都是先上了大量的信息系统，而且用的都是国外成熟的标准工业软件，开始上系统时很多企业都没有做数据标准化的动作的，所以才导致后面的数据发生错乱，基于此，笔者建议，企业的数据治理工作必须要从以下几个方面进行仔细的思考，特别是在考虑和MDM的信息系统集成时。总而言之，MDM和ERP的集成如果管控不好，企业的主数据治理就会成为空谈，必须要把业务流整清楚，才能做MDM的集成做好。

参考数据在很多企业里面叫基础数据，指的是枚举值数据，比如国家，性别男女等，参考数据对企业特别重要，特别是在后续的数据分析应用里面，参考数据往往充当重要的维度数据，比如企业的产品型号分类，客户分类等，都需要基于这些分类做汇总分析，如果这些数据在企业内部未统一，未标准化，会严重影响数据分析的质量。2、除主数据之外的其他参考数据，特别是事务数据涉及的参考数据也是管理的重点，参考数据的管理建议按业务域进行管理，另外，需要重点说明的是，参考数据的治理不是一挫就的，开始先搞核心参考数据，切不可一口吃个大胖子。

对于产品主数据来说，产品分类是其中最重要的属性，但很多企业并没有重视这块，导致后续在做数据分析时，当需要从产品分类维度对数据进行汇总分析时，由于分类在企业内部相当混乱，各有各的分类，导致最终出来的数据不一致。但是必须有一点要明确，研发做为产品的源头和产品主数据的归属责任部门，研发从技术侧或者说设计侧对产品的分类，是企业必须有的基本分类，这个分类是后序其服部门分类的基础，在这个基础上可以衍生出其他分类，但研发侧的分类必须做为企业第一优先级重要的进行分类清楚，不允许在企业侧有任何模糊的分类。

最后我要讲的，打铁还需自身硬，外面的咨询团队再好，企业自身必须有自己的团队和组织，数据治理不是一个项目就能搞定的，要持续不断的进行，是一个持久工作，企业要有打长期战的准备，不能今天弄一个项目，项目弄完就结束了，重要的是通过项目培养自身的团队，让企业营造数据治理的氛围，让大家特别是业务清楚的明白只有数据治理工作做好了，数据清洁了，才真正的能发挥数据的价值，让数据为企业 服务 ，为个人服务。笔者所处的也是制造型企业，其物料的数据量也很大，那如何进行数据治理呢？1）物料的编码必须由平台生成，决不能由人手动生成。

3) BOM结构不建议放到主数据系统进行管理。1) 产品主数据的源头系统是PLM系统。2）产品主数据的编码需要由MDM生成。

1）设备主数据的源头系统在EAM设备管理系统。2）设备的编码由主数据给出。

1）企业内部的供应商主数据一般都在SRM系统，原则上所有业务部门都在SRM系统进行供应商维护。但在部分企业中，SRM系统只给采购部门使用，其他部门无法使用，在此情况下，可以让其他部门在主数据系统维护供应商数据。5）对供应商名称，对于中文一定要约束好括号的使用方法，对于英文约束后是否进行大小写的区别。3）供应商地点正常是不属于主数据管控的范围，因为同一个供应商可能今天是材料费，明天就可能 是设备费，所以基于此不建议由主数据管控。4）通过纳税人识别号进行唯一识别，但同时建议也增加名称唯一识别判断。

2）客户的地点，在ERP中客户的地点指的是客户的收货地址，一个客户可能有多个客户地点，在有些企业内部并没有把客户地点当成主数据的属性进行管理，主要考虑，客户的地点可能会变化，但有些企业内部是在主数据进行管理的，笔者建议，如果客户的地点变化没有特别的频繁，可以按主数据的属性进行管理。3）客户主数据的最难点可能是在客户数据治理这块，特别在ERP中是允许同一个名字的客户有两个编码的，这种要特别注意，需要进行数据清洗。1）同一个公司可能在企业内部既是客户又是供应商，可以给不同的编码。

1）一般在企业内部，人员包含了两类，一种是企业的合同员工，正式员工，这种一般会在EHR中维护，还有一种人员是外包人员、临时人员，这种很多企业的EHR是不管的，但这些人也会用系统，后序也要给分配系统账号，在这种情况下，可以把这部分人放在主数据系统进行维护，当然也有很多企业放在OA中做流程，但这样必须和主数据集成，而且编码必须由主数据返回，这样做可能没有那么的方便，所以建议放在主数据系统去维护，这里面一定要注意的是，不管是哪种人员数据，其编码的管控必须放在主数据系统。所以需要提供两个接口。

这样做可能会看到，人力组织和财务组织的编码是基本上都相同的，后序为人员主数据中所在的组织打下坚实的基础，从主数据这边看其实不管是人力组织还是财务组织都是一套组织。否则如果做成两套不一样的，还要做映射工作。这块特别重要，必须将组织的编码由主数据生成返回给EHR组织。人力组织：集团下的信息化管理总部编码为：001007（三位公司编码+三位部门编码）财务组织: 和人力组织相同的组织结构编码保持一致，没有的根据公司编码+部门编码生成。1、企业内部很多情况下是存在多组织的，比如上面的人力组织、财务组织。

所以从这块来看，勿必要考虑哪些属性要放进来，原则是在不违反主数据特性的前提下能放进来的，就放进来进行管控。我的理解是需要 的，否则如果你不拿下游系统需要时又要做两次集成，不过这块要注意一个问题，就是数据集成这块，正常的集成是PLM将研发的基本信息数据传给主数据，主数据再分发给ERP系统，但同时ERP拿到后添加物料成本后，需要把这个数据再回传给ESB，这样就造成ERP和主数据的集成形成了环，这样ERP的供应商有时候就特别的不愿意这样做，那这块到底应该如何做系统集成呢。1）物料的编码必须由主数据平台自动生成。

综上所述，如果企业在源头系统中已经把企业的主数据管控的很好了，可以不上主数据管理系统，在源头系统管好就行了，但实际情况却不是这样，特别是对于中国，企业是先上了很多的系统，再上的ESB进行系统集成，这样造成的问题是，很难发现企业的数据质量问题，就需要上主数据系统去监控和管理主数据，实现主数据的清洁，统一分发。3）主数据全属性的管控。很从主数据的核心属性是来自多个系统的，不是来自于一个系统，但如果下游某个系统需要主数据的全属性，需要和多个系统进行集成，但如果有主数据系统，则可以直接和主数据系统集成就可以。

很多企业是把属性做了个全集，把生产性和非生产性设备的属性全集放到一起，这样，根据设备类型来填写相应的属性，这样设计的好处，是简单方便。一般来说，在很多企业，对于设备资产的管理，可能与设备金额有关，很多企业把5000元以上的设备当成固定资产来管理，所以企业的设备主数据很多企业都是按照设备价格为限制为管理的，比如5000元以上的才纳入资产管理，5000元以下的不按设备管理。很多企业形成了很多设备的历史数据，但这些数据都没有标准，不是缺少属性，就是属性的值填写不规范，这种数据建议企业进行集中治理下。

但笔者建议企业内的人员数据是要以人力组织数据为准的。1、一定要区分员工和用户的概念，一般企业内部的信息系统使用的都是用户概念，即只需要知道员工编码、员工姓名、所在的部门、联系方式这些信息就够了，就可以支撑信息系统的使用，这种属于用户概念，但有的系统，比如财务相关的系统，可能需要知道的信息全一些，需要知道学历、婚姻状况、职务、家庭住址等信息，这种需要的是员工信息。员工的数据质量在企业内部一般都是可以的，可能会存在数据维护及时性的问题，比如有人离职、退休这种数据未及时在系统内进行更新导致的一些数据质量问题。

一般来说，企业内部的组织数据来源于人力资源管理系统，人力资源总部是负责企业人员数据管理的，要将人员挂到相应的组织下面，所以在人力资源系统中，人力会把组织数据维护进去，人力的组织一般是按企业法人实体的维度进行管理的，即企业在人事局或税务局登记的实体组织进行的管理，主要是从人员挂靠的维度进行组织数据的管理，一般来说这是企业合法的组织机构。如上面提到的，企业内的组织数据可能不只存在一种，比如上面提到人力组织数据、财务组织数据，原则上只有能找到数据的维护部门，有部门对数据进行维护，就应该在企业内部统一管理起来。

这个是个特别重要的问题，如果严格的按照主数据的三个特点：共享性、稳定性、唯一性对属性也进行要求，比如有些企业的产品主数据是包含组织属性的，代表这个产品所在的生产组织，但是这个组织属性可能是经常变化的，比如这段时间可能这个产品在A组织生产，隔一段时间又会在B组织生产，如果从主数据的特点来看，组织属性不满足稳定性要求，不应该纳入主数据的管理范畴，但是从下游系统的集成来看，这又是下游所有系统关注的一个重要属性。比如组织主数据有组织的编码规则、客户主数据有客户的编码规则，一般编码后续是由主数据管理系统自动生成的。