摘 要：即便企业已购买了主数据管理系统，可是各种副本数据依然我行我素，那主数据管理的价值就大打折扣了。用友UAP MDM主数据管理系统，能够对业务系统中的各类数据进行整理、过滤、合并、分析。
主数据在主数据管理体系内的流转分成三步：找到数据源头，把数据存储在主数据系统中，然后再从主数据系统中分发出去。在这个过程中，最体现价值的是数据的分发与共享。
即便企业已购买了主数据管理系统，可是各种副本数据依然我行我素，那主数据管理的价值就大打折扣了。之所以我们强调主数据管理体系，强调行政组织保障和管理规范，最终的目的就是保证副本数据与主数据的一致。
在主数据的分发和共享工作中，有三个问题是需要解决的。今天就来讲一讲这三个问题的解决之道。
问题一，主数据的传递。
有三种方式可进行主数据传递：数据推送、数据静态获取、在底层数据库层面进行数据拷贝。
方式一，数据推送。将主数据推送到应用系统中，数据所有者为主动方，数据分享者为被动方。此种方式，是由MDM或者企业服务总线主动的将数据推送到应用系统中。按照面向服务设计理念，应用系统需要开发出一个能够接收主数据的服务，这样数据推送方在进行数据推送的时候就能够调用这个服务将数据传递给应用。与以往的数据推送方式不同，数据推送者并不关心数据接收者的具体业务逻辑处理，它只负责把数据交给应用，至于应用如何处理都交给接受者处理。此种方式的特点是：数据实时性较强，主数据一发生变动就能够把变动信息广播到体系内的各个角落，而没一个副本数据拥有者都能够在第一时间发生调整。对于数据传递异常的情况，数据推送方做处理，数据如果没有推送成功，那么主动方将决定异常的处理方式。比如，从新推送，或者过段时间再次推送或者直接改为手工处理。
方式二，数据静态获取(拉式)。主数据源头发布数据获取服务，静等副本数据拥有者来获取数据。主数据将没有第三方有权限的数据全部暴露出来，等待第三方使用者来调取。主数据源头一般需要提供获取全部数据，获取单条数据，获取某个时间点后的所有最新数据等服务，而数据调用方需要自己编写代码获取数据。一般需要支持自动定时获取和手动同步等模式。数据静态获取方式较为稳定，并且把异常处理的工作交由第三方来完成，如果第三方支持手动获取方式，那么数据传递的准确性就大大的得到了保证。只是此种方式数据实时性较差，通常系统都将同步时间设置为一天左右。
方式三，在底层数据库层面进行数据拷贝。面向服务的应用集成方式是用友应用集成的特点和亮点，但是在长期的实践过程中，我们发现形而上学才是最大的问题，面向服务要知其然还要知其所以然。所以在笔者最新的项目中打算采用ETL工具将主数据管理系统的主数据表在每个副本数据库中都建立一个实时映射的对照表。这样每个系统就不需要在费力的开发webservice，而且要考虑推送和拉取的方式了。数据直接传到应用的数据库中，第三方应用的开发难度降低不少。需要强调的是，这个方案中绝对不对操作第三方系统中的任何表，只是把数据存储在了新建的几个表中。这个有点像是供应链中的一种模式，供应商并不等待收到甲方的采购单再发货，而是直接在甲方的生产车间建立自己的仓库，甲方随用随取。
问题二，应用系统获取主数据后的处理。
从主数据管理的角度看，各个应用系统中的基础数据是标准数据的副本数据，然而这些数据在各自的业务系统中都有自己的定义和定位，这就必然导致了这些基础数据可能存在需要独立维护的私有字段和私有数据。
例如，HR系统中的党员属性和专业军人属性，这个属性没有出现在主数据标准中，但是在人力资源管理系统却又专门对应的模块管理和维护。
账号主数据中有100条记录，而在某个应用系统中还需要其他能够进行系统的账号，那么这个系统就应该在这100条记录之外独立维护被系统所需的其他账号信息。
只有有效的区分主数据的影响范围和私有字段，私有数据的作用范围才能够即享受到主数据管理带来的便利又保证了系统业务的独立性。
问题三，通过技术手段对副本数据质量进行监控。
如果能够在主数据管理系统中存储副本数据，并且保证副本数据与数据源相同，那么我们就可以轻易的进行副本数据与主数据一致性的监控了。这样做的好处非常明显，可以有效提高企业主数据管理质量。将大量线下的和有业务反推完成的数据共享工作利用极小的成本来完成。虽然理论上在设计好主数据管理体系后，数据都会在各个系统中自动共享。但是这样的监控体系就好像是在给应用系统做测试一样，让我们感到对整个体系都放心。
用友UAP MDM主数据管理系统，能够对业务系统中的各类数据进行整理、过滤、合并、分析。帮助企业实现：数据标准化;数据质量保障;数据共享;为BI或者集成应用提供可靠的基础服务。通过将数据合理利用，实现业务系统价值的最大化。
