主数据的前世今生--第14篇
用日志记录“开源软件”的诞生
【点亮星标】----祈盼着一个鼓励
博主开源地址：
主数据的前生
主数据不是一个新词，但它同时也不是一个与生俱来的词汇。在很久很久以前（当然也没那么久），信息化系统出现后，产生了一个通用词汇--基础数据，基础数据其实就是管理系统中，经常被使用的底层数据，它们很少变化却频繁引用，所以由此得名。貌似基础数据的出现已经可以解决问题了，但主数据又是从何而来呢？
那么我们就继续来看看信息化的发展历程，起初诞生的信息化系统，往往都是独立的，单一的存在，而基础数据也是紧密耦合在管理系统中，甚至出现在各个模块中，维护它们没有统一的逻辑和规则，使用上也仅仅是提供自己的系统内部调用而已。随着时代的变迁，出现了越来越多的信息化产品，它们本身是相互孤立和隔离的，就算不孤立也是以不同系统独立存在的。虽然系统类型变得更丰富，但使用的底层基础数据其实仍然是那些内容，如果还把基础数据放在某一系统中，显然是不合理的。系统设计的前辈们就开始逐渐把这些基础数据剥离，功能也做了剥离，最终形成了一个单独的系统，就叫做主数据系统。从此“主数据”这个更为高大上的名字开始传播开来。
主数据系统解决了哪些问题
之所以把主数据系统独立建设，一定有它的根源所在。下面我们就来分别聊聊。
（1）主数据需要统一的管理和存储，以前更多的是把各自的基础数据存储在各自的管理系统中独立管理，但本质上这些数据的管理应该是统一的，因为它们一定是公司层面确认并重视的核心数据，分开管理会增加管理的复杂度和风险。
（2）主数据需要一套完整的审批流程，所有这些数据的管理，不能是输入即生效的，公司层面一定需要申请、审批、变更的流程。确认好这一流程对于企业中的核心数据的管控尤为重要，保证数据的唯一性、有效性、完整性才是主数据存在的另一个重大意义。
（3）主数据调用方式的统一，随着SOA，微服务的普及和流行，主数据提供了更为主流的调用方式，通过Restful或Webservice提供调用接口，并使用缓存提高读取效率。此过程也会使主数据与业务系统解耦，使数据的使用更高效、更安全。
一定需要主数据系统吗？
主数据系统当然有存在的优势，甚至是绝对优势，但不是一定要搭建主数据系统，这要看企业当前的发展阶段以及未来的发展规划。因为要建立一套完善的主数据系统必定要花费大量的时间成本和维护管理成本。所以如果企业当前阶段的主数据体量有限，并且不处于高速发展的行业，其实没有必要立马建立完善的主数据系统。可以考虑建设成信息化系统的一个模块，只要保证功能相对独立即可，便于以后剥离。
主数据如何设计
首先说说主数据管理的数据内容，主要包括：
（1）客户
（2）供应商
（3）物料
（4）经营主体
（5）财务科目
（6）财务核算主体
其次来看这些模块都需要提供哪些功能：
（1）申请及审核流程
（2）变更流程并保存变更历史记录
（3）综合查询和数据导出
（4）调用接口及调用记录
（5）数据安全性
设计时需要特别注意的地方：
（1）主数据一定要做好数据唯一性、完整性的验证，如果出现重复数据或者无效的数据，会断送主数据存在的意义。
（2）主数据变更时要严格审核，由于业务系统在使用主数据时记录的是主数据的编码，所以如果变更了主数据的含义字段，可能会造成之前使用这条主数据的业务的含义内容发生变化，而产生巨大风险。
（3）主数据需做好数据隔离，因为同类数据都存储在一起，但调用的时候要考虑到不同的使用权限问题，所以必要的隔离是离不开的。
（4）主数据的调用安全性，由于采用接口方式调用，所以API安全认证不可缺少，毕竟主数据是企业核心的价值数据。
后记
如果您对我们正在做的开源软件感兴趣，欢迎各种形式的合作，作为贡献者或直接加入我们！让我们一起打造一套开源的企业级信息化解决方案。
