编辑导语：在行业成长的进程中凡是会经验几个阶段，实现由无到有的信息化打破，逐渐冲破信息化壁垒实现横向的意会。为支撑房地产企业的进一步成长，亟需对企业沉淀的数据举办管理，担保基本数据统一、尺度、精确。

对付主数据的界说，今朝在 *** 上主流的界说为三个特点：高代价、高共享、相对不变，可是我小我私家认为在房地产行业对付主数据的三个特点并不是完全贴切。

譬喻：主数据要具备高共享这个特点，我们经常认为一个项目标名称就应该跟每小我私家身份证上的姓名一样，可以共享。

可是实际房地产行业从拿地的地块名称，到报批报建的存案名，以及后头销售宣传的推广名。实际上我们可以发明，就项目名称而言，好像就并不具备高共享的特点。

——这主要是由房地产开拓的流程造成的。

在前期筹谋拿地阶段，我们往往直接用宗地名称，譬喻：B107-24地块。

到了最初报建时，往往只是劈头想了个案名，待到楼盘真正动工和销售时，开拓商凡是会招投标，并跟署理公司、营销部分重复接头，其间会深入挖掘项目特色、焦点代价、客户需求，并团结开拓商的品牌特色，此时往往会有好的创意冒出来。

一个项目冒出了多个项目名称，项目编码好像酿成了独一可以校验共享的主数据，可是它却又没有发生出多高的代价，至少在任何场所的讲述、投策、运营、本钱、营销在项目拉通的进程中并不会记着那一串项目编码。

第二：面积类的数据，具备高代价，高共享。可是却并不相对不变，我们从前期定位筹谋，当局报批报建，筹划调解，工规获取，一直到最后的竣工验收，面积好像一直都在调解。

并且跟着房企对付高周转的要求，调解的频率录入的实时性也会越来越高，那么这一类实际作为业务领域的数据该如何举办打点。

第三：如何判定高共享的数据，假如是俩俩系统的交圈利用，那么是否就不作为高共享的数据。

高出两个系统以上的交圈数据都应该纳入主数据打点领域，那么作为项目里程碑打算，以及单价等焦点共享的数据，是否也应该举办统一打点呢？

所以，我认为房地产行业假如只是简朴粗暴的鉴定某些数据是主数据，某些数据不是主数据是没有太大意义的，主数据在房地产行业基础就不能只是作为简朴吸收分发的后端东西，而是应该团结业务场景，打点所需的焦点数据。

实际上我们认为应该摒弃所谓的主数据打点。恍惚主数据这个观念的界线，团结后端数据仓储和前端BI驾驶舱展示，作为一个承上启下的管控平台，来实现它对付房地产全周期打点的要求，即DLG（Data Lifecycle Governance）“数据全周期管控平台”。

针对付这个平台也做了必然的可行性阐明尚有实现的方针偏向，详细如这个平台名称所示：

一、焦点数据打点

办理数据录入的问题，团结RPA呆板人和OCR智能识别自动凭据阶段录入地皮-项目-分期-楼栋-户的根基信息。有效办理数据录入权责不清，录入不实时的问题。

数据范畴的扩展应用，数据范畴并不可是包罗项目根基信息还应该席卷其他高共享的数据，譬喻项目里程碑打算、单价等数据。该类数据的录入源头照旧来自各个业务系统，通过接口在DLG系统举办荟萃展示，形成焦点资产数据打点平台。

二、全周期业务场景总览

全周期浮现了房地产整体的开拓流程，一方面可以或许制止数据在利用进程中缺失脱节；别的很是重要的一方面就是通过全周期的打点，我们能团结业务场景去伪存真，驱动整个数据的真正流转。

凭据差异的项目范例我们展示出全景时间线条，在项目所处的每个阶段我们需要浮现该阶段的高代价，高共享的数据。

而且将所处阶段必需完成的业务管控行动，指标统计维度举办展示。从而构建项目数据舆图，进一步构建数据的血缘干系，实现数据血统阐明和影响阐明。

三、整体质量管控

通过数据的血缘阐明，实现雷同于区块链的追溯查询成果。

可以或许清楚的知道该指标数据的功效是如何计较得出的，譬喻动态货值，动态本钱的计较功效所利用的阶段面积，供需打算对应的打算节点等等都可以在管控平台举办追溯，假如统计发明异常，通过点击查察，可以或许穿透到源头录入的界面，提倡相应的审核流程。

最后就是针对接管分发接口的打点，实现跨部分、跨系统的数据抽取、清洗、转换和整合处事，构建焦点数据汇聚中心。