主数据管理讨论 已成ERP深入负熵之源

先不论各家ERP系统的长短之处，只论ERP如何管理并加强企业经营的基础，我想实施过ERP的朋友都知道需要先把能管的管起来无论是资产、还是原料、还是上下游的关系，再把建立好的业务流程固化，然后再优化。这里借用一下ERP项目实施行话：“三分技术、七分管理、十二分数据”。同时也有文章说：在那些上线不成功或者上线后掉线的案例中，有高达70%的项目都有一个共同的直接原因，那就是在数据上出了问题。可见数据的重要性。数据可谓负熵之源。

　　最近在业内非常知名的ITPUB社区就掀起了一次关于主数据管理的讨论。ERP系统上线后，随着企业的业务发展，也将会持续不断的创建、维护主数据(包括物料主数据、供应商主数据、客户、会计科目等等主数据)，但不少企业缺乏数据标准和统一化管理方案，造成数据不完整、数据重复或分类错误，最后将导致业务单据不准确、采购和库存管理失效、新产品上市滞后、业务处理效率降低、业务风险加大等一系列问题。

　　在讨论深入内容之前我们先梳理一些基本概念：

　　·主数据，主数据(有时候成为参照数据)由定义业务实体的事实构成，事实可能被用于对一个实体建立多个定义或视图。当一个机构中有多个IT系统交互时相同的实体会有区别，基于主数据的实体定义提供了业务的一致性和数据的完整性。

　　·业务实体定义，现在，业务实体模型通常是客户、产品或者会计科目。但是主数据可以定义任何实体，像员工、供应商、地区、资产、负债、政策、患者、公民、账户图表等等。

　　·记录系统，常见的实现MDM的方法是建立(选择)记录系统(有时候称为可信源)。这就是建立一个认证的集中主实体定义，通过MDM将它们传播到所有整合的IT系统。

　　·主数据管理中心，记录系统可以采取多种形式。许多用户建立集中数据库(像数据仓库或者操作数据存储)作为主数据、元数据和物理数据同步的中心。有些主数据中心只是简单的收集记录的文件或者表。有时候，现有的系统(典型的如ERP、CRM)已经定义了需要的数据，因此选择一个作为记录系统和实体模型的基础。

　　·主数据集成，不管实现技术，记录系统的目标是提供一个收集和共享一致定义的集中机制，通常涉及到无关的IT系统。显然，这需要技术和最好的系统整合、数据整合和应用整合的经验。因此，许多技术人员认为MDM是一个整合应用，通过ETL、EAI、EII和复制方面的整合工具和技术完成。当记录系统作为中心连接到许多系统，就需要多种整合技术，包括最新的像Web services和面向服务的架构(SOA)。

　　·主数据管理，通过上面定义的描述，我们可以说MDM定义和维护企业实体一致性，并且通过整合技术在企业的多个IT系统间共享它们，有时候甚至是向合作伙伴或者客户共享。更简单的定义：MDM是获取、改进和共享主数据的应用。

　　有的网友以真实的实例现身说法。

　　·从管理的角度上进行诠释了自己的业务场景和主数据管理在企业中的重要程度：我们这边主数据管理很严格：

　　1.成立主数据专家委员会，负责制定主数据标准及规范，即由哪些属性确定主数据唯一性等等;

　　2.采用第三工具管理主数据(MDM平台);

　　3.申请的主数据其属性必须按照制定的规范;

　　4.三级核查机制，第一级业务人员对将要申请的主数据维护属性等相关信息、第二级主数据维护员核查、第三级MDM平台数据管理核查并分配编码，通知业务人员使用。

　　·实施过SAP的网友表示：以前公司的物料都是用设计系统中直接导出的零件号码来表示的，上了SAP后，这个零件号码变成了字段“旧物料号”和“图号”;所以反映到操作模式上，新的物料号及其对应的零件号码等信息都是设计部门伴随着新产品新零件的发布而发放的，我们据此来创建模板。　组织结构发生变化，是去年引入了成本中心和利润中心主数据，进行内部核算和内部管理：公司在各地有分厂分公司。我们是把旧系统的各种数据全部都导出，进行手工更改，审核，再倒入到一个干净的系统中，然后财务月结后切换：先期当然有UAT的测试等必经的流程。难度略低于SAP初次上线。

　　对于主数据的管理一来需要高层的重视，二来需要管理手段的保障、三来借助管理平台加强维护。而这一切的目的不仅仅是让ERP“看上去很美”。让多系统间集成的时候，不在为编码不统一而发愁，希望从根本解决这个问题就更需要有一个统一的平台来管理主数据，如果编码不一样，传输的时候，可能无法直接传输，需要经过转化或做对照表来解决这样的成本是不可预测的，从架构风险上也是存在问题的。

　　从参与讨论的网友观点中我们还可以看出对于已有几个信息系统或者几十个信息系统的企业来说，主数据同步是关键。否则各系统进行信息交换、接口取数是无法完成的。最基本的，要制定某个主数据维度要以某个系统为准，其他系统按此梳理，才可能实现主数据同步。对于主数据的统一管理需要企业有实施的力度和恒心，因为牵扯的面太广。