优百信息

一：主数据模型标准的制定难点

1.1主数据模型标准制定

根据主数据管理(lǐ)实践白皮书，简单来说，主数据是指各个系统间共享的数据，往往会涉及到人员、组织机构、会计科(kē)目、银行账户、外部单位、物(wù)料等。这些数据需要通过一系列编码标准和描述标准定义后才可(kě)供下游系统使用(yòng)，编码的构成可(kě)根据实际需求设定，可(kě)以由系统按照一定的规则自动分(fēn)配流水码来实现。

主数据模型标准通常由一个或多(duō)个自然属性字段共同构成，通过不同的特征量、取值、符号等唯一确定不同功能(néng)的描述目标，而且自然属性必须具备客观性、稳定性和唯一性，例如一款商(shāng)品的规格型号、某人的出生日期、企业的统一社会信用(yòng)代码等，都可(kě)以当作是某一类主数据的某一项描述属性。

1.2主数据模型标准制定难点剖析

主数据模型标准必然要从定义本身出发，但在实际项目中，由于每个企业的信息化建设进程不同，有(yǒu)时主数据标准会被迫加入一些业務(wù)型字段信息，例如有(yǒu)的企业把ERP的物(wù)料工厂信息、采購(gòu)组织信息、仓库信息等也加入到物(wù)料主数据标准中，仅仅是為(wèi)了减少业務(wù)人员的工作习惯调整和操作便利。

从定义角度来看，标准应具有(yǒu)客观性、稳定性和唯一性；但从企业角度来看，还要考虑源头数据的兼容性、易用(yòng)性和高效性。如果主数据标准中加入业務(wù)型字段信息，会使主数据系统直接管理(lǐ)变化型数据，这并不是主数据管理(lǐ)的优势所在。如果标准以定义為(wèi)准，各类业務(wù)信息需要到相应业務(wù)系统逐一完善，又(yòu)会对工作效率有(yǒu)一定的影响。那么主数据标准是否应该囊括业務(wù)型字段呢(ne)？

1.3应对措施

思路一：主数据系统只保证数据的唯一性，由下游目标系统统一维护业務(wù)信息。

优点：主数据系统负责数据的唯一性，下游系统负责业務(wù)信息的准确性，系统间各司其职，优势互补。

缺点：新(xīn)增数据时，需要先在主数据系统维护基础信息，再到下游系统补录业務(wù)信息，应用(yòng)系统切换导致工作流加長(cháng)，没有(yǒu)连贯性，用(yòng)户體(tǐ)验不是特别好。

思路二：下游系统提供业務(wù)字段及相应标准，主数据系统作為(wèi)信息录入前端，将业務(wù)字段信息纳入主数据标准中。

优点：新(xīn)增数据时，只需要在主数据系统统一申请即可(kě)，再往别的信息系统集中分(fēn)发，用(yòng)户體(tǐ)验度好。

缺点：随着企业的组织逐步扩展、IT系统逐渐增多(duō)、业務(wù)愈加复杂，主数据的维护成本和集成成本会大大增加，主数据系统会逐渐变成业務(wù)系统，严重违背了主数据管理(lǐ)的初衷。

二：主数据集成设计的难点

2.1主数据集成的意义

企业建设主数据系统固化各类主数据标准、流程、权限及主数据代码库，打通不同系统、组织、业務(wù)之间的数据壁垒，通过统一集成分(fēn)发机制实现基础主数据的全企业范围内共享，最终实现对企业数据的统一源头、统一标准、统一视图管理(lǐ)，為(wèi)后续IT业務(wù)系统的建设提供数据保障。

如果将信息系统比喻成水库，那么系统集成就是将水库之间串并联而成的水道，水道上的水就是主数据，主数据从上游系统流通到下游，实现了数据共享。在好的集成设计中，数据流应具备稳定性、经济性和拓展性。

2.2数据流向难点剖析

如果以主数据系统作為(wèi)源头，原有(yǒu)标准的废止和新(xīn)标准的推广需要时间和过程，对企业现有(yǒu)系统和业務(wù)流程具有(yǒu)一定的冲击。事实上，一般企业的主数据项目启动较晚，信息系统建设已初具规模，有(yǒu)些系统的数据质量虽然不高但数据维度基本满足，可(kě)以作為(wèi)源头系统，例如HR系统的员工信息和组织机构数据，但此类系统可(kě)能(néng)和下游系统存在兼容性问题。那么在集成设计时数据源头该如何选择呢(ne)？

2.3应对措施

思路一：以主数据系统作為(wèi)数据源头，进行集中管控，向目标系统统一分(fēn)发。

优点：主数据系统作為(wèi)唯一的主数据入口，严格把关数据标准和质量，规范维护法则，实现数出同源、规范共享。作為(wèi)主数据官方出口，当数据出现问题时，无需多(duō)系统协调，只需在主数据系统中修复即可(kě)，严格保证数据的唯一性、准确性和完整性。

缺点：项目实施过程中，為(wèi)了保证数据的一致性，一些已建成系统需和主数据系统重新(xīn)开发接口并采用(yòng)前期制定的主数据标准，可(kě)能(néng)会对已建成的系统和业務(wù)流程带来一定的冲击，增加企业的资源成本。

思路二：以已建成系统作為(wèi)数据源头，数据审批完成生成正式编码后，提交给主数据系统进行统一的备案管理(lǐ)。

优点：不调整已建成系统的原有(yǒu)数据结构，在其基础上进行数据清洗，不仅提高了已建成系统的数据质量，减少对现有(yǒu)业務(wù)和系统的影响，也降低了主数据项目成本。

缺点：当源系统无法满足下游目标系统的数据需求时，需要对源系统进行相应调整，同时源系统-MDM-目标系统的接口程序也需要做相应调整，维护成本高，同时随着集成的需求和逻辑逐渐增加和复杂，给源系统带来一定的承载压力，不利于企业主数据的统一管理(lǐ)。

思路三：以一个源系统+主数据系统或多(duō)个源系统产生的同一主数据，在主数据系统统一汇集、整合、审批生成正式编码，形成多(duō)源头模式。

优点：充分(fēn)利用(yòng)现有(yǒu)系统的数据资源，不会对现有(yǒu)业務(wù)和系统带来较大影响，结合主数据管理(lǐ)的概念进行统一整合，实现主数据的统一规范管理(lǐ)，避免重复劳动，节约资源成本。

缺点：多(duō)源头主数据集成最大的风险在于数据质量管控，多(duō)个系统各自维护同一数据，如果没有(yǒu)严格的标准和法则进行约束，很(hěn)容易出现不一致的情况，日积月累，数据质量问题就会显现。

三：人事类主数据的应用(yòng)难点

3.1人事类主数据

人事类主数据包括人员和组织机构，人员包括企业的正式员工、外协员工、返聘员工、离退休人员、离职员工等，组织机构包括集团、公司、部门、事业部、班组等。不同岗位的人员组成部门，不同职能(néng)的部门构成企业，人员和组织机构是企业的运营基础，也是信息系统管理(lǐ)的核心元素。

3.2难点剖析

在主数据项目实施过程中，人事类主数据治理(lǐ)的难点不在于数据本身，而在于数据流向。基于IT系统和业務(wù)的需要，企业往往需要设立多(duō)套不同的人员和组织机构體(tǐ)系予以支撑，那么该如何建设好不同业務(wù)领域的人员和组织机构主数据呢(ne)？

3.3应对措施

思路一：主数据系统管理(lǐ)人员的基本信息和层级只到单位级的组织机构。

人事类主数据应用(yòng)（思路一）

此方案中主数据系统只管理(lǐ)人员的基本信息和内部单位，其原因有(yǒu)以下3点：

1)在大型投资性企业中，部门级组织机构调整比单位级组织机构调整更频繁，不符合主数据系统的管理(lǐ)标准。

2)单位级组织机构调整只需修改上下级关系，对下游系统影响较小(xiǎo)；而部门级组织机构与业務(wù)密切相关，调整时需要协同业務(wù)系统。

3)在主数据系统中，人员和单位信息数据标准化后与客商(shāng)、银行账户、会计科(kē)目等主数据相辅相成，而部门类数据利用(yòng)率较低。

结合上述3点原因，将人事类主数据分(fēn)成单位和部门两部分(fēn)，主数据系统管理(lǐ)单位，业務(wù)系统管理(lǐ)部门，不仅弥补了主数据系统对变化类数据的管理(lǐ)弱势，而且降低了组织机构调整对整个信息系统的冲击。部门调整和账務(wù)调整统一由业務(wù)系统管理(lǐ)，减少了冗余流程，提高了系统工作效率。此方案中各类数据的管理(lǐ)较為(wèi)科(kē)學(xué)，符合主数据的管理(lǐ)标准，但对现有(yǒu)系统存在一定冲击，需要各系统相互配合。

思路二：人事类主数据以HR系统為(wèi)源头，通过主数据系统向下游目标系统集中分(fēn)发。

人事类主数据应用(yòng)（思路二）

此方案中企业的信息系统共用(yòng)一套人员和组织机构，一般企业的人员和组织机构由HR系统管理(lǐ)（也有(yǒu)其他(tā)系统管理(lǐ)的情况），主数据系统以这类系统作為(wèi)人事类主数据的源头，数据清洗整合后，集中分(fēn)发至下游系统使用(yòng)。

这种思路实现了企业各系统在人事类数据方面的高度统一，但仅用(yòng)一套人员和组织机构实现多(duō)领域系统的高耦合应用(yòng)，通常伴有(yǒu)很(hěn)多(duō)潜在风险，下面以财務(wù)域和行政域的人事类主数据应用(yòng)举例说明：

风险一：一般的核算系统要求账務(wù)挂在末级部门下，且已被挂账的末级部门下不得新(xīn)增部门，而在HR系统中，末级部门下新(xīn)建部门通常没有(yǒu)限制。如果财務(wù)部门和人力部门不能(néng)解决系统兼容性问题，则两个系统无法共用(yòng)一套人员和组织机构。

风险二：核算系统中人员的履历信息和账務(wù)调整有(yǒu)关，且通常情况下，履历信息不属于主数据管理(lǐ)的范畴。如果需要履历信息，核算系统可(kě)以和HR系统进行增量开发，但业務(wù)核算中特殊需求较多(duō)，接口方式并不利于核算系统灵活地解决业務(wù)问题。

风险三：HR系统中的组织机构是行政类组织机构，只涵盖实體(tǐ)部门，核算系统需在其系统内自行添加核算需要用(yòng)的虚拟部门。

综上所述该思路起点高，但具有(yǒu)一定的局限性，不仅需要部门之间、系统之间的积极协调配合，还需要各系统具备一定的兼容性，弥补不同业務(wù)领域所带来的差异性。

思路三：在主数据系统中，建立多(duō)套人员和组织机构體(tǐ)系，满足各个领域系统业務(wù)的需求。

该思路以多(duō)领域系统的独立性為(wèi)前提，同时以集团下发的官方文(wén)件為(wèi)各系统的调整依据，既保证了独立性又(yòu)具有(yǒu)相对统一性。下面以财務(wù)域和行政域的人事类主数据应用(yòng)举例。

(1)单一核算系统

人事类主数据应用(yòng)-单核算系统（思路三）

因行政类组织机构和财務(wù)类组织机构不兼容，故形成两个视图，互不影响。HR系统负责行政类人员和组织机构的编码和维护；核算系统通过線(xiàn)下提供的调整说明书管理(lǐ)财務(wù)类人员和组织机构；主数据系统负责两个系统中人员和组织机构的唯一性。

当企业只有(yǒu)单个核算系统时，由核算系统管理(lǐ)财務(wù)类人员和组织机构更具优势，实现了数据变更和业務(wù)调整的内化解决，消除了人员和组织机构跨系统变更的复杂性。此方案中人员和组织机构的编码由HR系统和核算系统生成，两系统必须使用(yòng)一致的编码规则进行配码，保持编码的统一性。

(2)多(duō)套核算系统 SHAPE \* MERGEFORMAT

人事类主数据应用(yòng)-多(duō)核算系统（思路三）

当企业存在多(duō)套核算系统且板块交叉性业務(wù)较多(duō)时，建议由主数据系统统一管理(lǐ)财務(wù)类人员和组织机构。企业的人员和组织机构发生变更时，主数据系统结合下游系统调整规范与调整说明书做出相应调整，该工作需要安排专人负责，会增加一定的企业资源成本。

某些核算系统可(kě)能(néng)需要履历信息，该类数据变动性大，不属于主数据的管理(lǐ)范畴，建议核算系统以HR系统提供的履历信息作為(wèi)期初数据，根据业務(wù)需求自行管理(lǐ)。面对多(duō)核算系统时，此方案基本实现了人事类主数据的正常应用(yòng)，但為(wèi)了保证各核算系统的一致性，主数据系统必须作為(wèi)数据源头，数据调整伴随更多(duō)流程，降低了工作效率，专人维护工作也增加了资源成本。

四：总结

本文(wén)主要对大型集团企业主数据治理(lǐ)项目实施过程中，关于主数据模型标准的制定、主数据的集成设计时和人事类主数据的应用(yòng)这三个问题进行难点剖心并给出应对措施。实际操作过程中，应从多(duō)个角度分(fēn)析问题，每个方案都具有(yǒu)优势和劣势，需要结合企业的实际情况选取最优的解决方案，只有(yǒu)按照符合企业实际的实施方案实施数据治理(lǐ)，才能(néng)取得事半功倍的效果，助力企业的信息化建设更上一层楼。