集团主数据管理平台解决方案

1、集团主数据管理解决方案1. 基本概念主数据： 是用来描述企业核心业务实体的数据， 例如客户、 供应商、 物料、产品、 员工、组织等。主数据是具有高业务价值的，应在企业内跨越各个业务部门被重 复使用的数据，并且存在于多个异构的应用系统中。主数据管理：包含一整套用于生成和维护主数据的规范、技术，完整的平台包括 元数据管理，信息系统集成、 ETL 技术、数据仓库 /分析、 ESB等组件和技术。ESB（企业服务总线） ：将不同系统的业务抽象成事件或服务，以基于消息内 容的形式，通过协议转换、消息过滤、事件路由，对多个系统不同的事件进 行整合。2. 需求概述为满足集团业务发展， 提高集团信息化管理水平，

2、 为核心业务系统搭建基础的主数据管 理平台，有效解决异构系统间的主数据唯一性、一致性和共享性问题。3. 现状描述现目前公司的核心业务主数据存储于多套不同的业务系统中，包括AJX、 HR、金蝶财务等等，导致的问题主要有以下几个方面：1）没有规范的管理要求：导致不同系统使用时达不到管理要求，甚至重复管理同一 数据（组织，客户、人员等） ；2）没有标准的规则定义：主数据到了不同的系统可能就变了名字或编码，直接导致 不同业务系统的数据无法共享；3）没有统一的共享平台：系统与系统间建立点对点的连接，当系统增多的时候，这 样的关系结构会更加混乱，如下图：实线表示已实现自动同步，虚线表示人工添加、导入。以上

3、 3 点，直接影响新建信息系统时， 没有统一的接口标准可以调用主数据， 而新系统 要么手工维护多个系统相同的数据，要么单独为每套系统开发接口去适配。4. 解决方案4.1. 实现思路基于现状分析，可通过搭建主数据仓库，利用ESB平台建立各业务系统间的连接，实现主数据的 CRUD 管理。主数据仓库：主要涉及以下几方面作用1) 汇总、存储分公司 AJX 主数据；2) 建立分公司 AJX 主数据的对应关系；3) 建立系统间主数据的对应关系；仓库中存储的主数据并不涉及其它业务系统的主数据，此处仅汇总分公司AJX 系统的主数据，并建立与其它业务系统的主数据对应关系。ESB 平台：负责主数据仓库的 CRUD

4、 维护；创建接入系统的资源公共接口 (WebService、REST、数据库等) ，供系统之间的资源调用；确保主数据在各系统间的唯一性。4.1.1. 主数据评估从数据的关键性、共享程度、应用范围等方面，建立主数据的特性评估流程。凡符 合主数据特性的业务对象，均纳入主数据仓库管理。4.1.2. 初始数据导入 根据定义好的主数据对象和特征字段(可识别的关键字段，其中来源公司、来源系 统为必须字段) ，使用 ETL 从各分公司 AJX 业务系统中抽取，并以不同的业务对象 分类存储。由于以往各分公司的主数据独立，在此过程中还需要处理以下问题：a) 在仓库中新增不同对象的编码规则，并与该对象所在公司、原

5、有编码做对应；b) 根据主数据的字段结构，合并不同公司的相同数据记录，将相同数据的原有编 码与新的编码做多对一关联；其它系统的数据可根据前面定义的主数据特性评估，以决定是否需要纳入主数据仓 库管理，例如 HR 系统的人员信息。4.1.3. 共享平台搭建 主要工作在 ESB 与各系统的接口处理，可分为两个阶段的工作内容： 阶段一连接应用系统 创建资源访问接口对外发布接口阶段一：建立与各应用系统的连接，梳理业务涉及的数据库逻辑，并根据系统自身提供的接口(或直连数据库)连接异构系统协议转换 / 消息处理建立事件路由，将系统的资源或业务抽象成可供外部调用的 API 。 阶段二阶段二：以基于业务的形式创

6、建事件流程，包括流程各节点与不同业务系统的接口 连接，涉及的协议转换和消息内容处理。4.1.4. 维护更新平台建立之后，后续主要工作集中在：1) 对新增主数据的编码规则、字段建立，映射关系导入；2) 业务调整后，业务系统逻辑梳理及 ESB 平台接口、流程修改；3) 新增业务系统， ESB 平台的接口实现；4.2. 应用场景4.2.1. 离职员工账号以公司 OA 系统流程为例，当有员工离职的流程审批通过后， ESB 平台接收到该离 职员工的特征信息消息，根据预先定义的事件流程，访问接入的 AJX 、金蝶、报表 服务器等系统 API ，停用离职员工在该系统的账号(需先建立该员工主数据库记录与各系统

7、的记录对应关系） 。无法接入的系统（ VPN 账号， OA 流程申请关联员工是否有账号） ，可通过 ESB 平 台调用消息接口（短信、微信等）或触发 OA 流程，通知相关人员处理。4.2.2. 客户资料管理a） 历史客户导入使用 ETL 从 AJX 系统导入客户特征信息到主数据仓库，并新增唯一的主数据 编码与原编号做对应关系，不同公司相同客户建多对一关系，但只在客户库中 存储一条记录。如其它系统也收集客户资料， 同样使用 ETL 导入主数据仓库， 已存在的客户仅 增加对应关系；不存在的则增加主数据编码及对应关系。b） 客户新增无论从哪套系统增加客户（能统一入口最好） ，都可以使用 ESB 平台

8、获取该系 统增加的客户资料（如无接口推送消息，则只能使用 ESB 定期拉取），与主数 据库匹配：已存在：增加对应关系， （有需要）可通过 ESB 平台主动获取相关系统的 该客户信息（销量等更多信息） ，刷新本系统，不用再去重复收集； 不存在：增加主数据编码和对应关系，同时通过 ESB 平台推送该客户资 料到其它系统中（如需要） 。客户、员工（员工账号） 、产品管理的架构基本一致（见下表） ：多套系统可同时维 护同一主数据对象，但相同对象只在主数据仓库中存有一条记录，该记录与多个系 统建立有对应关系，从而 ESB 平台才可根据该对应关系，按业务需求对相应系统的 记录做 CRUD 管理。主数据表：

9、客户MDM 编码客户姓名身份证号码其它特征字段10000001张三55010011110000002李四221000120客户对应关系MDM 编码来源系统来源公司对应特征码10000001系统编号 1101公司编号 101120110000001系统编号 1109公司编号 101A100910000002系统编号 1101公司编号 1011333310000002系统编号 1107公司编号 10113333如能限制主数据对象的新增入口（某套系统或统一平台） ，则对应关系的维护要简 单得多。4.2.3. 多维度数据分析基于 ESB 平台维护的对应关系，在 ESB创建根据 MDM ID 获取员工指定月份、 系统的数据接口，使用该接口可取出某个员工在所有业务系统的数据，例如对某个员工的取数结果如下表：某销售员，某月数据统计MDM 编 号姓名职位入职时 间薪等薪 级报销金 额销量拜访客 户数量其中涉及的 API 接口和系统如下表（参数均为 MDM API 、日期）：字段来源系统ESD API （假设）参数姓名 职位 入职时间HR 系统获取员工基本信息接口Mdm api薪等薪级报表服务 器系统获取销售员最新薪等薪级接口Mdm api报销金额OA 系统获取销售员指定时间差旅费报销金额合计接口Mdm api 、日期销量AJX 系统获取销售员指定时间销量接口Mdm api 、日期拜访