CN115827628A - 一种主数据管理系统及主数据管理方法 - Google Patents

Abstract

本申请公开了一种主数据管理系统及主数据管理方法，主数据管理系统包括后台存储系统和至少一个前端业务系统；后台存储系统通过输入接口接收前端业务系统的第一标准化主数据，审批和存储第一标准化主数据；前端业务系统通过后台存储系统的输出接口使用后台存储系统内的第二标准化主数据；不同的前端业务系统依据业务需求设置不同的个性化审批流程和个性化交互界面。本申请中，后台存储系统通过个性化审批流程审批各个前端业务系统的主数据后存储为标准化主数据，在此基础上，各个前端业务系统调用后台存储系统的标准化主数据并通过个性化交互界面实现标准化主数据的利用，既实现了主数据的集中管理，又实现了业务系统的个性化流程。

Description

一种主数据管理系统及主数据管理方法

技术领域

本申请涉及数据处理技术领域，更具体地，涉及一种主数据管理系统及主数据管理方法。

背景技术

主数据是企业的基础数据，它对企业的事务性数据起到支撑性的作用。主数据管理是把企业中多个业务系统中核心的、重要的共享数据进行整合，集中进行数据的整理和标准化，最终通过主数据管理系统进行维护和管理，供各个业务系统使用。

传统的主数据系统有两种实现方式：

1、集中式：各个业务系统的主数据管理集中在同一个系统中，即在该系统中实现诸如主数据流程审批、统一编码、数据维护、数据分发等功能。由于使用统一的系统来管理主数据，主数据系统难以针对不同业务系统的主数据应用场景进行个性化的管理，例如：供应商主数据的审核流程和用户主数据的审批流程不同，但集中的主数据系统难以实现不同业务系统的个性化流程。

2、备案式：主数据的产生、审批在不同的业务系统中实现，随后业务系统向主数据中心平台发送主数据。这种做法可以在各个业务系统中实现个性化的主数据管理，但是缺点是在主数据中心平台上难以实现统一的管理。例如：如果要删除或者停用一个供应商，那么需要在供应商管理系统中执行此操作，在主数据管理系统中无法对该供应商数据进行操作，否则数据可能出现不一致的情况。

综上，“集中式”主数据管理的缺点在于不易实现个性化，“备案式”主数据管理的缺点在于难于集中管控，这对企业真正地用好、用活主数据系统带来了挑战。

此外，传统的主数据管理系统通常使用关系型数据库，在横向扩展性上有一定的局限性，并且关系型数据库在处理递归关系检索、关键字全文匹配方面也存在效率不够高、检索速度不够快的缺点。

发明内容

本申请提供一种主数据管理系统及主数据管理方法，后台存储系统通过个性化审批流程审批各个前端业务系统的主数据后存储为标准化主数据，在此基础上，各个前端业务系统调用后台存储系统的标准化主数据并通过个性化交互界面实现标准化主数据的利用，既实现了主数据的集中管理，又实现了业务系统的个性化流程。

本申请提供了一种主数据管理系统，包括后台存储系统和至少一个前端业务系统；

后台存储系统通过输入接口接收前端业务系统的第一标准化主数据，审批和存储第一标准化主数据；

前端业务系统通过后台存储系统的输出接口使用后台存储系统内的第二标准化主数据；不同的前端业务系统依据业务需求设置不同的个性化审批流程和个性化交互界面。

优选地，每个前端业务系统具有第一流程引擎，第一流程引擎包括个性化审批流程和个性化主数据审批表单，主数据审批表单中主数据的数据结构信息与后台存储系统中同类主数据的数据结构信息相同。

优选地，后台存储系统内的数据抽象为实体数据和关系数据。

优选地，后台存储系统包括图数据库和搜索引擎，图数据库中存储实体数据和关系数据，搜索引擎中存储实体数据。

优选地，后台存储系统还包括原始数据库和数据库变动数据抓取模块，原始数据库存储第一标准化主数据，数据库变动数据抓取模块侦听原始数据库并获得第一变动数据，将第一变动数据写入内部消息队列；

前端业务系统、图数据库和搜索引擎依据内部消息队列内的第一变动数据更新自身的主数据。

优选地，主数据管理系统还包括用于管理多个业务系统的通用前端系统，通用前端系统具有第二流程引擎，第二流程引擎使用标准的审批流程；

通用前端系统中，不同的业务系统对应不同的域，对不同的域实行独立的管理。

优选地，后台存储系统监听或定时抽取主数据管理系统之外的业务系统的第二变动数据或通过数据写入接口接收第二变动数据，并依据第二变动数据更新自身的主数据。

本申请还提供一种主数据管理方法，基于前端业务系统，主数据管理方法包括：

调用至少一个表单数据，表单数据的主数据的数据结构信息与后台存储系统中同类主数据的数据结构信息相同；

依据业务需求编排至少一个表单数据，形成个性化主数据审批表单；

依据业务需求设置主数据的审批过程，形成个性化审批流程；

响应于接收到待更新主数据，将待更新主数据输入个性化主数据审批表单，并依据个性化审批流程向后台存储系统发起审批请求。

优选地，主数据管理方法还包括：

订阅或监听后台存储系统的内部消息队列；

若内部消息队列中存在与自身业务相关的第三变动数据，则依据第三变动数据更新自身的主数据。

优选地，通过拖拉拽的方式组装个性化主数据审批表单和/或个性化审批流程。

通过以下参照附图对本申请的示例性实施例的详细描述，本申请的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本申请的实施例，并且连同其说明一起用于解释本申请的原理。

图1为本申请提供的主数据管理系统的结构示意图；

图2为本申请提供的主数据管理系统的一个实例的结构示意图；

图3为本申请提供的后台存储系统中的主数据的一个实例；

图4为本申请提供的主数据管理方法的流程图。

具体实施方式

现在将参照附图来详细描述本申请的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本申请及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

本申请提供一种主数据管理系统及主数据管理方法，后台存储系统通过个性化审批流程审批各个前端业务系统的主数据后存储为标准化主数据，在此基础上，各个前端业务系统调用后台存储系统的标准化主数据并通过个性化交互界面实现标准化主数据的利用，既实现了主数据的集中管理，又实现了业务系统的个性化流程。

如图1所示，主数据管理系统包括后台存储系统110和至少一个前端业务系统120。

后台存储系统110包括输入接口和输出接口。后台存储系统110通过输入接口接收前端业务系统120的第一标准化主数据，审批和存储第一标准化主数据。

在后台存储系统110中，每一类主数据都需要预先定义和保存主数据的数据结构信息。数据结构信息包括字段名称、字段类型、是否允许空值、是否是用户填写、取值范围、是否是嵌套字段等信息。由此，每一类主数据的数据结构信息是一致的。

作为一个实施例，后台存储系统内的数据抽象为实体数据和关系数据。请参考图2，作为一个实施例，后台存储系统包括原始数据库、数据库变动数据抓取模块、图数据库和搜索引擎。原始数据库存储第一标准化主数据，数据库变动数据抓取(Change DataCapture,CDC)模块(图2中示为CDC软件)侦听原始数据库并获得第一变动数据，将第一变动数据写入内部消息队列。前端业务系统120、图数据库、搜索引擎以及外部的业务系统依据内部消息队列内的第一变动数据更新自身的主数据。例如：请参考图2，数据湖应用可以监听主数据的变动消息，并将更新后的主数据录入到数据湖中用做数据质量检查。

具体地，图数据库中存储实体数据和关系数据，搜索引擎中存储实体数据。主数据以“实体”的方式存储在图数据库的“节点(node)”中和搜索引擎中的“文档(document)”中，保证不同业务场景下所有的主数据存储方式统一，方便进行统一的维护和管理。主数据之间的关系存储在图数据库中节点之间的“边(Edge)”中，方便进行快速的递归关系检索。

在该实施例中，图数据库和搜索引擎具备横向扩展能力。图数据库支持对于复杂关系的设置、检索，使用如Nebu l a等的集群图数据库可以保证良好的性能和功能扩展性，能够支持数十亿甚至数百亿的数据量；使用如E l ast icsearch等的搜索引擎可以支持数十亿甚至数百亿的文档检索数量。

前端业务系统120直接访问后台存储系统110并通过后台存储系统110的输出接口使用后台存储系统110内的第二标准化主数据，用于实现其业务功能。不同的前端业务系统依据业务需求设置了不同的个性化交互界面。不同的前端业务系统120依据业务需求设置了不同的个性化审批流程。

在后台存储系统的数据架构基础上，每个前端业务系统120根据实际的业务需求定制前置应用程序，该应用程序仅用来实现不同业务场景下不同的个性化展示和管理需求以及不同的前端交互界面。所有前端业务系统120使用后台存储系统的统一数据架构来存储和管理主数据。例如：对于用户类主数据，通常需要用户自助服务的门户，例如用户可以自行登录前置应用程序修改自己的基础信息(例如电话号码、学历、工作履历等)，用户自行提交或由单位的组织机构管理员提交部门的变更申请，由人力资源部门提出离职等，实现待更新的用户类主数据的输入；对于供应商类主数据，供应商在通过招投标后，需要由物资采购部门工作人员录入供应商基本信息，经审批后供应商主数据生效，供应商可以通过自助门户修改其基本信息，例如公司案例、供应产品范围等，实现待更新的供应商类主数据的输入。

前端业务系统120接收到待更新的主数据后，通过个性化审批流程向后台存储系统110发起审批申请，后台存储系统110审批通过后，将待更新的主数据存储到后台存储系统110中。

具体地，每个前端业务系统120具有第一流程引擎，第一流程引擎包括上述个性化审批流程和个性化主数据审批表单，主数据审批表单中主数据的数据结构信息与后台存储系统110中同类主数据的数据结构信息相同。主数据审批表单中的主数据使用后台存储系统110内同类主数据的数据结构信息。作为一个实施例，表单数据通过后台存储系统110的主数据的数据结构自动生成。

可以依据不同业务场景的需要通过拖拉拽的方式自定义表单数据和审批流程的编排方式，实现组装，最终形成个性化主数据审批表单和/或个性化审批流程。

通过预先定义的表单数据格式动态生成前端表单而无需修改源代码，使用流程引擎和表单可以使用低代码的方式快速定制主数据的审批流程，用户在新建主数据并且经过了审批之后，主数据就可以存储到后台存储系统中，提高定制审批过程的效率。

大多数情况下，不同业务系统之间的主数据管理差异在于审批流程。不同的用户、供应商、商品的主数据维护和管理需要不同的审批流程。通过使用上述的流程引擎可以增强流程的可配置性和个性化设计能力，业务人员可以灵活定义审批表单和审批流程，能够大幅减少增加新的主数据管理流程的工作量。

优选地，如图1所示，主数据管理系统还包括用于管理多个业务系统的通用前端系统130，通用前端系统130具有第二流程引擎，第二流程引擎使用标准的审批流程。通用前端系统130中，不同的业务系统对应不同的域，对不同的域实行独立的管理。

优选地，考虑到主数据管理系统存在没有覆盖的业务系统，因此临时使用“备案式”主数据管理方式来管理未覆盖的业务系统。后台存储系统110监听或定时抽取主数据管理系统之外的业务系统(即没有在本申请的主数据管理系统中注册)的第二变动数据或通过数据写入接口接收第二变动数据，并依据第二变动数据更新自身的主数据。

基于上述说明，图2和3示出了其中一个实例。图3展示了一个后台存储系统中的主数据的特点，主数据包括用户主数据(包括组织机构、用户)、商品主数据(包括商品分类、商品)、供应商主数据(包括供应商分类、供应商、供应商合同)和店铺主数据(包括店铺分类、店铺、店铺经营范围)四大类主数据。这些数据存储在同一个图数据库中。不同类型的主数据可以有相互的关联关系，例如一个用户可能是某大类商品的管理员，商品可能隶属于多个不同的商品分类；一个供应商可能签署了多个供应合同，而每个供应合同中都会涉及到一个或者多个商品的供应。

图2示出了该实例的数据管理系统的结构。其中，后台存储系统使用统一的图数据库和搜索引擎来存储主数据，主数据的数据结构信息是标准化的，即每个类型的主数据包括了哪些字段，这些字段的名称、数据类型、取值范围、是否允许空值、是否允许用户填写、是否是嵌套字段和嵌套字段的父级字段等信息，这些数据结构信息有利于前端动态生成表单，以及用来校验输入的数据是否合规。用户主数据、商品主数据、供应商主数据、店铺主数据均共享同样的后台数据存储，即后台存储系统的图数据库和搜索引擎。所有的主数据存储使用统一的“实体”和“关系”体系。

优选地，为了区分不同的主数据类型，可以在图数据库和搜索引擎中为节点增加数据类型描述字段，用来表示主数据的类型(商品、用户、组织机构或者是其他)。

由于图数据库和搜索引擎都支持动态地增加节点或者文档的属性字段，因此可以动态地增加主数据的其他属性字段。

使用图数据库可以高效地检索带有递归关系的数据，例如，检索某个供应商曾经通过合同供应的所有商品、所有商品类型等，在图数据库中仅需要很简单的查询语句即可实现。

如图2所示，该数据管理系统包括“用户中心”、“商品中心”两个定制开发的前端业务系统，这两个前端业务系统内嵌或者共享流程引擎，分别针对“用户管理”和“商品管理”两个不同的业务场景实现定制的管理逻辑和用户界面。

用户中心用于专门管理用户和组织机构。在用户中心中，针对用户领域的主数据管理可以实现的定制包括：1.用户自助服务平台，用户可以自行修改自己的数据信息，部分关键信息，例如用户所属的组织机构等的修改需要得到管理员的审批；2.用户权限管理，管理员可以授权用户访问某些业务系统，这些授权信息会推送到消息队列中由相关的业务系统处理授权信息。

商品中心用于管理商品相关的主数据。在商品中心中，针对商品领域的主数据管理可以实现的定制包括：1.商品首次销售流程：一些商品在加入到主数据系统之前需要通过商品首次销售的流程，例如对商品制造厂商和供应商的资质审核、银行开户、报送相关政府部门审批、质量相关材料建档等流程；2.商品分级管理：对于大型集团型企业，不同的法人或分公司可以有不同范围的商品管理权限，不同分公司、不同属性的商品管理流程可能会存在不同。

该数据管理系统还包括通用的前端业务系统—“主数据中心”，对于未实现定制的业务系统，用户可以使用“主数据中心”来管理主数据，例如，当前尚不存在“店铺中心”这个为店铺管理定制的前端业务系统，可以暂时使用“主数据中心”来管理店铺类主数据。可以理解地，也可以通过“主数据中心”来管理供应商类主数据。供应商类主数据和店铺类主数据被划分到不同的“域”中。“主数据中心”使用标准的审批流程，使用标准的页面查阅和管理主数据。主数据中心的管理方式是按照“域”进行的，即用户在管理供应商主数据和店铺主数据时，需要进行切换，一次只能够管理一个域中的主数据。

通过审批表单和流程引擎，用户中心、商品中心、主数据中心等前端业务系统可以读取和修改其中的主数据。

基于上述数据管理系统，本申请还提供了一种基于前端业务系统的主数据管理方法。如图4所示，主数据管理方法包括：

S410：调用至少一个表单数据，表单数据的主数据的数据结构信息与后台存储系统中同类主数据的数据结构信息相同。

S420：依据业务需求(例如通过拖拉拽的方式)编排至少一个表单数据，形成个性化主数据审批表单。

S430：依据业务需求设置主数据的审批过程，形成个性化审批流程。

S440：响应于接收到待更新主数据，将待更新主数据输入个性化主数据审批表单，并依据个性化审批流程向后台存储系统发起审批请求。

优选地，主数据管理方法还包括：

P1：订阅或监听后台存储系统的内部消息队列。

P2：若内部消息队列中存在与自身业务相关的第三变动数据，则依据第三变动数据更新自身的主数据。

本申请中，使用统一的数据架构(后台存储系统)存储所有主数据相关的信息，集中存储和管理数据，便于统一规范。在符合前端业务部门流程的同时，统一的主数据的结构和访问方式最大程度地突出了主数据管理的共性，避免后台数据存储结构的个性化定制，降低了后台定制的成本，实现数据结构共享、基本主数据管理流程共享、统一主数据存储和使用规范，解决了“集中式”主数据系统难以实现个性化以及“备案式”主数据系统不容易实现集中的主数据管理和维护的问题。

虽然已经通过例子对本申请的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上例子仅是为了进行说明，而不是为了限制本申请的范围。本领域的技术人员应该理解，可在不脱离本申请的范围和精神的情况下，对以上实施例进行修改。本申请的范围由所附权利要求来限定。

Claims (10)

1.一种主数据管理系统，其特征在于，包括后台存储系统和至少一个前端业务系统；

所述后台存储系统通过输入接口接收所述前端业务系统的第一标准化主数据，审批和存储所述第一标准化主数据；

所述前端业务系统通过所述后台存储系统的输出接口使用所述后台存储系统内的第二标准化主数据；不同的前端业务系统依据业务需求设置不同的个性化审批流程和个性化交互界面。

2.根据权利要求1所述的主数据管理系统，其特征在于，每个前端业务系统具有第一流程引擎，所述第一流程引擎包括所述个性化审批流程和个性化主数据审批表单，所述主数据审批表单中主数据的数据结构信息与所述后台存储系统中同类主数据的数据结构信息相同。

3.根据权利要求1或2所述的主数据管理系统，其特征在于，所述后台存储系统内的数据抽象为实体数据和关系数据。

4.根据权利要求3所述的主数据管理系统，其特征在于，所述后台存储系统包括图数据库和搜索引擎，所述图数据库中存储实体数据和关系数据，所述搜索引擎中存储实体数据。

5.根据权利要求4所述的主数据管理系统，其特征在于，所述后台存储系统还包括原始数据库和数据库变动数据抓取模块，所述原始数据库存储所述第一标准化主数据，所述数据库变动数据抓取模块侦听所述原始数据库并获得第一变动数据，将所述第一变动数据写入内部消息队列；

所述前端业务系统、所述图数据库和所述搜索引擎依据所述内部消息队列内的第一变动数据更新自身的主数据。

6.根据权利要求1所述的主数据管理系统，其特征在于，还包括用于管理多个业务系统的通用前端系统，所述通用前端系统具有第二流程引擎，所述第二流程引擎使用标准的审批流程；

所述通用前端系统中，不同的业务系统对应不同的域，对不同的域实行独立的管理。

7.根据权利要求5所述的主数据管理系统，其特征在于，所述后台存储系统监听或定时抽取所述主数据管理系统之外的业务系统的第二变动数据或通过数据写入接口接收所述第二变动数据，并依据所述第二变动数据更新自身的主数据。

8.一种主数据管理方法，基于前端业务系统，其特征在于，所述主数据管理方法包括：

调用至少一个表单数据，所述表单数据的主数据的数据结构信息与后台存储系统中同类主数据的数据结构信息相同；

依据业务需求编排所述至少一个表单数据，形成个性化主数据审批表单；

依据业务需求设置主数据的审批过程，形成个性化审批流程；

响应于接收到待更新主数据，将所述待更新主数据输入所述个性化主数据审批表单，并依据所述个性化审批流程向所述后台存储系统发起审批请求。

9.根据权利要求8所述的主数据管理方法，其特征在于，还包括：

订阅或监听所述后台存储系统的内部消息队列；

若所述内部消息队列中存在与自身业务相关的第三变动数据，则依据所述第三变动数据更新自身的主数据。

10.根据权利要求8所述的主数据管理方法，其特征在于，通过拖拉拽的方式组装所述个性化主数据审批表单和/或所述个性化审批流程。

Images