主数据的前世今生 – 第 14 篇

用日志记录“开源软件”的诞生

【点亮星标】—- 祈盼着一个激励

博主开源地址：

码云：https://gitee.com/redragon/redragon-erp

GitHub：https://github.com/redragon1985/redragon-erp

主数据的前生

主数据不是一个新词，但它同时也不是一个与生俱来的词汇。在很久很久以前（当然也没那么久），信息化零碎呈现后，产生了一个通用词汇 – 根底数据，根底数据其实就是管理系统中，常常被应用的底层数据，它们很少变动却频繁援用，所以由此得名。貌似根底数据的呈现曾经能够解决问题了，但主数据又是从何而来呢？

那么咱们就持续来看看信息化的倒退历程，起初诞生的信息化零碎，往往都是独立的，繁多的存在，而根底数据也是严密耦合在管理系统中，甚至呈现在各个模块中，保护它们没有对立的逻辑和规定，应用上也仅仅是提供本人的零碎外部调用而已。随着时代的变迁，呈现了越来越多的信息化产品，它们自身是互相孤立和隔离的，就算不孤立也是以不同零碎独立存在的。尽管零碎类型变得更丰盛，但应用的底层根底数据其实依然是那些内容，如果还把根底数据放在某一零碎中，显然是不合理的。零碎设计的前辈们就开始逐步把这些根底数据剥离，性能也做了剥离，最终造成了一个独自的零碎，就叫做主数据系统。从此“主数据”这个更为高大上的名字开始流传开来。

主数据系统解决了哪些问题

之所以把主数据系统独立建设，肯定有它的本源所在。上面咱们就来别离聊聊。

（1） 主数据须要对立的治理和存储 ，以前更多的是把各自的根底数据存储在各自的管理系统中独立治理，但实质上这些数据的治理应该是对立的，因为它们肯定是公司层面确认并器重的外围数据，离开治理会减少治理的复杂度和危险。

（2） 主数据须要一套残缺的审批流程 ，所有这些数据的治理，不能是输出即失效的，公司层面肯定须要申请、审批、变更的流程。确认好这一流程对于企业中的外围数据的管控尤为重要，保证数据的唯一性、有效性、完整性才是主数据存在的另一个重大意义。

（3） 主数据调用形式的对立 ，随着 SOA，微服务的遍及和风行，主数据提供了更为支流的调用形式，通过 Restful 或 Webservice 提供调用接口，并应用缓存进步读取效率。此过程也会使主数据与业务零碎解耦，使数据的应用更高效、更平安。

肯定须要主数据系统吗？

主数据系统当然有存在的劣势，甚至是绝对优势，但不是肯定要搭建主数据系统，这要看企业以后的倒退阶段以及将来的倒退布局。因为要建设一套欠缺的主数据系统必然要花费大量的工夫老本和保护治理老本。所以如果企业以后阶段的主数据体量无限，并且不处于高速倒退的行业，其实没有必要立马建设欠缺的主数据系统。能够思考建设成信息化零碎的一个模块，只有保障性能绝对独立即可，便于当前剥离。

主数据如何设计

首先说说主数据管理的数据内容，次要包含：

（1）客户

（2）供应商

（3）物料

（4）经营主体

（5）财务科目

（6）财务核算主体

其次来看这些模块都须要提供哪些性能：

（1）申请及审核流程

（2）变更流程并保留变更历史记录

（3）综合查问和数据导出

（4）调用接口及调用记录

（5）数据安全性

设计时须要特地留神的中央 ：

（1）主数据肯定要做好数据唯一性、完整性的验证，如果呈现反复数据或者有效的数据，会葬送主数据存在的意义。

（2）主数据变更时要严格审核，因为业务零碎在应用主数据时记录的是主数据的编码，所以如果变更了主数据的含意字段，可能会造成之前应用这条主数据的业务的含意内容发生变化，而产生微小危险。

（3）主数据需做好数据隔离，因为同类数据都存储在一起，但调用的时候要思考到不同的应用权限问题，所以必要的隔离是离不开的。

（4）主数据的调用安全性，因为采纳接口方式调用，所以 API 平安认证不可短少，毕竟主数据是企业外围的价值数据。

后记

如果您对咱们正在做的开源软件感兴趣，欢送各种模式的单干，作为贡献者或间接退出咱们！让咱们一起打造一套开源的企业级信息化解决方案。

【码云】或【GitHub】搜寻“赤龙 ERP”点击星标。期待着您的反对！与开发者交换 kzca2000