CN114997832A - 金融数据线下采集方法、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了金融数据线下采集方法、计算机设备及存储介质。其中金融数据线下采集方法包括接收来自当前用户的下载页签的第一指令，页签属于模板文件的一部分，且页签的使用权限属于当前用户；响应第一指令，从模板文件中读取第一指令对应的页签；向当前用户发送页签；接收来自当前用户在页签内填写的数据；保存页签内填写的数据至模板文件中。通过上述方法可在方便参与者进行数据填报、提高协作办公的效率的同时还能保证数据安全，解决了当前数据填报系统面临的模板文件冗杂、隐私数据保护难的问题。

Description

金融数据线下采集方法、计算机设备及存储介质

技术领域

本申请涉及金融科技领域，特别是涉及金融数据线下采集方法、计算机设备及存储介质。

背景技术

数据填报系统是目前金融行业日常工作的重要软件，常常内嵌于各类金融办公平台或企业的办公平台，其方便了业内数据填报任务的进行，拥有多人同时在线编辑文件或是下载文件进行编辑的功能，数据填报系统的进步对从业人员工作效率的提高起着决定性作用。在该类系统中，使用者可以在线编辑表格并将其共享给其他参与人协作办公，同时该数据填报任务的所有参与人都可以对完整的文件进行查看且修改。

发明内容

本申请提供金融数据线下采集方法、计算机设备及存储介质，任务参与者可以将模板文件中自己负责的页签下载进行线下采集任务、对模板文件中属于自己权限部分的页签内容进行查看和编辑，并在编辑结束后将页签上传更新在线的模板文件。解决了当前数据填报系统面临的模板文件冗杂、隐私数据保护难的问题。

为解决上述技术问题，本申请采用一个技术方案是：提供一种金融数据线下采集方法，该金融数据线下采集方法包括接收来自当前用户的下载页签的第一指令，所述页签属于模板文件的一部分，且所述页签的使用权限属于所述当前用户；响应所述第一指令，从所述模板文件中读取所述第一指令对应的页签；向所述当前用户发送所述页签；接收来自所述当前用户在所述页签内填写的数据；保存所述页签内填写的数据至所述模板文件中。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种金融数据线下采集方法，该金融数据线下采集方法包括接收来自当前用户的下载页签的第一指令，所述页签包括一部分跨页签公式，所述页签属于存储于服务器的模板文件的一部分，且所述页签的使用权限属于所述当前用户；向所述服务器发送所述第一指令，以从所述模板文件中读取所述第一指令对应的页签，所述页签中的所述一部分跨页签公式被服务器处理为错误参数；接收来自所述服务器的所述页签；接收来自所述当前用户在所述页签内填写的数据；向所述服务器发送具有所述数据的所述页签。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种计算机设备，该计算机设备包括处理器、与所述处理器耦接的存储介质，其中，所述存储介质存储有用于实现金融数据线下采集方法的程序指令；所述处理器用于执行所述存储介质存储的所述金融数据线下采集方法的程序指令以对金融数据进行线下采集。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种计算机可读的存储介质，存储有能够实现金融数据线下采集方法的程序文件。

与现有技术相比，本申请中用户使用数据填报系统下载模板文件进行数据填报时只能对自己权限内的模板文件页签内容进行查看和编辑，而不能查看或编辑其他填报人权限内的页签内容，不同填报人的页签可以同时进行编辑互不影响，并且不属于该数据填报任务的用户也无法下载或查看模板文件中的任何内容。解决了当前数据填报系统模板文件内容冗杂，误操作修正难，以及模板文件中数据的私密性无法得到保证等问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请金融数据线下采集方法一实施例的总流程示意图；

图2是本申请金融数据线下采集方法一实施例中创建模板文件的流程示意图；

图3是本申请金融数据线下采集方法一实施例中利用文件编辑器生成创建任务的流程示意图；

图4是本申请金融数据线下采集方法一实施例中第一编辑界面的样式示意图；

图5是本申请金融数据线下采集方法一实施例中读取若干页签填写的状态信息的流程示意图；

图6是本申请金融数据线下采集方法一实施例中保存页签内填写的数据至模板文件的流程示意图；

图7是本申请金融数据线下采集方法一实施例的总流程示意图；

图8是本申请金融数据线下采集方法一实施例中对页签内填写的数据进行校验的流程示意图；

图9是本申请计算机设备一实施例的结构示意图；

图10是本申请金融数据线上填报方法一实施例中创建用户的交互示意图；

图11是本申请金融数据线上填报方法一实施例中任务负责人的交互示意图；

图12是本申请金融数据线下采集方法一实施例中任务填报人的交互示意图；

图13是本申请金融数据线下采集方法一实施例中读取若干页签填写的状态信息的界面示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

本申请中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

若本申请技术方案涉及个人信息，应用本申请技术方案的产品在处理个人信息钱，已明确告知个人信息处理规则，并取得个人自主同意。若本申请技术方案涉及敏感个人信息，应用本申请技术方案的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标识告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围即视为同意对其个人信息进行采集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人信息处理规则的情况下，通过弹窗信息或请个人自行上传其个人信息对等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方法以及处理的个人信息种类等信息。

金融行业的工作人员由于工作情景的需求，周期性地需要填写大量的报表，而许多填写报表的表单模板和周期都是相同的，仅其中需要填写的数据会产生变化，因此大部分金融企业都会采用下发模板文件填报任务的工具来代替人工，许多数据在线共享填报系统应运而生。不可否认的是，这些数据填报系统为金融行业的工作人员省去了许多非必要劳动，但它们的诞生也给数据安全带来了一些麻烦。在最初的金融行业报表工作中，任务填报人仅将其负责的表单填写并交予任务负责人，任务负责人不仅需要花费大量时间进行校对工作，还不能实时获悉表单的填写动态，但由于经手表单的人仅为任务负责人和该填报人，这种方法却能很好地保护表单中的隐私数据。在使用数据在线共享填报系统后，虽然减少了一定的工作量，但由于待填报的模板文件是被所有任务填报人所共享，隐私数据的保护成了大问题，同时误操作也给任务填报人们带来了烦恼，校对和填报动态依旧是报表工作中的大问题，总的来说，寻找一种合适的数据填报方法仍是金融行业的大问题。

目前，金融行业现有的数据填报系统都是采用由表格创建人将待填报数据的模板文件上传至系统内并共享，该模板文件可以多参与人同时在线打开、同时编辑填写或者将模板文件下载至用户终端进行离线编辑。但在实际应用中仍然存在一些问题，现有的数据填报系统中所有的参与者都可对模板文件中的任意数据进行查看、编辑、甚至下载下来传播，对参与者权限没有限制，因此参与者有时需要在冗杂的数据中寻找自己负责的部分，一旦出现误操作他人负责部分的情况不仅难以及时进行修正，还增加了填报任务的负责人检查任务进度时的工作量，不仅降低了填报效率还无法保证模板文件中数据的私密性。

因此，在方便参与者进行数据填报、提高协作办公的效率的同时保证隐私数据的安全，是目前金融行业数据填报系统设计中亟需解决的问题。

本申请中的方法可作为金融企业办公平台架构的一个模块，与表格办公环境中的其他模块共同配合金融企业员工执行日常录入数据、汇总数据、校验数据、制表推送等从基层网点数据采集到客户报表推送的一系列工作流程。该金融企业办公平台架构完整，其中许多功能模块可与外部对接进行数据输出，能满足客户、网点业务员、金融行业IT人员、财务人员、企业管理者等多种人群的工作需求。

本申请提到的金融数据线下采集方法设计之初的目的是应用于金融服务领域、扩充金融企业办公平台的数据采集模块，但在随后不断地丰富完善过程中，由于其他企业的业务部门、财务部门也有报表系统的需求，经该方法扩充的数据采集模块也可更广泛地嵌设于各行各业的办公平台中。

图1是本申请金融数据线下采集方法一实施例的总流程示意图。需注意的是，若有实质上相同的结果，本实施方式并不以图1所示为限。如图1所示，本实施例包括：

S101：接收来自当前用户的下载页签的第一指令。

用户通过前端向服务器发送下载页签的第一指令，该页签属于模板文件的一部分，且该页签的使用权限至少属于当前用户，其中，模板文件包括若干页签以及连接页签的跨页签公式，至少另一个页签的使用权限属于另一个用户，并且使用权属于其他用户的页签不展示给当前用户。

在一实施例中，任一页签中都包括有一部分跨页签公式，该跨页签公式的剩余部分则位于模板文件的剩余页签内，由于该跨页签公式的存在，任务负责人可在模板文件的一个页签中查看属于另一页签的数据，即将两个页签中的数据表格合并至一个界面中查看。为了防止任务填报人下载的单页签文件中由于跨页签公式的存在带有另一页签的数据残留，该跨页签公式被设置为当下载前不对页签中的一部分跨页签公式进行处理时，下载的页签文件会因不完整的跨页签公式异常而损坏，无法打开查看和进行填报作业，从而有效地对数据隐私进行保护。

S102：响应第一指令，从模板文件中读取第一指令对应的页签。

服务器响应于该第一指令，从模板文件中读取该第一指令对应的页签。

S103：向当前用户发送页签。

服务器第一指令对应的发送至前端，用户可通过前端打开或下载该页签，并进行修改或添加内容等操作。

在一实施例中，当服务器向用户发送页签进入下载页签流程时，服务器会对页签中包括的一部分跨页签公式进行处理，该处理将一部分跨页签公式改为错误参数，其中，错误参数不含有另一页签的数据残留，并且其存在不影响单页签文件下载后的正常打开和填报作业。

可选的，当使用Excel离线打开单页签文件，文件内错误参数可表现为“#VALUE！”。

S104：接收来自当前用户在页签内填写的数据。

前端将用户填入页签内的数据收集并发往服务器，服务器接收该数据。

S105：保存页签内填写的数据至模板文件中。

服务器将用户填入页签内的数据存储至模板文件中，以待日后使用时读取。

图2是本申请金融数据线下采集方法一实施例中创建模板文件的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图2所示的流程顺序为限。如图2所示，本实施例包括：

S201：接收来自创建用户的创建模板文件的第二指令。

创建用户为金融数据线下采集任务的创建者，模板文件根据该创建用户通过前端向服务器发送的第二指令由服务器生成。

S202：响应第二指令，创建模板文件。

服务器响应前端发来的第二指令，根据创建用户的需求生成模板文件。

在一实施例中，服务器在接收到第二指令后，服务器响应第二指令启动文件编辑器，并利用该文件编辑器生成创建金融数据线下采集任务的界面并将其在前端显示给创建用户。

可选的，该界面包括该金融数据线下采集任务在创建过程中需要经历的流程节点、当前正在经历的流程节点、以及当前流程节点中需要进行编辑的项目，创建用户可通过该界面对本次金融数据线下采集任务的创建及发放过程中的一些参数进行初始化设定。

图3是本申请金融数据线下采集方法一实施例中利用文件编辑器生成创建任务的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图3所示的流程顺序为限。如图3所示，本实施例包括：

S301：利用文件编辑器生成新增模板的第一编辑界面。

服务器启动文件编辑器后，为创建用户生成第一编辑界面并显示在前端的文件编辑器界面中，创建用户可通过该第一编辑界面输入新增模板文件必要的基础数据和新增模板的流程节点位置提示。

可选的，该基础数据包括该模板文件对应的金融数据线下采集任务的任务名称、报告日期、以及本次金融数据线下采集任务的负责人，其中，负责人拥有使用本次金融数据线下采集任务对应的模板文件全部页签的使用和下载权限。

可选的，当本次金融数据线下采集任务被创建用户设定为定时自动下发，则第一编辑界面中需要设定的基础数据还包括任务下发时间，当本次金融数据线下采集任务由创建用户手动下发，则创建用户不需要在第一编辑界面中对任务下发时间进行定义，该任务下发时间在创建用户主动下发金融数据线下采集任务时由文件编辑器自动记录，并在后续界面中根据用户的需求进行显示。

进一步的，金融数据线下采集任务还可被创建用户设定为固定周期自动下发，此时第一编辑界面中需要设定的基础数据还包括任务下发周期和定期下发起止时间。

S302：接收来自创建用户在第一编辑界面中填写的数据。

前端将创建用户在第一编辑界面中输入的数据发送至服务器。

S303：利用文件编辑器生成任务配置的第二编辑界面。

服务器将第一编辑界面中输入的数据存储完毕后，利用文件编辑器生成任务配置的第二编辑界面。

可选的，创建用户可在该第二编辑界面对模板文件内若干页签的使用权限和该模板文件的下发时间进行配置。

S304：接收来自创建用户在第二编辑界面配置的信息。

服务器接收创建用户在第二编辑界面的配置信息，并根据该配置信息对模板文件进行相应配置。

其中，该模板文件将在第二编辑界面中填入的下发时间下发给填报用户，特别的，该模板文件下发时间与金融数据线下采集任务的下发时间并不一定相同。

其中，服务器根据配置信息将模板文件内若干页签的使用权限分配至若干填报用户个人，填报用户可根据自己的权限信息打开自己权限范围内的页签，并对其进行编辑。

图4是本申请金融数据线下采集方法一实施例中第一编辑界面的样式示意图。需注意的是，若有实质上相同的结果，本实施例并不以图4所示的样式为限。如图4所示，本实施例中创建任务界面包括：新增模板、任务配置、下发和保存共三个流程节点。

可选的，三个流程节点之间存在一定顺序关系，当前序流程节点填写完成后即可进入下一个流程节点，特别的，在进行第三个流程节点下发和保存前创建用户填写第二个流程节点任务配置时，仍可返回前序流程节点新增模板对填写内容进行修改。

图4主要显示有第一流程节点新增模板所在的第一编辑界面以及接下来两个流程节点任务配置和下发保存的节点名称，第一编辑界面包括任务名称、任务负责人、任务文件、自动下发、自动下发日期、以及报告日期六个待填写或选择的文本框，创建用户可根据需求在文本框中填入字符或选择模式，其中，当创建用户选择自动下发时，需要填写自动下发日期的文本框，当创建用户选择非自动下发时，则不需要填写自动下发日期的文本框，即自动下发日期的文本框显示为不可填入的状态。

可选的，当创建用户选择非自动下发时，则不需要填写自动下发日期的文本框，即自动下发日期的文本框不在第一编辑界面进行显示。

可选的，当创建用户使用鼠标点击自动下发日期、报告日期两个文本框时，文本框附近会显示小型日历，创建用户可根据自己的需求在日历中选择下发日期。

可选的，每次创建用户对自动下发的选择模式进行变更时，第一编辑界面中的自动下发日期和报告日期的文本框会自动清空，需要创建用户重新对其进行操作。

可选的，当创建用户使用鼠标点击任务负责人的文本框时，该文本框附近会显示带有检索栏的小型列表，创建用户可通过检索栏直接输入目标任务负责人的姓名或/和工号或/和部门来选定目标任务负责人，亦可在小型列表中根据目标任务负责人所属的部门或/和组织层层筛选进而选定目标任务负责人。

可选的，当创建用户使用鼠标点击任务负责人的文本框时，该文本框附近会显示带有检索栏的小型列表，服务器根据创建用户输入的任务名称中的关键词智能向创建用户推荐符合该任务负责人要求或/和曾经负责过该类型金融数据线下采集任务的用户，便于创建用户选择。

可选的，当创建用户使用鼠标点击任务负责人的文本框时，该文本框附近会显示带有检索栏的小型列表，创建用户在创建金融数据线下采集任务历史中曾选择过的历史任务负责人会显示在小型列表中进行优先推荐，便于创建用户选择。

在本实施例中，当创建用户完成金融数据线下采集任务的创建与下发后，参与该任务的用户都可通过文件编辑器进入模板文件界面。

可选的，当用户为任务填报人时，用户在文件编辑器中所见的页签为其拥有使用权限的页签，该页签界面包括待填报的数据表格及其名称序号、任务填报人的姓名、任务填报人的部门信息、该页签的填报时限、以及数据表格内填报的数据的校验结果汇总表格。

可选的，当用户为任务负责人时，用户在文件编辑器中所见的模板文件拥有全部的若干个页签，该模板文件界面包括各个页签中数据表格及其名称序号、各页签任务填报人的姓名及其部门信息、各页签的填报时限、以及模板文件内填报的数据的校验结果汇总表格。

可选的，当用户为任务负责人时，用户可以通过同一模板文件中的跨页签公式进入各个页签并在各个页签之间跳转，其中，该跨页签公式对任务填报人不可见。

可选的，任务负责人所见的页签界面与任务填报人所见的页签界面相同，任务负责人也可以对页签内待填报的数据表格进行编辑。

可选的，当用户为创建用户时，用户可通过文件编辑器对已下发的模板文件的模板格式、模板内容、页签填报时限等参数内容进行修改，当创建用户对模板文件的参数内容完成修改后，文件编辑器会向该模板文件的所有任务负责人、任务填报人、以及创建用户发送模板文件参数内容已更新的通知。

图5是本申请金融数据线下采集方法一实施例中读取若干页签填写的状态信息的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图5所示的流程顺序为限。如图5所示，本实施例包括：

S401：接收来自负责人查看模板文件填报状态的第三指令。

服务器接收任务负责人通过前端发出的查看模板文件填报状态的第三指令。

可选的，该第三指令为任务负责人通过在文件编辑器中点击“历史信息”发出。

S402：响应第三指令，读取若干页签填写的状态信息并向负责人发送。

服务器响应该第三指令，读取该任务负责人负责的模板文件中若干页签的填写状态信息并发送至前端，由前端显示在历史信息界面中实时呈现给任务负责人。

可选的，该填写状态信息包括若干页签分别的更新时间，填写人信息、模板文件版本、以及是否填写/是否上报等流程节点信息。

可选的，任务负责人亦可直接从文件编辑器界面进入模板文件的填写界面，根据自己的需求查看其中若干页签的详细填写状况。

图13是本申请金融数据线下采集方法一实施例中读取若干页签填写的状态信息的界面示意图。需注意的是，若有实质上相同的结果，本实施例并不以图13所示的界面为限。如图13所示，本界面示意图示意用户在前端输入查看模板文件填报状态的第三指令后生成的界面，该界面中包括界面名称“历史信息”、当前模板文件的历次更新记录，历次更新记录中包含有更新结束的时间、模板文件版本情况、本次更新的操作人身份及姓名，当点击某次更新记录时，该次更新记录会展开进而分别显示该次更新的操作起止时间。

可选的，用户通过点击文件编辑器界面的“历史信息”进入该界面，退出该界面时可点击界面右上角的“×”。

可选的，当点击某次更新记录时，该次更新记录会展开进而分别显示该次更新的更新位置、更新文件大小、以及操作人的IP地址。

在一实施例中，创建用户在完成模板文件的创建之后，即任务负责人和若干页签填报人都确定后，每当模板文件的所处的流程节点发生变化，服务器就会向任务负责人和若干页签填报人发送通知。

可选的，当模板文件内某一页签的流程节点或填报状态发生变化时，服务器会向拥有该页签使用权的页签填报人以及任务负责人发送通知。

可选的，服务器向任务负责人和页签填报人发送通知的方式可为通过与文件编辑器对接的邮件系统向任务负责人和页签填报人的邮箱发送填写状态变更邮件。

可选的，服务器向任务负责人和页签填报人发送通知的方式可为通过与文件编辑器对接的即时通讯系统向任务负责人和页签填报人发送即时通知信息或待办事项。

可选的，服务器向任务负责人和页签填报人发送通知的方式可为通过与文件编辑器对接的办公平台向任务负责人和页签填报人发送通知信息。

图6是本申请金融数据线下采集方法一实施例中保存页签内填写的数据至模板文件的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图6所示的流程顺序为限。如图6所示，本实施例包括：

S501：将模板文件中对应页签内跨页签公式以外的数据部分删除，空出对应页签内填写的数据的存储位置。

服务器将模板文件中对应用户上传的页签内跨页签公式以外的数据部分删除，仅保留跨页签公式，但在模板文件中留下数据部分删除后的空位。

S502：将页签内填写的数据填入空出的存储位置。

服务器接收用户上传的页签内填写的数据，并将其按页签格式填入模板文件对应页签中空出来的存储位置，得到一份对应页签数据更新后的模板文件，并且由于跨页签公式未被破坏，任务负责人可以进行正常的跨页签操作。

图7是本申请金融数据线下采集方法一实施例的总流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图7所示的结构为限。如图7所示，本实施例包括：

S601：接收来自当前用户的下载页签的第一指令。

前端接收来自当前用户的下载页签的第一指令，该页签属于模板文件的一部分，且该页签的使用权限至少属于当前用户，其中，模板文件包括若干页签以及连接页签的跨页签公式，至少另一个页签的使用权限属于另一个用户，并且使用权属于其他用户的页签不展示给当前用户，当前用户也不可对其进行下载。

S602：向服务器发送第一指令，以从模板文件中读取第一指令对应的页签。

前端将当前用户的第一指令发送至服务器，以使服务器从模板文件中读取第一指令对应的页签并发送至前端。

S603：接收来自服务器的页签。

前端接收服务器发来的第一指令对应的页签，并将其在文件编辑器界面中呈现给当前用户，当前用户可对其进行下载或在线编辑等操作。

S604：接收来自当前用户在页签内填写的数据。

当前用户将经过填写的页签通过前端上传，前端接收当前用户上传的页签及其内填写的数据。

S605：向服务器发送具有数据的页签。

前端将当前用户上传的页签及其内填写的数据发送至服务器，由服务器将其合并至模板文件中。

其中，前端在接收当前用户上传的页签及其内填写的数据后，将页签文件内的错误参数删除，因此该页签文件可被服务器正常读取。

图8是本申请金融数据线下采集方法一实施例中对页签内填写的数据进行校验的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图8所示的流程顺序为限。如图8所示，本实施例包括：

S701：接收来自服务器对页签内填写的数据进行校验的结果。

前端将用户在页签内填写的数据发往服务器进行校验，并接收服务器反馈的校验结果。

S702：在至少一个页签中显示结果。

前端根据校验结果在至少一个页签中将校验结果显示给用户。

可选的，当页签内填写的数据校验不通过，服务器生成校验不通过的相关信息，并发往前端模板文件的当前页签进行显示。

可选的，当校验在用户在页签的一个输入框填入数据后、在另一个输入框填入数据之前进行，校验不通过的相关信息显示在该校验不通过的输入框周围。

可选的，当校验在用户完成当前页签内需要填写的所有输入框数据填入后，校验不通过的相关信息显示在所有校验不通过的输入框周围。

可选的，当校验在用户完成当前页签内的所有入框数据填入后，服务器在当前页签中生成一个对应所有校验不通过的输入框的提示浮窗或是表格并发往页签内显示，该提示浮窗或是表格中包含输入框位置信息以及用于提示用户校验不通过的相关信息。

可选的，该提示浮窗或是表格中包含校验不通过的输入框数量以及校验通过的输入框数量。

图9是本申请计算机设备一实施例的结构示意图。需注意的是，若有实质上相同的结果，本实施例并不以图9所示的结构为限。如图9所示，本实施例包括：处理器、计算机可读的存储介质。其中，处理器与计算机可读的存储介质连接，用于执行计算机可读的存储介质存储的程序指令以对金融数据以上任一实施例所述的方法进行线下采集；计算机可读的存储介质存储有用于实现以上任一实施例所述的金融数据线下采集方法的程序文件；其中，处理器可接收服务器发送的信号并向服务器发送信号，计算机可读的存储介质可接收从服务器下载的数据并向服务器上传数据。

图10是本申请金融数据线下采集方法一实施例中创建用户的交互示意图。需注意的是，若有实质上相同的结果，本实施例并不以图10所示的交互过程为限。如图10所示，本实施例包括：

创建用户通过前端输入登录信息，该登录信息包括用户账号、用户密码、随机验证码，前端接收登录信息并发送至服务器，服务器对该登录信息进行验证，本次验证通过。

响应于验证通过，服务器启动文件编辑器，前端显示文件编辑器界面供用户操作，创建用户在文件编辑器界面输入创建模板文件的指令。

响应于该指令，服务器生成第一编辑界面，前端显示该第一编辑界面供创建用户操作，创建用户在第一编辑界面设置任务名称、任务负责人、任务下发时间以及报告时间并选择保存设置，前端将创建用户的设置发送至服务器储存。

服务器将创建用户的设置存储后生成第二编辑界面，前端显示该第二编辑界面供创建用户操作，创建用户在第二编辑界面进行若干页签的使用权限配置、模板文件下发时间配置，前端将创建用户的配置发送至服务器储存。

服务器存储创建用户对数据在线填报任务的设置和模板文件，根据创建用户的设置完成模板文件的下发并向创建用户、任务负责人、任务填报人发送通知。

图11是本申请金融数据线下采集方法一实施例中任务负责人的交互示意图。需注意的是，若有实质上相同的结果，本实施例并不以图11所示的交互过程为限。如图11所示，本实施例包括：

用户通过前端输入登录信息，该登录信息包括用户账号、用户密码、随机验证码，前端接收登录信息并发送至服务器，服务器对该登录信息进行验证，本次验证通过。

响应于验证通过，服务器启动文件编辑器，前端显示文件编辑器界面供用户操作，用户输入打开模板文件指令，响应于该指令，后端验证该用户账号对应的用户权限，本次验证通过，经验证该用户权限为本任务负责人。

响应于该用户权限，服务器读取完整的模板文件并将其发送至前端，前端将完整的模板文件通过文件编辑器界面显示给用户。

用户输入查看模板文件填报状态指令，响应于该指令，服务器获取若干页签填写的状态信息并发送至前端，前端将该信息整合至文件编辑器界面的“历史”中并显示。

图12是本申请金融数据线上填报方法一实施例中任务填报人的交互示意图。需注意的是，若有实质上相同的结果，本实施例并不以图11所示的交互过程为限。如图12所示，本实施例包括：

用户通过前端输入登录信息，该登录信息包括用户账号、用户密码、随机验证码，前端接收登录信息并发送至服务器，服务器对该登录信息进行验证，本次验证通过。

响应于验证通过，服务器启动文件编辑器，前端显示文件编辑器界面供用户操作，用户输入打开模板文件指令，响应于该指令，后端验证该用户账号对应的用户权限，本次验证通过，经验证该用户权限为本任务填报人。

响应于该用户权限，服务器读取模板文件中该用户权限内的页签并将其发送至前端，前端接收该用户权限内的页签并将其下载至用户终端。

用户在下载的单页签文件中进行离线的数据填报工作，填报工作结束后用户将该单页签文件上传至前端，前端将页签内的错误参数删除并发送至后端。

服务器接收前端发来的页签文件，将模板文件中对应页签内的跨页签公式以外的数据部分删除，空出对应页签内填写数据的存储位置，并将用户上传的页签内数据填入模板文件。

服务器对模板文件内填入的数据进行在线校验，本次在线校验通过，响应于校验通过，生成在线校验通过的相关信息发送至前端进行显示。

Claims (14)

1.一种金融数据线下采集方法，其特征在于，包括：

接收来自当前用户的下载页签的第一指令，所述页签属于模板文件的一部分，且所述页签的使用权限属于所述当前用户；

响应所述第一指令，从所述模板文件中读取所述第一指令对应的页签；

向所述当前用户发送所述页签；

接收来自所述当前用户在所述页签内填写的数据；

保存所述页签内填写的数据至所述模板文件中。

2.根据权利要求1所述的方法，其特征在于，

所述接收来自当前用户的下载页签的第一指令之前包括：

接收来自创建用户的创建所述模板文件的第二指令；

响应所述第二指令，创建所述模板文件。

3.根据权利要求2所述的方法，其特征在于，

所述响应所述第二指令，创建所述模板文件包括：

启动文件编辑器，利用所述文件编辑器生成创建任务的界面，其中，所述界面能够显示所述任务在创建过程中的当前流程节点位置以及所述当前流程节点的编辑项目。

4.根据权利要求3所述的方法，其特征在于，

所述启动文件编辑器，利用所述文件编辑器生成创建任务的界面包括：

利用所述文件编辑器生成新增模板的第一编辑界面，所述第一编辑界面包括所述任务的名称、负责人、任务下发时间以及报告日期编辑栏位，还包括新增模板的流程节点位置提示，所述负责人拥有所述模板文件中所有页签的使用权限；

接收来自所述创建用户在所述第一编辑界面中填写的数据；

利用所述文件编辑器生成任务配置的第二编辑界面，所述第二编辑界面包括所述若干页签的使用权限配置、所述模板文件下发时间配置栏位；

接收来自所述创建用户在所述第二编辑界面配置的信息。

5.根据权利要求4所述的方法，其特征在于，

所述响应所述第二指令，创建所述模板文件之后包括：

接收来自所述负责人查看所述模板文件填报状态的第三指令；

响应所述第三指令，读取所述若干页签填写的状态信息并向所述负责人发送，所述状态信息包括所述页签的填写时间、填写人信息、是否填写/是否上报信息。

6.根据权利要求5所述的方法，其特征在于，

所述响应所述第二指令，创建所述模板文件之后包括：

响应于所述页签的填写状态发生改变，通知所述页签的填写人和所述模板文件负责人。

7.根据权利要求1所述的方法，其特征在于，

所述页签内包括跨页签公式的一部分，缺失所述跨页签公式的剩余部分，所述缺失所述跨页签公式的剩余部分位于所述模板文件的剩余页签内，且直接下载并打开所述页签会因所述一部分跨页签公式异常导致打开失败。

8.根据权利要求7所述的方法，其特征在于，

所述向所述当前用户发送所述页签之前包括：

对所述页签中包括的所述一部分跨页签公式进行处理，所述处理将所述一部分跨页签公式改为错误参数，其中，所述错误参数的存在不影响所述页签下载后正常打开。

9.根据权利要求8所述的方法，其特征在于，

所述保存所述页签内填写的数据至所述模板文件中包括：

将所述模板文件中对应所述页签内所述跨页签公式以外的数据部分删除，空出对应所述页签内填写的数据的存储位置；

将所述页签内填写的数据填入所述存储位置，其中，所述模板文件包含完整的所述跨页签公式，所述模板文件打开时能够正常进行跨页签操作。

10.一种金融数据线下采集方法，其特征在于，包括：

接收来自当前用户的下载页签的第一指令，所述页签包括一部分跨页签公式，所述页签属于存储于服务器的模板文件的一部分，且所述页签的使用权限属于所述当前用户；

向所述服务器发送所述第一指令，以从所述模板文件中读取所述第一指令对应的页签，所述页签中的所述一部分跨页签公式被服务器处理为错误参数；

接收来自所述服务器的所述页签；

接收来自所述当前用户在所述页签内填写的数据；

向所述服务器发送具有所述数据的所述页签。

11.根据权利要求10所述的方法，其特征在于，

所述向所述服务器发送具有所述数据的所述页签之前包括：

将所述页签内的所述错误参数删除。

12.根据权利要求10所述的方法，其特征在于，

所述向所述服务器发送所述页签内填写的数据之后包括：

接收来自所述服务器对所述页签内填写的数据进行校验的结果；

在至少一个所述页签中显示所述结果。

13.一种计算机设备，其特征在于，所述计算机设备包括处理器、与所述处理器耦接的存储介质，其中，

所述存储介质存储有用于实现如权利要求1-12中任一项所述的金融数据线下采集方法的程序指令；

所述处理器用于执行所述存储介质存储的所述金融数据线下采集方法的程序指令。

14.一种计算机可读的存储介质，其特征在于，存储有能够实现如权利要求1-12中任一项所述的金融数据线下采集方法的程序文件。

Images