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

集团主数据管了处理方案

1.基础概念

•主数据：是用来描述企业关键业务实体数据，比如用户、供给商、物料、

产品、职员、组织等。主数据是含有高业务价值，应在企业内跨越各个

业务部门被反复使用数据，而且存在于多个异构应用系统中。

•主数据管理：包含一整套用于生成和维护主数据规范、技术，完整平台

包含元数据管理，信息系统集成、ETL技术、数据仓库/分析、ESB等组

件和技术。

■ESB（企业服务总线）：将不一样系统业务抽象成事件或服务，以基

于消息内容形式，经过协议转换、消息过滤、事件路由，对多个系

统不一样事件进行整合。

2.需求概述

为满足集团业务发展，提升集团信息化管理水平，为关键业务系统搭建基础

主数据管理平台，有效处理异构系统间主数据唯一性、一致性和共享性问题。

3.现实状况描述

现现在企业关键业务主数据存放十多套不一样业务系统中，包含AJX、HR、

金蝶财务等等，造成问题关键有以下多个方面：

1）没有规范管理要求：造成不一样系统使用时达不到管理要求，甚至反复

管理同一数据（组织，用户、人员等）；

2）没有标准规则定义：主数据到了不一样系统可能就变了名字或编码，直

接造成不一样业务系统数据无法共享；

3）没有统一共享平台：系统和系统间建立点对点连接，当系统增多时候,

这么关系结构会愈加混乱，以下图：

*实线表示已实现自动同时，虚线表示人工添加、导入。

以上3点，直接影响新建信息系统时，没有统一接口标准能够调用主数据,

而新系统要么手工维护多个系统相同数据，要么单独为每套系统开发接口去

适配。

4.处理方案

4.1.实现思绪

基于现实状况分析，可经过搭建主数据仓库，利用ESB平台建立各业务系

统间连接，实现主数据CRUD管理。

主数据仓库：关键包含以下几方面作用

1）汇总、存放分企业AJX主数据；

2）建立分企业AJX主数据对应关系；

3）建立系统间主数据对应关系；

仓库中存放主数据并不包含其它业务系统主数据，此处仅汇总分企业AJX

系统主数据，并建立和其它业务系统主数据对应关系。

ESB平台：负责主数据仓库CRUD维护；创建接入系统资源公共谖口

（WebService.REST、数据库等），供系统之间资源调用；确保主数据在各系统

间唯一性。

4.1.1.主数据评定

从数据关键性、共享程度、应用范围等方面，建立主数据特征评定步骤。

凡符合主数据特征业务对象，均纳入主数据仓库管理。

4.1.2.初始数据导入

依据定义好主数据对象和特征字段（可识别关键字段，其中起源企业、起

源系统为必需字段），使用ETL从各分企业AJX业务系统中抽取，并以不

一样业务对象分类存放。

因为以往各分企业主数据独立，在此过程中还需要处理以下问题：

a）在仓库中新增不一样对象编码规则，并和该对象所在企业、原有编码

做对应；

b）依据主数据字段结构，合并不一样企业相同数据统计，将相同数据原

有编码和新编码做多对一关联；

其它系统数据可依据前面定义主数据特征评定，以决定是否需要纳入主数

据仓库管理，比如HR系统人员信息。

4.1.3.共享平台搭建

关键工作在ESB和各系统接口处理，可分为两个阶段工作内容：

阶段一

连接应用系统■，创建资源访问接口■,对外发布谖口

阶段一：建立和各应用系统连接，梳理业务包含数据库逻辑，并依据系统

本身提供接口［或直连数据库），将系统资源或业务抽象成可供外部调用

APIo

阶段二

连接异构系统■＞协议转换/消息处理■,建立事件路由

阶段二：以基于业务形式创建事件步骤，包含步骤各节点和不一样业务

系统接口连接，包含协议转换和消息内容处理。

4.1.4.维护更新

平台建立以后，后续关键工作集中在：

1）对新增主数据编码规则、字段建立，映射关系导入；

2）业务调整后，业务系统逻辑梳理及ESB平台接口、步骤修改；

3）新增业务系统，ESB平台接口实现；

4.2.应用场景

4.2.1.离职职员账号

以企业0A系统步骤为例，当有职员离职步骤审批经过后，ESB平台接收

到该离职职员特征信息消息，依据预先定义事件步骤，访问接入AJX、金

蝶、报表服务器等系统API,停用离职职员在该系统账号（需先建立该职

员主数据库统计和各系统统计对应关系）O

无法接入系统（VPN账号，0A步骤申请关联职员是否有账号），可经过

ESB平台调用消息接口（短信、微信等）或触发0A步骤，通知相关人员

处理。

4.2.2.用户资料管理

a）历史用户导入

使用ETL从AJX系统导入用户特征信息到主数据仓库，并新增唯一主

数据编码和原编号做对应关系，不一样企业相同用户建多对一关系，

但只在用户库中存放一条统计。

如其它系统也搜集用户资料，一样使用ETL导入主数据仓库，已存在

用户仅增加对应关系；不存在则增加主数据编码及对应关系。

b）用户新增

不管从哪套系统增加用户（能统一入口最好），全部能够使用ESB平

台获取该系统增加用户资料（如无接口推送消息，则只能使用ESB定

时拉取），和主数据库匹配：

•已存在：增加对应关系，（有需要）可经过ESB平台主动获取相

关系统该用户信息（销量等更多信息），刷新本系统，不用再去

反复搜集；

•不存在：增加主数据编码和对应关系，同时经过ESB平台推送该

用户资料到其它系统中（如需要）。

用户、职员（职员账号）、产品管理架构基础一致（见下表）：多套系统可

同时维护同一主数据对象，但相同对象只在主数据仓库中存有一条统计,

该统计和多个系统建立有对应关系，从而ESB平台才可依据该对应关系,

按业务需求对对应系统统计做CRUD管理。

主数据表：用户

MDM编码用户姓名身份证号码其它特征字段

10000001张三

10000002李四

用户对应关系

MDM编码起源系统起源企业对应特征码

10000001系统编号1101企业编号1011201

10000001系统编号1109企业编号101A1009

10000002系统编号1101企业编号10113333

10000002系统编号1107企业编号10113333

如能限制主数据对象新增入口（某套系统或统一平台），则对应关系维护

要简单得多。

4.2.3.多维度数据分析

基于ESB平台维护对应关系，在ESB创建《依据MDMID获取职员指定

月份、系统数据》接口，使用该接口可取出某个职员在全部业务系统数据，

比如对某个职员取数结果以下表：

某销售员，某月数据统计

MDM编姓名职位入职时薪等薪报销金错量造访用

间级额户数量

其中包含API接口和系统以下表（参数均为MDMAPI、日期）：

字段起源系统ESDAPI（假设）参数

姓名HR系统获取职员基础信息接口Mdmapi

职位

入职时间

薪等薪级报表服务获取销售员最新薪等薪级Mdmapi

器系统接口

报销金额0A系统获取销售员指定时间差旅Mdmapi、日期

费报销金额累计接口

销量AJX系统获取销售员指定时间销量Mdmapi、日期

接口

造访用户i到位获取销售员指定时间造访Mdmapix日期

数量用户数量接口

5.实施难度