CN118132558A - 一种主数据管理方法 - Google Patents
一种主数据管理方法 Download PDFInfo
- Publication number
- CN118132558A CN118132558A CN202410210908.9A CN202410210908A CN118132558A CN 118132558 A CN118132558 A CN 118132558A CN 202410210908 A CN202410210908 A CN 202410210908A CN 118132558 A CN118132558 A CN 118132558A
- Authority
- CN
- China
- Prior art keywords
- main data
- sub
- class
- data
- attributes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000013523 data management Methods 0.000 title claims abstract description 32
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000007792 addition Methods 0.000 claims description 24
- 238000007726 management method Methods 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 241000220225 Malus Species 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 235000021016 apples Nutrition 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
Abstract
本发明提供一种主数据管理方法,基于同一平台开发主数据管理系统和业务系统,基于主数据管理系统对主数据进行统一管理。本发明提供了一种主数据管理方法,用以解决现有技术中主数据管理实时性低、需人工干预的问题。
Description
技术领域
本发明涉及主数据管理技术领域,尤其涉及一种主数据管理方法。
背景技术
随着企业信息化的发展,智慧企业运行平台已覆盖合同、采购、资产管理等企业核心经营业务,不断增加的信息数据由于缺乏一致的数据源而存在重复冗余的情况,导致数据缺乏一致性、完整性、准确性,系统维护成本高、运营效率低下。因此,建立统一的资源库集中管理数据资产,即主数据管理,是企业信息系统发展的必经之路。但由于目前多数企业的业务都分散在相互独立的系统中,各业务系统通常采用“订阅-下发”的模式按需订阅主数据,该模式存在实时性低,需要人工干预等问题。
发明内容
本发明提供了一种主数据管理方法,用以解决现有技术中主数据管理实时性低、需人工干预的问题。
本发明提供一种主数据管理方法,基于同一平台开发主数据管理系统和业务系统,基于主数据管理系统对主数据进行统一管理。
可选的,所述主数据包括至少一个子类主数据,所述对主数据进行统一管理包括:
针对每个子类主数据分别确立管理规范;
基于所述管理规范建立所述每个子类主数据的数据库表结构,并对每个子类主数据进行管理。
可选的,所述管理规范包括编码原则、代码结构、属性、属性代码、格式和填写规则。
可选的,所述对每个子类主数据进行管理包括对每个子类主数据进行新增、查询、变更和作废。
可选的,所述新增包括单独新增、批量新增和相似新增。
可选的,还包括:
在所述新增时对新增的主数据进行相似去重,所述相似去重为匹配新增主数据和已有主数据的选定属性中都不为空的属性,并在所述都不为空的属性都匹配成功时弹出警示,选定属性可用于定位到唯一的一条主数据,选定属性至少包含一个属性。
可选的,还包括:
在所述新增后为新增的主数据请码,所述请码为根据预定规则为每个新增的主数据赋予一个唯一的索引码。
可选的,还包括:
通过流程控制所述新增、所述请码、所述变更和所述作废的过程。
可选的,还包括:
在所述新增、所述查询、所述变更和所述作废时,突出显示所述每个子类主数据在具体类别下必填的属性,所述具体类别通过进一步对所述每个子类主数据细分得到。
可选的,还包括:
以树形结构展示所述每个子类主数据的具体类别,并在选中一个具体类别时,以表格的形式显示被选中的具体类别下所有主数据的属性,所述具体类别通过进一步对所述每个子类主数据细分得到。
与现有技术相比,本发明不再采用“订阅-下发”模式,能实时提供准确、完整的主数据和支持流程稳定运转,保障了企业的数据安全,提高了主数据的管理效率。
附图说明
图1为本发明实施例提供的主数据管理系统架构的示意图;
图2为本发明实施例提供的采购需求单的示意图;
图3为本发明实施例提供的物资主数据批量新增功能的示意图;
图4为本发明实施例提供的物资主数据相似去重功能的示意图;
图5为本发明实施例提供的物资主数据树形结构的示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本实施例提供一种主数据管理方法,基于同一平台开发主数据管理系统和业务系统,基于主数据管理系统对主数据进行统一管理。
本实施例是在搭建业务系统的同一平台上开发主数据管理系统,如图1所示,此时,主数据管理系统与业务系统天然集成,共用平台引擎和数据库,数据库可以是Oracle数据库。本实施例中,业务系统包括合同、采购、资产、库房、公文、人力和IT运维管理等。主数据包括至少一个子类主数据,子类主数据通过对业务数据进行梳理和分类得到。本实施例包括四个子类主数据,分别是供方主数据、客户主数据、项目主数据和物资主数据。本实施例中,平台引擎包括流程设计、表单设计、业务对象设计和视图设计。在同一平台开发主数据管理系统和业务系统为主数据管理系统统一管理主数据提供了极大的优势和便利,主数据管理系统和业务系统间无需再采用订阅-下发模式。此时,业务系统本身不统一存储和管理主数据,只在业务流转过程中按需向主数据管理系统实时调用和更新主数据,具有安全性强、便于维护和数据使用效率高等优势。一旦数据出现异常,可直接停止主数据管理系统进行维护,此时,业务系统的相应功能会自动暂停,避免了进一步扩大影响,实现了管理与维修一体化。本实施例中,物资主数据与采购、合同和资产管理等业务系统强关联,以采购需求为例,发起采购需求审批单时,如图2所示,新增产品信息只能从物资主数据中选取,无法手动添加,如果物资主数据中不存在该产品信息,需先在主数据管理系统中新增该产品信息。
主数据是在企业核心业务中扮演基础角色且被多个业务系统共同使用的数据,具有唯一性、稳定性和持久性,主数据跟业务系统里流转的业务数据不同,主数据由主数据管理系统统一管理,且主数据对内容和格式有要求。
对主数据进行统一管理包括:
针对每个子类主数据分别确立管理规范;
基于管理规范建立每个子类主数据的数据库表结构,并对每个子类主数据进行管理。
管理规范包括编码原则、代码结构、属性、属性代码、格式和填写规则,属性包括基本属性和业务属性。数据库表结构是主数据在数据库的存储结构,比如将苹果的结构设置为颜色、大小、新鲜程度,则红色、大、新鲜就是某个苹果的具体内容,每个子类主数据都有单独的数据库表结构。如果存在上下级单位,后续需要跟上下级单位的主数据管理系统交换数据,在建立数据库表结构时可预留未来集成时需要的字段。
供方主数据的编码原则、代码结构、基本属性、业务属性和数据库表结构如下:
编码原则包括唯一性、简明性、稳定性、直观性、可扩充性和通用性,其中:唯一性指每个供方只有一个供方代码,每个供方代码仅对应一个供方;简明性指供方代码应结构简单,代码容量适中;稳定性指供方代码的属性应稳定,能够满足供方业务管理需要;直观性指供方代码应能够直观的反映分类,并通过不同的字段含义满足管控、分析需求;可扩充性指供方代码应预留适当容量,以适应供方日益增多的供方管理需求和系统扩展需要;通用性供方代码应符合多元化、多级管控的模式和特点,在单位能够通用;
代码结构指供方代码的代码结构,采用9位阿拉伯数字(100000000~899999999);
基本属性指主数据所包含的比较基础的内容,包括供方代码、供方名称、供方简称、社会信用代码、组织机构代码和地址等;
业务属性指主数据所包含的跟特定的业务需求有关的内容,包括供方隶属、单位类别、准入日期和信用类别等;
格式指主数据在数据库中的存储格式,包括文本、数值、列表、日期等;
填写规则指属性的填写要求,包括必填和填写形式等,比如电话号码填写规则是11位数字,但电话号码的格式为文本;
数据库表结构如表1所示:
表1
客户主数据的编码原则、格式和填写规则与供方主数据相同,代码结构、基本属性、业务属性和数据库表结构如下:
代码结构指客户代码的代码结构,采用9位阿拉伯数字
(100000000~899999999),如果某组织既是公司的供方又是公司的客户,则只赋予唯一代码;
基本属性包括客户代码、客户名称、客户简称、社会信用代码、组织机构代码等;
业务属性包括单位类别、客户隶属和信用类别等;
数据库表结构如表2所示:
表2
项目主数据的编码原则、格式和填写规则与供方主数据相同,代码结构、基本属性、业务属性和数据库表结构如下:
代码结构指项目代码的代码结构,采用2位项目分类码+7位流水码的结构,项目分类码采用1位项目大类+1位项目中类的结构,项目分类码的取值如表3所示:
表3
基本属性包括项目分类、填报单位、项目代码、项目名称、项目简称和项目描述等;
业务属性包括型号代码、所属板块、所属阶段和主责单位等;
数据库表结构如表4所示:
表4
物资主数据因较为敏感,在此不做展开描述。
对每个子类主数据进行管理包括对每个子类主数据进行新增、查询、变更和作废,其中:新增包括单独新增、批量新增和相似新增。如图3所示,在物资主数据中,采用批量新增功能可实现一次性新增多条主数据。相似新增即从已有主数据中选择相似的主数据作为基础进行新增,此时将自动代入该相似的主数据的已有属性,只需在此基础上对不同之处进行修改,有效减少了主数据新增时的工作量。本实施例中,经常需要添加具体类别相同但型号规格不同的物资主数据,例如同一类型但不同尺寸的螺母,此时,为了减轻新增时的工作量,可在已有的螺母数据中选择相似的螺母数据,采用相似新增功能在该相似螺母数据的原有属性进行修改,并完成新增。
为了避免重复添加数据,可在新增时对新增的主数据进行相似去重,相似去重为匹配新增主数据和已有主数据的选定属性中都不为空的属性,并在所述都不为空的属性都匹配成功时弹出警示,选定属性可用于定位到唯一的一条主数据,选定属性至少包含一个属性。由于选定属性可能包括非必填的属性,因此存在不能对所有选定属性都进行模糊匹配的情况,所以相似去重只匹配新增主数据和已有主数据的选定属性中都不为空的属性。本实施例根据数据库命令中的like来进行模糊匹配,即将新增主数据和已有主数据的选定属性进行比较,看两者的选定属性是否包含彼此,包含则代表匹配成功。本实施例中,供方主数据、客户主数据和项目主数据的选定属性是名称和简称,而物资主数据由于存在很多名称一致但型号规则不同的数据,所以选定属性是名称和型号规格。通过相似去重,可避免因人工审核不严谨而新增相同数据等误操作,进而导致系统中存在大量重复冗余的脏数据。如图4所示,以直流电源为例,物资主数据中已经存在直流电源的数据,新增时输入相近的名称和规格型号时便会弹出提醒。
为了使得业务系统可通过唯一的索引码搜索和获取主数据,可在新增后为新增的主数据请码,请码为根据预定规则为每个新增的主数据赋予一个唯一的索引码。本实施例中,对于供方主数据,预定规则为将供方代码加一作为供方主数据的索引码。
为保证数据的正确性和完整性,同时使全过程都可追溯,实现一数一源,可通过流程控制新增、请码、变更和作废的过程,流程一般包括发起和审批环节。在采用批量新增功能时,批量主数据的请码可在一次流程中完成,提高了批量主数据的请码效率。
每个子类主数据的属性各不相同,同时,每个子类主数据又可进一步细分为不同的具体类别,使得每个子类主数据在不同的具体类别下必填的属性也各有差异。例如:螺丝和软件都属于物资主数据,但属于不同的具体类别,螺丝注重型号尺寸,软件对尺寸没有要求,注重的是版本,两者必填的属性是不同的。因此,可在新增、查询、变更和作废时,突出显示每个子类主数据在具体类别下必填的属性。本实施例中,突出显示的方式为在属性前面添加红色“*”作为提示。
以树形结构展示每个子类主数据的具体类别,并在选中一个具体类别时,以表格的形式显示被选中的具体类别下所有主数据的属性。物资主数据的树形结构如图5所示,物资主数据具体类别较为复杂,层级较多。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种主数据管理方法,其特征在于,基于同一平台开发主数据管理系统和业务系统,基于主数据管理系统对主数据进行统一管理。
2.根据权利要求1所述方法,其特征在于,所述主数据包括至少一个子类主数据,所述对主数据进行统一管理包括:
针对每个子类主数据分别确立管理规范;
基于所述管理规范建立所述每个子类主数据的数据库表结构,并对每个子类主数据进行管理。
3.根据权利要求2所述方法,其特征在于,所述管理规范包括编码原则、代码结构、属性、属性代码、格式和填写规则。
4.根据权利要求3所述方法,其特征在于,所述对每个子类主数据进行管理包括对每个子类主数据进行新增、查询、变更和作废。
5.根据权利要求4所述方法,其特征在于,所述新增包括单独新增、批量新增和相似新增。
6.根据权利要求4所述方法,其特征在于,还包括:
在所述新增时对新增的主数据进行相似去重,相似去重为匹配新增主数据和已有主数据的选定属性中都不为空的属性,并在所述都不为空的属性都匹配成功时弹出警示,选定属性可用于定位到唯一的一条主数据,选定属性至少包含一个属性。
7.根据权利要求4所述方法,其特征在于,还包括:
在所述新增后为新增的主数据请码,请码为根据预定规则为每个新增的主数据赋予一个唯一的索引码。
8.根据权利要求7所述方法,其特征在于,还包括:
通过流程控制所述新增、所述请码、所述变更和所述作废的过程。
9.根据权利要求4所述方法,其特征在于,还包括:
在所述新增、所述查询、所述变更和所述作废时,突出显示所述每个子类主数据在具体类别下必填的属性,具体类别通过进一步对每个子类主数据细分得到。
10.根据权利要求3所述方法,其特征在于,还包括:
以树形结构展示所述每个子类主数据的具体类别,并在选中一个具体类别时,以表格的形式显示被选中的具体类别下所有主数据的属性,具体类别通过进一步对每个子类主数据细分得到。
Publications (1)
Publication Number | Publication Date |
---|---|
CN118132558A true CN118132558A (zh) | 2024-06-04 |
Family
ID=
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7657777B2 (en) | Common semantic model of management of a supply chain | |
US8055650B2 (en) | System and method for accessing data in disparate information sources | |
US7574379B2 (en) | Method and system of using artifacts to identify elements of a component business model | |
JP4676199B2 (ja) | カスタマのアクティビティを統合、管理、および調整するためのシステムおよび方法 | |
US8555248B2 (en) | Business object change management using release status codes | |
US8311975B1 (en) | Data warehouse with a domain fact table | |
US7949694B2 (en) | Management of contract data | |
US8645431B2 (en) | Multi-level supply chain management system and methods | |
CN104067216A (zh) | 用于实施可扩展数据存储服务的系统和方法 | |
CN102436473A (zh) | 菜单管理装置和菜单管理方法 | |
US20230418844A1 (en) | User identifier match and merge process | |
Li et al. | Entity-relationship diagram | |
CN111709702A (zh) | 一种产品全生命周期管理系统 | |
US20100049734A1 (en) | Fast search views over business objects | |
CN112084177B (zh) | 基于数据采集治理及挖掘分析的数据池应用方法及装置 | |
CN111311403B (zh) | 一种策略交易引擎系统 | |
CN118132558A (zh) | 一种主数据管理方法 | |
US8200701B2 (en) | Handling of data in a data sharing system | |
KR20160103841A (ko) | 메타모델을 이용한 상품관리 시스템 및 방법 | |
CN116450637A (zh) | 一种数据管理方法、装置、电子设备以及存储介质 | |
JP2009048594A (ja) | グローバル品目データ、品目管理プログラム、このプログラムにより動作する装置 | |
CN114564621A (zh) | 一种关联数据的方法、装置、设备及可读存储介质 | |
JPH03136753A (ja) | 技術変更実施用自動化システム及び方法 | |
US20040122749A1 (en) | System and method for managing manufacturing orders | |
CN115617805B (zh) | 一种基于元模型进行系统工程数字化建模系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication |