近日，中国人民银行科技司颁布《中国人民银行科技司关于做好金融业科技信息综合治理平台第三批次接入工作的通知》，要求在2021年6月30日之前，各汇总接入机构实现数据初次批量上报。

从技术视角来看，总行的数据结构明确、上报接口明确，对一个资深的法式员来说，急剧开发一套确定数据结构、确定接管接口的法式并不难。作为首批金融业科技信息综合治理平台数据上报的参加试点，iSlot官方网站以为，数据上报并不仅仅是采购一套上报系统，更沉要的是将数据上报急剧落地。

对于各级金融机构来说，在落地执行中可能会遇到哪些坑呢
？

坑深度：★★丨坑宽度：★★★★

从《附件：金融业科技信息综合治理平台数据采集领域-属性清单列表V1.9》来看，所罕见据都在一张大的数据类别中，蕴含了“复合属性”标识，即这类信息是共用的，如数据中心理房信息、供给商信息和厂商信息等，这样很容易出现分歧岗位的掌管人沉复填写一样的数据的情况，这会给各岗位数据网络人员带来大量无效工作，并且无法保障数据的一致性。

要想避过数据交错错乱的大坑，考验厂商的数据复用设计能力。

iSlot官方网站曾参加多个试点项目，积攒了丰硕的经验。充分思考数据的复用性和分歧岗位人员网络的方便性，将主资源和复合伙源分离设计，把互换机、路由器等设计为主资源，把数据中心、地理地位、各类板卡和供给商信息等设计为复合伙源。数据网络实现后，只需几分钟，系统就可能自动实现主资源和复合伙源的动态引用，极大提升了数据网络和整合效能。

主执行资源

复合执行资源

②

以为全靠自动化就能实现数据网络

坑深度：★★★★★丨坑宽度：★★★★

仔细分析必要上报的数据后，我们发现90%的指标为治理型数据（如运维部门、治理部门、服务提供商、所属机房和所属楼层等），无法全数通过自动化监控的方式获取，这类信息在分歧的机构是不一样的，并且信息可能散布在分歧岗位分歧人员手中，甚至可能在分歧的系统中，显然全数通过自动化方式去网络上报数据是比力难题的。

要想避过大量网络的大坑，考验厂商的落处所案设计能力。

本次数据上报的类别有59项，意味着必要59个领域或有关岗位的人员进行人为的数据网络。iSlot官方网站数据上报规划设计了依照分权、分类的数据模板下载或导入的职能，将数据网络工作分配给分歧区域、分歧领域和分歧岗位的人员，该人员直接下载对应的模板，填写数据后直接导入即可实现数据的网络，同时盛开尺度API接口方便和现有系统进行对接。

多个Excel表格

表格下载

③

将来每次都必要沉新开发数据结构

坑深度：★★★丨坑宽度：★★★

从下发的《清单列表》能够看出，目前最新版本是V1.9，那么之前已调换过至少10版，若是金融机构依照当前的版本构建数据结构，若是将来总行的接口和数据结构产生了变动，该若何应对，好比后期可能会要求对上报的数据进行质量治理与数据挖掘，或增长机能数据或运行信息，那么数据结构是否推倒沉来
？可见，数据模型若是没有扩大性将是一个大问题。

要想避过没有扩大性的大坑，考验厂商的数据模型设计能力。

为应对将来业务变动带来的数据模型的变动，iSlot官方网站数据上报规划在数据模型构建层面选取拖拽无编码式模型构建。将来数据模型产生变动，工程师直接增长或调整即可，无需沉新编码开发。将上报的接口依照单类型方式设计，某个类型的接口产生变动仅必要调整对应接口即可，既保障系统不变性也提升了调换效能。

资产模型设计

④

厂商交付服务不持续

坑深度：★★★★丨坑宽度：★★★

本次数据上报是金融业科技信息综合治理平台建设的一幼步，将来必要对数据质量、数据领域、数据属性和业务执行情况等做网络和汇总。持续的系统美满会极大提升各金融机构的运维水平，这个过程离不开厂商的持续支持，因而服务不持续是一个潜在坑。

要想避过这个潜在大坑，考验厂商的持续交付服务能力。

iSlot官方网站在遍布30多个省市有超过 30多位的产品征询照拂和60多名专职运维解决规划工程师，为将来金融业科技信息综合治理平台持续的数据更新、上报提供可持续的服务支持。

iSlot官方网站数据上报解决规划已利用在中国人民银行沉庆交易治理部和中国人民银行昭通分行等金融机构。