CN116756226B - 文件生成方法、装置、服务器、用户设备及存储介质 - Google Patents

文件生成方法、装置、服务器、用户设备及存储介质 Download PDF

Info

Publication number
CN116756226B
CN116756226B CN202311033977.9A CN202311033977A CN116756226B CN 116756226 B CN116756226 B CN 116756226B CN 202311033977 A CN202311033977 A CN 202311033977A CN 116756226 B CN116756226 B CN 116756226B
Authority
CN
China
Prior art keywords
inquiry
data
function
target
party
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202311033977.9A
Other languages
English (en)
Other versions
CN116756226A (zh
Inventor
李鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CCB Finetech Co Ltd
Original Assignee
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CCB Finetech Co Ltd filed Critical CCB Finetech Co Ltd
Priority to CN202311033977.9A priority Critical patent/CN116756226B/zh
Publication of CN116756226A publication Critical patent/CN116756226A/zh
Application granted granted Critical
Publication of CN116756226B publication Critical patent/CN116756226B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/14—Details of searching files based on file metadata
    • G06F16/148—File search processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/172—Caching, prefetching or hoarding of files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Library & Information Science (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请提供一种文件生成方法、装置、服务器、用户设备及存储介质。涉及金融系统领域，尤其涉及金融系统的客户服务业务领域。该方法应用于银行服务器，包括：接收用户设备发送的询证函生成请求；响应于当前时间达到预设时间，向数据仓库发送数据获取请求，以使数据仓库响应于数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，并向银行服务器发送目标函证数据；基于目标函证数据和预设询证函模板，生成目标询证函；向用户设备发送结果信息。本申请中，用户触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。

Description

文件生成方法、装置、服务器、用户设备及存储介质
技术领域
本申请涉及金融系统领域，尤其涉及金融系统的客户服务业务领域，尤其涉及一种文件生成方法、装置、服务器、用户设备及存储介质。
背景技术
询证函是指函证方为了获取影响被函证方的财务报表或相关披露认定的项目的信息，通过来自第三方对有关信息和现存状况的声明，获取和评价审计证据的函证文件。例如，函证方为会计师事务所，被函证方为被审计的企业，第三方为银行。
相关技术中，函证方通过线上方式向银行提交函证申请，银行在接收到函证申请之后，向被函证方获取授权，并获取函证数据，生成询证函，反馈给函证方。
在上述过程中，询证函所包含的数据项较多，银行工作人员需要依次触发设备获取各数据项分别对应的函证数据，然后对各函证数据进行核对，操作较为繁琐，效率较低。
发明内容
本申请提供一种文件生成方法、装置、服务器、用户设备及存储介质，用户无需用户逐项触发获取各数据项分别对应的函证数据，而是触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。
第一方面，本申请提供一种文件生成方法，应用于银行服务器，包括：
接收用户设备发送的询证函生成请求，所述询证函生成请求携带询证函截止日期以及被函证方标识，所述被函证方标识用于指代被函证方；
响应于当前时间达到预设时间，向数据仓库发送数据获取请求，所述数据获取请求携带所述询证函截止日期以及所述被函证方标识，以使所述数据仓库响应于所述数据获取请求，获取与所述被函证方标识对应存储且存储日期在所述询证函截止日期之前的目标函证数据，并向所述银行服务器发送所述目标函证数据；
基于所述目标函证数据和预设询证函模板，生成目标询证函；
向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函。
在一种可能的设计中，所述基于所述目标函证数据和预设询证函模板，生成目标询证函，包括：
按照所述预设询证函模板对应的填写要求，对所述目标函证数据的格式进行转换，以获得符合所述填写要求的处理后的目标函证数据；
基于所述处理后的目标函证数据和所述预设询证函模板，生成所述目标询证函。
在一种可能的设计中，所述询证函生成请求还携带询证函标识；所述按照所述预设询证函模板对应的填写要求，对所述目标函证数据的格式进行转换，以获得符合所述填写要求的处理后的目标函证数据之后，所述方法还包括：
获取所述询证函标识对应的询证函参考信息；其中，所述询证函参考信息包括至少一项参考信息，所述参考信息为所述询证函截止日期、第三方数据指示信息、所述被函证方标识对应的信用额度指示信息或所述被函证方标识对应的催收状态，所述第三方数据指示信息用于指示所述目标询证函是否存在人工输入第三方数据的需求，所述信用额度指示信息用于指示所述被函证方对应的信用额度是否过期，所述催收状态表示所述被函证方是否被催收；
所述基于所述处理后的目标函证数据和所述预设询证函模板，生成所述目标询证函，包括：
若确定所述询证函参考信息所包括的至少一项参考信息均符合对应的预设条件，则将所述处理后的目标函证数据填入所述预设询证函模板，以生成所述目标询证函。
在一种可能的设计中，所述方法还包括：
若确定所述询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于所述目标函证数据，生成待补录的询证文件，所述待补录的询证文件为可编辑类型的文件；
向所述用户设备发送所述待补录的询证文件，以使所述用户设备基于用户针对所述待补录的询证文件所输入的补录函证数据，生成补录后的询证文件，并向所述银行服务器发送所述补录后的询证文件；
从所述补录后的询证文件中，提取补录后的目标询证数据；
所述基于所述处理后的目标函证数据和所述预设询证函模板，生成所述目标询证函，还包括：
将所述补录后的目标询证数据填入所述预设询证函模板，以生成所述目标询证函。
在一种可能的设计中，所述目标函证数据包括多个数据项分别对应的函证数据；所述基于所述目标函证数据，生成待补录的询证文件，包括：
生成各所述数据项分别对应的数据表，所述数据表包括所述数据项对应的函证数据；
将所述多个数据项分别对应的数据表组成所述待补录的询证文件。
在一种可能的设计中：
所述询证函截止日期对应的预设条件为所述询证函截止日期位于询证函功能上线日期之后；
所述第三方数据指示信息对应的预设条件为所述第三方数据指示信息指示所述目标询证函不存在人工输入第三方数据的需求；
所述信用额度指示信息对应的预设条件为所述信用额度指示信息指示所述被函证方对应的信用额度未过期；
所述催收状态对应的预设条件为所述催收状态指示所述被函证方未被催收。
在一种可能的设计中，所述基于所述目标函证数据和预设询证函模板，生成目标询证函之后，所述方法还包括：
存储所述目标询证函；
所述向所述用户设备发送结果信息之后，所述方法还包括：
响应于接收到所述用户设备发送的针对所述目标询证函的询证函获取请求，获取已存储的所述目标询证函；
向所述用户设备发送所述目标询证函。
第二方面，本申请提供一种文件生成方法，应用于用户设备，包括：
响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，所述被函证方标识用于指代被函证方；
向银行服务器发送询证函生成请求，以使所述银行服务器基于所述询证函截止日期以及所述被函证方标识获取目标函证数据，基于所述目标函证数据和预设询证函模板生成目标询证函，并向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函；
显示所述结果信息。
在一种可能的设计中，所述响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，包括：
显示询证函操作界面，所述询证函操作界面包括询证函生成控件；
响应于所述询证函生成控件被触发，确定接收到所述询证函生成指令；
获取用户在所述询证函操作界面中所输入的询证函截止日期和所述被函证方标识。
在一种可能的设计中，所述向银行服务器发送询证函生成请求之后，所述方法还包括：
接收所述银行服务器发送的待补录的询证文件，所述待补录的询证文件为可编辑类型的文件，且是基于所述目标函证数据生成的；
显示所述待补录的询证文件；
基于用户针对所述待补录的询证文件所输入的补录函证数据，生成补录后的询证文件；
向所述银行服务器发送所述补录后的询证文件。
在一种可能的设计中，所述显示所述结果信息之后，所述方法还包括：
响应于询证函获取指令，向所述银行服务器发送针对所述目标询证函的询证函获取请求，以使所述银行服务器向所述用户设备发送所述目标询证函；
显示所述目标询证函。
第三方面，本申请提供一种文件生成装置，设置在银行服务器中，包括：
接收模块，用于接收用户设备发送的询证函生成请求，所述询证函生成请求携带询证函截止日期以及被函证方标识，所述被函证方标识用于指代被函证方；
发送模块，用于响应于当前时间达到预设时间，向数据仓库发送数据获取请求，所述数据获取请求携带所述询证函截止日期以及所述被函证方标识，以使所述数据仓库响应于所述数据获取请求，获取与所述被函证方标识对应存储且存储日期在所述询证函截止日期之前的目标函证数据，并向所述银行服务器发送所述目标函证数据；
生成模块，用于基于所述目标函证数据和预设询证函模板，生成目标询证函；
所述发送模块，还用于向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函。
第四方面，本申请提供一种文件生成装置，设置在用户设备中，包括：
获取模块，用于响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，所述被函证方标识用于指代被函证方；
发送模块，用于向银行服务器发送询证函生成请求，以使所述银行服务器基于所述询证函截止日期以及所述被函证方标识获取目标函证数据，基于所述目标函证数据和预设询证函模板生成目标询证函，并向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函；
显示模块，用于显示所述结果信息。
第五方面，本申请提供一种服务器，包括：处理器以及分别与所述处理器通信连接的存储器和收发器；所述存储器存储计算机执行指令；所述收发器用于与用户设备之间收发数据；所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面中任一项所述的文件生成方法。
第六方面，本申请提供一种用户设备，包括：处理器以及分别与所述处理器通信连接的存储器和收发器；所述存储器存储计算机执行指令；所述收发器用于与银行服务器之间收发数据；所述处理器执行所述存储器存储的计算机执行指令，以实现如第二方面中任一项所述的文件生成方法。
第七方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上第一方面或第二方面中任一项所述的文件生成方法。
第八方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上第一方面或第二方面中任一项所述的文件生成方法。
本申请提供的文件生成方法、装置、服务器、用户设备及存储介质，当存在生成针对被函证方的询证函的需求时，用户设备向银行服务器发送询证函生成请求，银行服务器在当前时间达到预设时间时，向数据仓库发送数据获取请求，以便数据仓库响应于该数据获取请求，获取与所述被函证方标识对应存储且存储日期在所述询证函截止日期之前的目标函证数据，并返回该目标函证数据，从而银行服务器能够基于该目标函证数据和预设询证函模板生成目标询证函，并向用户设备发送结果信息，可见本申请提供了一种自动化生成询证函的方案，用户无需用户逐项触发获取各数据项分别对应的函证数据，而是触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1是根据一示例性实施例示出的一种应用场景的示意图；
图2是根据一示例性实施例示出的一种文件生成方法的流程示意图；
图3是根据另一示例性实施例示出的一种文件生成方法的流程示意图；
图4是根据一示例性实施例示出的一种文件生成流程的示意图；
图5是根据另一示例性实施例示出的一种文件生成流程的示意图；
图6是根据一示例性实施例示出的一种文件生成装置的结构示意图；
图7是根据另一示例性实施例示出的一种文件生成装置的结构示意图；
图8是根据一示例性实施例示出的一种银行服务器的结构示意图；
图9是根据一示例性实施例示出的一种用户设备的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是，本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。
询证函是指函证方为了获取影响被函证方的财务报表或相关披露认定的项目的信息，通过来自第三方对有关信息和现存状况的声明，获取和评价审计证据的函证文件。例如，函证方为会计师事务所，被函证方为被审计的企业，第三方为银行。可以理解的是，询证函是会计师事务所向银行发出的，用于求证企业提供的资金信贷是否完整和真实的一种方式。
相关技术中，函证方通过线上方式向银行提交函证申请，银行在接收到函证申请之后，向被函证方获取授权，并获取函证数据，生成询证函，反馈给函证方。
在上述过程中，银行工作人员通过员工渠道在用户设备显示的前端界面点击用于生成询证函的控件，而询证函所包含的数据项较多，银行工作人员需要对询证函中的每一个单独的数据项进行独立操作，也即依次触发用户设备获取各数据项分别对应的函证数据，然后对各函证数据进行核对，操作较为繁琐，效率较低。其中，函证数据来自于上游组件，在询证函生成过程中，部分数据是通过调用上游组件接口实时查询得到的。而部分数据通过数据集成，每隔固定时间将上游组件的函证数据，在本组件中进行数据增量存放，在生成询证函时，直接使用本地数据，导致大量数据冗余，数据来源复杂，不统一。
针对现有技术存在的技术问题，发明人在研究中发现，为了解决该问题，可以由银行服务器统一向数据仓库获取生成询证函所需的函证数据，然后自动生成询证函。具体地，当存在生成针对被函证方的询证函的需求时，用户设备向银行服务器发送询证函生成请求，银行服务器在当前时间达到预设时间时，向数据仓库发送数据获取请求，以便数据仓库响应于该数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，并返回该目标函证数据，从而银行服务器能够基于该目标函证数据和预设询证函模板生成目标询证函，并向用户设备发送结果信息，可见本申请提供了一种自动化生成询证函的方案，用户无需用户逐项触发获取各数据项分别对应的函证数据，而是触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。
下面对本申请实施例提供的文件生成方法的应用场景进行介绍。
图1是根据一示例性实施例示出的一种应用场景的示意图。如图1所示，该应用场景中包括：用户设备1、银行服务器2和数据仓库3。各个设备之间通过网络连接。
其中，用户设备1为银行工作人员所使用的设备。银行服务器2为提供后台服务的设备。数据仓库3用于存储企业的函证数据。在本实施例中，函证方向银行服务器2发送函证申请，银行服务器2向用户设备1转发该函证申请，用户设备1在接收到函证申请时，显示该函证申请，以使银行工作人员能够查看该函证申请，从而银行工作人员根据需要触发用户设备1向银行服务器2发送询证函生成请求，银行服务器2在接收到该询证函生成请求后，在当前时间达到预设时间时，向数据仓库3发送数据获取请求，数据仓库3获取对应的目标函证数据，然后向银行服务器2发送目标函证数据，银行服务器2基于目标函证数据和预设询证函模板，生成目标询证函，并向用户设备1发送结果信息，结果信息用于表示已生成目标询证函，用户设备1在接收到结果信息之后，显示该结果信息，这样银行工作人员能够获知目标询证函已生成。
下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图2是根据一示例性实施例示出的一种文件生成方法的流程示意图。本申请提供的文件生成方法的执行主体为文件生成装置，该文件生成装置集成在银行服务器中。如图2所示，本实施例提供的文件生成方法包括以下步骤：
步骤S101，接收用户设备发送的询证函生成请求，询证函生成请求携带询证函截止日期以及被函证方标识，被函证方标识用于指代被函证方。
其中，用户设备为银行工作人员所使用的设备，本实施例中以用户指代银行工作人员。询证函生成请求携带询证函截止日期和被函证方标识，其中，询证函截止日期也称为询证函的基准日，且一个询证函对应一个截止日期。例如询证函截止日期为2018年1月1日、2019年12月31日或者2022年1月1日等。被函证方标识用于指代被函证方，且能够唯一标识被函证方。例如被函证方标识为被函证方的名称、编号等信息。
在本实施例中，询证函生成请求还携带目标询证函标识，该目标询证函标识用于指代待生成的目标询证函，且能够唯一标识目标询证函。例如目标询证函标识为目标询证函的编号等信息。
需要说明的是，询证函生成请求还可以携带除询证函截止日期、被函证方标识以及目标询证函标识以外的其他信息，本实施例对此不加以限定。例如用户设备对应的设备标识、用户设备当前所登录的账号等信息。
在本实施例中，银行服务器在接收到询证函生成请求之后，将目标询证函标识、询证函截止日期以及被函证方标识进行对应存储。
步骤S102，响应于当前时间达到预设时间，向数据仓库发送数据获取请求，数据获取请求携带询证函截止日期以及被函证方标识，以使数据仓库响应于数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，并向银行服务器发送目标函证数据。
在本实施例中，银行服务器在接收到询证函生成请求之后，先判断当前时间是否达到预设时间，在当前时间达到预设时间的情况下，才向数据仓库发送数据获取请求，以获取生成目标询证函所需的目标函证数据。其中，预设时间可以根据需要设置，本实施例对此不加以限定。可选地，预设时间为银行的日终，日终是指银行的营业日结束的时刻，该时刻后发生的业务均视为在第二日发生，区别于自然日结束。
由于函证方和被函证方的数量均比较多，函证方对询证函的需求较多，相应地，银行服务器所接收到的询证函生成请求的数量也比较多，一天内可能接收到多个询证函生成请求，若每接收到一个询证函生成请求就向数据仓库发送对应的数据获取请求，则银行服务器与数据仓库之间的数据交互会比较频繁，占用较多资源，因此银行服务器在当前时间达到预设时间时，才向数据仓库发送数据获取请求，以减少与数据仓库之间的数据交互次数，节省资源。
其中，在当前时间达到预设时间时，待处理的询证函生成请求的数量为至少一个。相应地，银行服务器所生成的数据获取请求携带每个询证函生成请求所携带的询证函截止日期和被函证方标识。具体地，数据获取请求携带数据表，该数据表包括至少一个询证函标识，以及，各询证函标识分别对应的询证函截止日期和被函证方标识。其中，目标询证函标识为至少一个询证函标识中的任一询证函标识。
数据仓库在接收到数据获取请求之后，针对每个询证函标识，从所存储的全量数据中获取与被函证方标识对应存储且存储日期在询证函截止日期之前的函证数据。在获取到各询证函标识分别对应的函证数据之后，向银行服务器发送各询证函标识分别对应的函证数据。可选地，数据仓库将额询证函标识分别对应的函证数据放入数据表中，向银行服务器发送该数据表，以减少数据交互次数。银行服务器在接收到数据表之后，存储各询证函标识分别对应的函证数据。
步骤S103，基于目标函证数据和预设询证函模板，生成目标询证函。
在本实施例中，银行服务器事先存储有预设询证函模板，在获取到目标函证数据之后，基于目标函证数据和预设询证函模板生成目标询证函。可选地，银行服务器设置有自动任务，该自动任务用于执行步骤S103。例如自动任务以shell脚本实现。
步骤S104，向用户设备发送结果信息，结果信息用于表示已生成目标询证函。
在生成目标询证函之后，银行服务器向用户设备发送结果信息。
在本实施例中，当存在生成针对被函证方的询证函的需求时，用户设备向银行服务器发送询证函生成请求，银行服务器在当前时间达到预设时间时，向数据仓库发送数据获取请求，以便数据仓库响应于该数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，并返回该目标函证数据，从而银行服务器能够基于该目标函证数据和预设询证函模板生成目标询证函，并向用户设备发送结果信息，可见本申请提供了一种自动化生成询证函的方案，用户无需用户逐项触发获取各数据项分别对应的函证数据，而是触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。
上述实施例是从银行服务器的角度对文件生成方法进行了说明，下面从用户设备的角度对文件生成方法进行说明。
图3是根据另一示例性实施例示出的一种文件生成方法的流程示意图。本申请提供的文件生成方法的执行主体为文件生成装置，该文件生成装置集成在用户设备中。如图3所示，本实施例提供的文件生成方法包括以下步骤：
步骤S201，响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，被函证方标识用于指代被函证方。
其中，用户若存在生成询证函的需求，则通过询证函生成指令触发用户设备，并且通过用户设备输入询证函截止日期和被函证方标识。用户设备在检测到询证函生成指令的情况下，获取用户所输入的询证函截止日期和被函证方标识。在本实施例中，用户设备还获取用户所输入的目标询证函标识。
步骤S202，向银行服务器发送询证函生成请求，以使银行服务器基于询证函截止日期以及被函证方标识获取目标函证数据，基于目标函证数据和预设询证函模板生成目标询证函，并向用户设备发送结果信息，结果信息用于表示已生成目标询证函。
在本实施例中，用户设备获取目标询证函标识、询证函截止日期和被函证方标识之后，就向银行服务器发送询证函生成请求，从而通过银行服务器生成目标询证函，并反馈结果信息。
步骤S203，显示结果信息。
在本实施例中，用户设备在接收到结果信息之后就显示该结果信息，以便用户查看该结果信息，获知已生成目标询证函。
在本实施例中，当存在生成针对被函证方的询证函的需求时，用户无需用户逐项触发获取各数据项分别对应的函证数据，而是触发用户设备发送询证函生成请求，从而触发银行服务器执行生成目标询证函的自动任务，减少了人工成本，提高了询证函生成效率。
下面以用户设备与银行服务器之间的交互过程为例对本申请提供的文件生成方法进行说明。
图4是根据一示例性实施例示出的一种文件生成流程的示意图，如图4所示，本实施例提供的文件生成流程包括以下步骤：
步骤S301，用户设备响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，被函证方标识用于指代被函证方。
其中，用户触发用户设备显示前端界面，通过在该前端界面进行相应触发操作，触发用户设备执行相应的指令。
在一种可选实施例中，响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识的实现方式包括：显示询证函操作界面，询证函操作界面包括询证函生成控件；响应于询证函生成控件被触发，确定接收到询证函生成指令；获取用户在询证函操作界面中所输入的询证函截止日期和被函证方标识。
其中，用户触发用户设备显示询证函操作界面，该询证函操作界面用于对询证函进行操作，例如生成、下载、查看等操作。询证函操作界面包含询证函生成控件，用户若存在生成询证函的需求，则触发该询证函生成控件，用户设备检测到该询证函生成控件被触发，则确定接收到询证函生成指令。其中，询证函生成控件的样式可以根据需要设置，例如按钮、选项等样式。用户还可以在该询证函操作界面中输入生成询证函所需的信息，例如目标询证函标识、询证函截止日期和被函证方标识。
在上述实施例中，通过人机交互的方式实现询证函生成指令的触发，便于用户操作，能够更好的满足需求。
步骤S302，用户设备向银行服务器发送询证函生成请求，询证函生成请求携带询证函截止日期以及被函证方标识。
相应地，银行服务器接收用户设备发送的询证函生成请求。
本实施例中，步骤S302的实现方式参见上述步骤S202和步骤S101，在此不再赘述。
步骤S303，银行服务器响应于当前时间达到预设时间，向数据仓库发送数据获取请求，数据获取请求携带询证函截止日期以及被函证方标识。
步骤S304，数据仓库响应于数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据。
步骤S305，数据仓库向银行服务器发送目标函证数据。
本实施例中，步骤S303-步骤S305的实现方式参见上述步骤S102，在此不再赘述。
步骤S306，银行服务器基于目标函证数据和预设询证函模板，生成目标询证函。
在本实施例中，银行服务器事先存储有预设询证函模板，在获取到目标函证数据之后，基于目标函证数据和预设询证函模板生成目标询证函。
在一种可选实施例中，基于目标函证数据和预设询证函模板，生成目标询证函的实现方式包括以下步骤S3061-步骤3062：
步骤S3061，按照预设询证函模板对应的填写要求，对目标函证数据的格式进行转换，以获得符合填写要求的处理后的目标函证数据。
其中，该填写要求包括格式要求，则银行服务器按照填写要求对目标函证数据的格式进行转换，以使得处理后的目标函证数据符合填写要求。在本实施例中，询证函包括多个数据项，相应地，询证函所对应的函证数据包括各数据项分别对应的函证数据。而预设询证函模板对应的填写要求包括各数据项对应的填写要求，在该步骤中，银行服务器按照各数据项对应的填写要求，对该数据项对应的函证数据进行格式转换。
步骤S3062，基于处理后的目标函证数据和预设询证函模板，生成目标询证函。
在本实施例中，通过按照填写要求对目标函证数据进行格式转换，从而使处理后的目标函证数据符合填写要求，这样基于处理后的目标函证数据和预设询证函模板所生成的目标询证函能够符合标准，降低了后续修改调整的可能性。
在一种可选实现方式中，银行服务器直接将处理后的目标函证数据填入预设询证函模板中，以生成目标询证函。但处理后的目标函证数据有可能不符合用户需求，需要人工设置，则在另一种可选实现方式中，在步骤S3061之后，本申请提供的文件生成方法还包括以下步骤：
获取询证函标识对应的询证函参考信息。
其中，询证函参考信息包括至少一项参考信息，参考信息为询证函截止日期、第三方数据指示信息、被函证方标识对应的信用额度指示信息或被函证方标识对应的催收状态。
其中，第三方数据指示信息用于指示目标询证函是否存在人工输入第三方数据的需求。第三方数据指示信息携带在询证函生成请求中。可选地，询证函生成界面还包括预设控件，该预设控件用于选择是否存在人工输入第三方数据的需求，例如预设控件包括是选项和否选项，若是选项被选中，则用户设备生成用于指示存在人工输入第三方数据的需求的第三方数据指示信息，若否选项被选中，则用户设备生成用于指示不存在人工输入第三方数据的需求的第三发数据指示信息。银行服务器在接收到询证函生成请求之后，将目标询证函标识与该第三方数据指示信息进行对应存储，从而后续能够直接获取已存储的第三方数据指示信息。
其中，信用额度指示信息用于指示被函证方对应的信用额度是否过期。银行服务器事先存储有各被函证方对应的信用额度指示信息，例如银行服务器事先将被函证方标识与对应的信用额度指示信息进行对应存储。从而可以直接获取已存储的被函证方标识对应的信用额度指示信息。
其中，催收状态表示被函证方是否被催收。数据仓库在获取目标函证数据时，还获取被函证方标识对应的催收状态，并一同发送给银行服务器，则银行服务器获取该催收状态。
相应地，在获取询证函参考信息之后，步骤S3062的实现方式包括以下两种情况：
第一种情况，若确定询证函参考信息所包括的至少一项参考信息均符合对应的预设条件，则步骤S3062的实现方式为：将处理后的目标函证数据填入预设询证函模板，以生成目标询证函。
在本实施例中，若询证函参考信息均符合对应的预设条件，表示处理后的目标函证数据的准确性和完整性符合要求，可以直接将处理后的目标函证数据填入预设询证函模板中，而所生成的目标询证函的准确性和完整性也得以保障。
可选地，询证函截止日期对应的预设条件为询证函截止日期位于询证函功能上线日期之后；第三方数据指示信息对应的预设条件为第三方数据指示信息指示目标询证函不存在人工输入第三方数据的需求；信用额度指示信息对应的预设条件为信用额度指示信息指示被函证方对应的信用额度未过期；催收状态对应的预设条件为催收状态指示被函证方未被催收。
在本实施例中，若询证函截止日期位于询证函功能上线日期之前，数据仓库中所存储的数据可能存在数据不全的情况，需要人工对数据进行补录；若询证函截止日期位于询证函功能上线日期之后，数据仓库中所存储的数据可以看作是较为完整的，无需人工补录。若目标询证函存在人工输入第三方数据的需求，表示需要人工补录；若目标询证函不存在人工输入第三方数据的需求，表示无需人工补录。若被函证方对应的信用额度未过期或被函证方未被催收，表示被函证方的信用情况较好，无需人工补录；若被函证方对应的信用额度过期（expired credit line）或被函证方被催收，表示被函证方的信用情况较差，需要人工补录，可见，通过为上述询证函参考信息设置对应的预设条件，从而能够以此判断是否需要对询证函进行人工补录，准确性较高。
第二种情况，若确定询证函参考信息所包括的任一项参考信息不符合对应的预设条件，表示需要人工补录，则银行服务器基于目标函证数据，生成待补录的询证文件，待补录的询证文件为可编辑类型的文件；向用户设备发送待补录的询证文件；相应地，用户设备接收银行服务器发送的待补录的询证文件，并显示待补录的询证文件，基于用户针对待补录的询证文件所输入的补录函证数据，生成补录后的询证文件，并向银行服务器发送补录后的询证文件；银行服务器接收补录后的询证文件，从补录后的询证文件中，提取补录后的目标询证数据。
在这种情况中，步骤S3062的实现方式为：将补录后的目标询证数据填入预设询证函模板，以生成目标询证函。
其中，待补录的询证文件可以为Excel文件或者其他可编辑类型的文件。用户设备在接收到待补录的询证文件之后，可以输出提示信息，以提示用户，例如显示提示信息“请补录询证文件”。然后用户查看提示信息之后，触发用户设备显示待补录的询证文件，从而针对待补录的询证文件输入补录函证数据，用户设备获取所输入的补录函证数据，将补录函证数据添加到待补录的询证文件中，以生成补录后的询证文件。银行服务器所提取的补录后的目标询证数据是指询证文件中的全量数据。
在本实施例中，通过与用户设备之间的数据交互，借助于用户设备通过人机交互的方式获取补录函证数据，从而实现人工补录，使得更新后的目标函证数据更加准确和完整，而所生成的目标询证函的准确性和完整性也得以保障。
其中，目标函证数据包括多个数据项分别对应的函证数据；可选地，基于目标函证数据，生成待补录的询证文件的实现方式包括：生成各数据项分别对应的数据表，数据表包括数据项对应的函证数据；将多个数据项分别对应的数据表组成待补录的询证文件。例如，以待补录的询证文件为Excel文件为例，该Excel文件包括多个sheet页，每个sheet页对应一个数据项，且该sheet页包含该数据项对应的函证数据。
在本实施例中，由于目标函证数据包括多个数据项分别对应的函证数据，通过生成各数据项分别对应的数据表，便于显示和区分。
步骤S307，银行服务器向用户设备发送结果信息，结果信息用于表示已生成目标询证函。
在本实施例中，该步骤的实现方式参见上述步骤S104，在此不再赘述。
步骤S308，用户设备显示结果信息。
在本实施例中，该步骤的实现方式参见上述步骤S203，在此不再赘述。
在一种可选实施例中，在银行服务器基于目标函证数据和预设询证函模板，生成目标询证函之后，本申请提供的文件生成方法还包括以下步骤：
银行服务器存储目标询证函；用户设备响应于询证函获取指令，向银行服务器发送针对目标询证函的询证函获取请求；银行服务器响应于接收到用户设备发送的针对目标询证函的询证函获取请求，获取已存储的目标询证函；向用户设备发送目标询证函；用户设备显示目标询证函。
其中，目标询证函可以是PDF（Portable Document Format，便携文档格式）文件或者其他类型的文件。银行服务器可以将目标询证函存储在本地，也可以将目标询证函存储到数据库中。并且，银行服务器还可以设置存储目标询证函的时长，例如时长为半年、1年或2年等，以供用户通过用户设备对目标询证函进行预览、下载或打印等操作。具体地，银行服务器将目标询证函标识与目标询证函对应存储，并在向用户设备发送结果信息时一同发送目标询证函标识，这样用户设备在发送询证函获取请求时，询证函获取请求携带目标询证函标识，从而银行服务器获取与该目标询证函标识对应存储的目标询证函。
在上述可选实施例中，在生成目标询证函之后，先通过银行服务器存储目标询证函，在接收到用户设备发送的获取请求时，返回目标询证函，以供用户进行后续操作。
在上述实施例的基础上，图5是根据另一示例性实施例示出的一种文件生成流程的示意图，如图5所示，询证函生成请求所携带的询证函截止日期以及被函证方标识可以看作是针对目标询证函设置好的定制条件，通过将定制条件发送至数据仓库，数据仓库获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，这一操作可以看作是数据仓库根据定制条件进行数据定制，以获得定制结果数据，银行服务器判断是否需要人工补录，如果需要，则生成待补录的函证文件，用户设备下载该待补录的函证文件，并上传补充完成的函证文件，也即更新后的函证文件，银行服务器生成目标询证函；如果不需要人工补录，则直接生成目标询证函。本申请通过数据定制、数据集成、自动任务自动生成询证函，简化了询证函生成流程，省去了用户人工操作数据项步骤，节约了成本，减少了生成询证函过程中造成的大量数据冗余，节约了数据库资源，且数据来源统一管理。
图6是根据一示例性实施例示出的一种文件生成装置的结构示意图，如图6所示，本实施例中，文件生成装置400可以设置在银行服务器中，文件生成装置400包括：
接收模块401，用于接收用户设备发送的询证函生成请求，询证函生成请求携带询证函截止日期以及被函证方标识，被函证方标识用于指代被函证方；
发送模块402，用于响应于当前时间达到预设时间，向数据仓库发送数据获取请求，数据获取请求携带询证函截止日期以及被函证方标识，以使数据仓库响应于数据获取请求，获取与被函证方标识对应存储且存储日期在询证函截止日期之前的目标函证数据，并向银行服务器发送目标函证数据；
生成模块403，用于基于目标函证数据和预设询证函模板，生成目标询证函；
发送模块402，还用于向用户设备发送结果信息，结果信息用于表示已生成目标询证函。
在一种可能的设计中，生成模块403，包括：
转换子模块，用于按照预设询证函模板对应的填写要求，对目标函证数据的格式进行转换，以获得符合填写要求的处理后的目标函证数据；
生成子模块，用于基于处理后的目标函证数据和预设询证函模板，生成目标询证函。
在一种可能的设计中，询证函生成请求还携带询证函标识；装置400还包括：
获取模块，用于获取询证函标识对应的询证函参考信息；其中，询证函参考信息包括至少一项参考信息，参考信息为询证函截止日期、第三方数据指示信息、被函证方标识对应的信用额度指示信息或被函证方标识对应的催收状态，第三方数据指示信息用于指示目标询证函是否存在人工输入第三方数据的需求，信用额度指示信息用于指示被函证方对应的信用额度是否过期，催收状态表示被函证方是否被催收；
第一生成子模块，用于：
若确定询证函参考信息所包括的至少一项参考信息均符合对应的预设条件，则将处理后的目标函证数据填入预设询证函模板，以生成目标询证函。
在一种可能的设计中，生成模块403，还包括：
第二生成子模块，用于若确定询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于目标函证数据，生成待补录的询证文件，待补录的询证文件为可编辑类型的文件；
发送子模块，用于向用户设备发送待补录的询证文件，以使用户设备基于用户针对待补录的询证文件所输入的补录函证数据，生成补录后的询证文件，并向银行服务器发送补录后的询证文件；
提取子模块，用于从补录后的询证文件中，提取补录后的目标询证数据；
第一生成子模块，用于将补录后的目标询证数据填入预设询证函模板，以生成目标询证函。
在一种可能的设计中，目标函证数据包括多个数据项分别对应的函证数据；第二生成子模块，用于：
生成各数据项分别对应的数据表，数据表包括数据项对应的函证数据；
将多个数据项分别对应的数据表组成待补录的询证文件。
在一种可能的设计中：
询证函截止日期对应的预设条件为询证函截止日期位于询证函功能上线日期之后；
第三方数据指示信息对应的预设条件为第三方数据指示信息指示目标询证函不存在人工输入第三方数据的需求；
信用额度指示信息对应的预设条件为信用额度指示信息指示被函证方对应的信用额度未过期；
催收状态对应的预设条件为催收状态指示被函证方未被催收。
在一种可能的设计中，装置400还包括：
存储模块，用于存储目标询证函；
获取模块，还用于响应于接收到用户设备发送的针对目标询证函的询证函获取请求，获取已存储的目标询证函；
发送模块402，还用于向用户设备发送目标询证函。
本实施例提供的文件生成装置可以执行对应方法实施例的技术方案，其实现原理和技术效果与对应方法实施例类似，在此不再赘述。
图7是根据另一示例性实施例示出的一种文件生成装置的结构示意图，如图7所示，本实施例中，文件生成装置500可以设置在用户设备中，文件生成装置500包括：
获取模块501，用于响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，被函证方标识用于指代被函证方；
发送模块502，用于向银行服务器发送询证函生成请求，以使银行服务器基于询证函截止日期以及被函证方标识获取目标函证数据，基于目标函证数据和预设询证函模板生成目标询证函，并向用户设备发送结果信息，结果信息用于表示已生成目标询证函；
显示模块503，用于显示结果信息。
在一种可能的设计中，获取模块501，用于：
显示询证函操作界面，询证函操作界面包括询证函生成控件；
响应于询证函生成控件被触发，确定接收到询证函生成指令；
获取用户在询证函操作界面中所输入的询证函截止日期和被函证方标识。
在一种可能的设计中，装置500还包括：
接收模块，用于接收银行服务器发送的待补录的询证文件，待补录的询证文件为可编辑类型的文件，且是基于目标函证数据生成的；
显示模块503，还用于显示待补录的询证文件；
生成模块，用于基于用户针对待补录的询证文件所输入的补录函证数据，生成补录后的询证文件；
发送模块502，还用于向银行服务器发送补录后的询证文件。
在一种可能的设计中：
发送模块502，还用于响应于询证函获取指令，向银行服务器发送针对目标询证函的询证函获取请求，以使银行服务器向用户设备发送目标询证函；
显示模块503，还用于显示目标询证函。
本实施例提供的文件生成装置可以执行对应方法实施例的技术方案，其实现原理和技术效果与对应方法实施例类似，在此不再赘述。
需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。各模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上各模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
本申请实施例还提供了一种银行服务器和一种用户设备。其中，银行服务器和用户设备可以提供为电子设备。电子设备旨在各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机和其它适合的计算机。
图8是根据一示例性实施例示出的一种银行服务器的结构示意图。如图8所示，银行服务器600包括：处理器601以及分别与处理器601通信连接的存储器602和收发器603。
存储器602存储有计算机执行指令；收发器603用于与用户设备之间收发数据；处理器601执行存储器602存储的计算机执行指令，以实现本申请所提供的文件生成方法。
其中，本申请实施例中，存储器602、收发器603分别和处理器601通过总线连接。总线可以是工业标准体系结构（Industry Standard Architecture，ISA）总线、外部设备互连（Peripheral Component Interconnect，PCI）总线或扩展工业标准体系结构（ExtendedIndustry Standard Architecture，EISA）总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
图9是根据一示例性实施例示出的一种用户设备的结构示意图。如图9所示，用户设备700包括：处理器701以及分别与处理器701通信连接的存储器702和收发器703。
存储器702存储有计算机执行指令；收发器703用于与银行服务器之间收发数据；处理器701执行存储器702存储的计算机执行指令，以实现本申请所提供的文件生成方法。
其中，本申请实施例中，存储器702、收发器703分别和处理器701通过总线连接。
本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。
在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，该计算机执行指令被处理器执行时用于实现本申请提供的文件生成方法。
在示例性实施例中，还提供了一种计算机程序产品，包括计算机程序，当该计算机程序产品中的计算机程序被处理器执行时用于实现本申请提供的文件生成方法。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。
进一步需要说明的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其它的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。
另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。
集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，处理器可以是任何适当的硬件处理器，比如中央处理器（Central Processing Unit，CPU）、图形处理器（Graphics Processing Unit，GPU）、专用集成电路（Application Specific IntegratedCircuit，ASIC）、数字信号处理器（Digital Signal Processor，DSP）、可编程逻辑器件（Programmable Logic Device，PLD）、现场可编程门阵列（Field Programmable GateArray，FPGA）、控制器、微控制器、微处理器或其他电子元件。若无特别说明，存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如U盘、随机存取存储器（Random-Access Memory，RAM）、静态随机存取存储器（Static Random-Access Memory，SRAM），动态随机存取存储器（Dynamic Random-Access Memory，DRAM），增强动态随机存取存储器（Enhanced Dynamic Random-Access Memory，EDRAM），电可擦除可编程只读存储器（Electrically Erasable Programmable Read-Only Memory，EEPROM），可擦除可编程只读存储器（Erasable Programmable Read-Only Memory，EPROM），可编程只读存储器（Programmable read-only memory，PROM），只读存储器（Read-Only Memory，ROM），阻变式存储器（Resistive Random Access Memory，RRAM），高带宽内存HBM（High-BandwidthMemory），混合存储立方HMC（Hybrid Memory Cube），磁存储器，快闪存储器，磁盘、光盘、移动硬盘或磁碟等各种可以存储程序代码的介质。
集成的单元/模块如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种文件生成方法，其特征在于，应用于银行服务器，包括：
接收用户设备发送的询证函生成请求，所述询证函生成请求携带询证函截止日期、询证函标识以及被函证方标识，所述被函证方标识用于指代被函证方；
响应于当前时间达到预设时间，向数据仓库发送数据获取请求，所述数据获取请求携带所述询证函截止日期以及所述被函证方标识，以使所述数据仓库响应于所述数据获取请求，获取与所述被函证方标识对应存储且存储日期在所述询证函截止日期之前的目标函证数据，并向所述银行服务器发送所述目标函证数据；
基于所述目标函证数据和预设询证函模板，生成目标询证函；
向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函;
所述基于所述目标函证数据和预设询证函模板，生成目标询证函，包括：
按照所述预设询证函模板对应的填写要求，对所述目标函证数据的格式进行转换，以获得符合所述填写要求的处理后的目标函证数据；
获取所述询证函标识对应的询证函参考信息；其中，所述询证函参考信息包括至少一项参考信息，所述参考信息为所述询证函截止日期、第三方数据指示信息、所述被函证方标识对应的信用额度指示信息或所述被函证方标识对应的催收状态，所述第三方数据指示信息用于指示所述目标询证函是否存在人工输入第三方数据的需求，所述信用额度指示信息用于指示所述被函证方对应的信用额度是否过期，所述催收状态表示所述被函证方是否被催收；
若确定所述询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于所述目标函证数据，生成待补录的询证文件，所述待补录的询证文件为可编辑类型的文件；
向所述用户设备发送所述待补录的询证文件，以使所述用户设备基于用户针对所述待补录的询证文件所输入的补录函证数据，生成补录后的询证文件，并向所述银行服务器发送所述补录后的询证文件；
从所述补录后的询证文件中，提取补录后的目标询证数据；
将所述补录后的目标询证数据填入所述预设询证函模板，以生成所述目标询证函。
2.根据权利要求1所述的方法，其特征在于，还包括：
若确定所述询证函参考信息所包括的至少一项参考信息均符合对应的预设条件，则将所述处理后的目标函证数据填入所述预设询证函模板，以生成所述目标询证函。
3.根据权利要求1所述的方法，其特征在于，所述目标函证数据包括多个数据项分别对应的函证数据；所述基于所述目标函证数据，生成待补录的询证文件，包括：
生成各所述数据项分别对应的数据表，所述数据表包括所述数据项对应的函证数据；
将所述多个数据项分别对应的数据表组成所述待补录的询证文件。
4.根据权利要求1所述的方法，其特征在于：
所述询证函截止日期对应的预设条件为所述询证函截止日期位于询证函功能上线日期之后；
所述第三方数据指示信息对应的预设条件为所述第三方数据指示信息指示所述目标询证函不存在人工输入第三方数据的需求；
所述信用额度指示信息对应的预设条件为所述信用额度指示信息指示所述被函证方对应的信用额度未过期；
所述催收状态对应的预设条件为所述催收状态指示所述被函证方未被催收。
5.根据权利要求1所述的方法，其特征在于，所述基于所述目标函证数据和预设询证函模板，生成目标询证函之后，所述方法还包括：
存储所述目标询证函；
所述向所述用户设备发送结果信息之后，所述方法还包括：
响应于接收到所述用户设备发送的针对所述目标询证函的询证函获取请求，获取已存储的所述目标询证函；
向所述用户设备发送所述目标询证函。
6.一种文件生成方法，其特征在于，应用于用户设备，包括：
响应于询证函生成指令，获取用户所输入的询证函截止日期、询证函标识和被函证方标识，所述被函证方标识用于指代被函证方；
向银行服务器发送询证函生成请求，以使所述银行服务器基于所述询证函截止日期以及所述被函证方标识获取目标函证数据，基于所述目标函证数据和预设询证函模板生成目标询证函，并向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函；
显示所述结果信息；
所述基于所述目标函证数据和预设询证函模板生成目标询证函，包括：所述银行服务器按照所述预设询证函模板对应的填写要求，对所述目标函证数据的格式进行转换，以获得符合所述填写要求的处理后的目标函证数据；获取所述询证函标识对应的询证函参考信息；其中，所述询证函参考信息包括至少一项参考信息，所述参考信息为所述询证函截止日期、第三方数据指示信息、所述被函证方标识对应的信用额度指示信息或所述被函证方标识对应的催收状态，所述第三方数据指示信息用于指示所述目标询证函是否存在人工输入第三方数据的需求，所述信用额度指示信息用于指示所述被函证方对应的信用额度是否过期，所述催收状态表示所述被函证方是否被催收；若确定所述询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于所述目标函证数据，生成待补录的询证文件，所述待补录的询证文件为可编辑类型的文件；
所述向银行服务器发送询证函生成请求之后，所述方法还包括：
接收所述银行服务器发送的待补录的询证文件，所述待补录的询证文件为可编辑类型的文件，且是基于所述目标函证数据生成的；
显示所述待补录的询证文件；
基于用户针对所述待补录的询证文件所输入的补录函证数据，生成补录后的询证文件；
向所述银行服务器发送所述补录后的询证文件，以使所述银行服务器从所述补录后的询证文件中，提取补录后的目标询证数据；将所述补录后的目标询证数据填入所述预设询证函模板，以生成所述目标询证函。
7.根据权利要求6所述的方法，其特征在于，所述响应于询证函生成指令，获取用户所输入的询证函截止日期和被函证方标识，包括：
显示询证函操作界面，所述询证函操作界面包括询证函生成控件；
响应于所述询证函生成控件被触发，确定接收到所述询证函生成指令；
获取用户在所述询证函操作界面中所输入的询证函截止日期和所述被函证方标识。
8.根据权利要求6所述的方法，其特征在于，所述显示所述结果信息之后，所述方法还包括：
响应于询证函获取指令，向所述银行服务器发送针对所述目标询证函的询证函获取请求，以使所述银行服务器向所述用户设备发送所述目标询证函；
显示所述目标询证函。
9.一种文件生成装置，其特征在于，设置在银行服务器中，包括：
接收模块，用于接收用户设备发送的询证函生成请求，所述询证函生成请求携带询证函截止日期以及被函证方标识，所述被函证方标识用于指代被函证方；
发送模块，用于响应于当前时间达到预设时间，向数据仓库发送数据获取请求，所述数据获取请求携带所述询证函截止日期以及所述被函证方标识，以使所述数据仓库响应于所述数据获取请求，获取与所述被函证方标识对应存储且存储日期在所述询证函截止日期之前的目标函证数据，并向所述银行服务器发送所述目标函证数据；
生成模块，用于基于所述目标函证数据和预设询证函模板，生成目标询证函；
所述发送模块，还用于向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函；
所述生成模块，包括：
转换子模块，用于按照预设询证函模板对应的填写要求，对目标函证数据的格式进行转换，以获得符合填写要求的处理后的目标函证数据；
生成子模块，用于基于处理后的目标函证数据和预设询证函模板，生成目标询证函；
询证函生成请求还携带询证函标识；装置还包括：
获取模块，用于获取询证函标识对应的询证函参考信息；其中，询证函参考信息包括至少一项参考信息，参考信息为询证函截止日期、第三方数据指示信息、被函证方标识对应的信用额度指示信息或被函证方标识对应的催收状态，第三方数据指示信息用于指示目标询证函是否存在人工输入第三方数据的需求，信用额度指示信息用于指示被函证方对应的信用额度是否过期，催收状态表示被函证方是否被催收；
生成模块，还包括：
第二生成子模块，用于若确定询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于目标函证数据，生成待补录的询证文件，待补录的询证文件为可编辑类型的文件；
发送子模块，用于向用户设备发送待补录的询证文件，以使用户设备基于用户针对待补录的询证文件所输入的补录函证数据，生成补录后的询证文件，并向银行服务器发送补录后的询证文件；
提取子模块，用于从补录后的询证文件中，提取补录后的目标询证数据；
生成子模块，用于将补录后的目标询证数据填入预设询证函模板，以生成目标询证函。
10.一种文件生成装置，其特征在于，设置在用户设备中，包括：
获取模块，用于响应于询证函生成指令，获取用户所输入的询证函截止日期、询证函标识和被函证方标识，所述被函证方标识用于指代被函证方；
发送模块，用于向银行服务器发送询证函生成请求，以使所述银行服务器基于所述询证函截止日期以及所述被函证方标识获取目标函证数据，基于所述目标函证数据和预设询证函模板生成目标询证函，并向所述用户设备发送结果信息，所述结果信息用于表示已生成所述目标询证函；
显示模块，用于显示所述结果信息；
所述基于所述目标函证数据和预设询证函模板生成目标询证函，包括：所述银行服务器按照所述预设询证函模板对应的填写要求，对所述目标函证数据的格式进行转换，以获得符合所述填写要求的处理后的目标函证数据；获取所述询证函标识对应的询证函参考信息；其中，所述询证函参考信息包括至少一项参考信息，所述参考信息为所述询证函截止日期、第三方数据指示信息、所述被函证方标识对应的信用额度指示信息或所述被函证方标识对应的催收状态，所述第三方数据指示信息用于指示所述目标询证函是否存在人工输入第三方数据的需求，所述信用额度指示信息用于指示所述被函证方对应的信用额度是否过期，所述催收状态表示所述被函证方是否被催收；若确定所述询证函参考信息所包括的任一项参考信息不符合对应的预设条件，则基于所述目标函证数据，生成待补录的询证文件，所述待补录的询证文件为可编辑类型的文件；
装置还包括：
接收模块，用于接收银行服务器发送的待补录的询证文件，待补录的询证文件为可编辑类型的文件，且是基于目标函证数据生成的；
显示模块，还用于显示待补录的询证文件；
生成模块，用于基于用户针对待补录的询证文件所输入的补录函证数据，生成补录后的询证文件；
发送模块，还用于向银行服务器发送补录后的询证文件，以使所述银行服务器从所述补录后的询证文件中，提取补录后的目标询证数据；将所述补录后的目标询证数据填入所述预设询证函模板，以生成所述目标询证函。
11.一种服务器，其特征在于，包括：处理器以及分别与所述处理器通信连接的存储器和收发器；
所述存储器存储计算机执行指令；所述收发器用于与用户设备之间收发数据；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至权利要求5中任一项所述的文件生成方法。
12.一种用户设备，其特征在于，包括：处理器以及分别与所述处理器通信连接的存储器和收发器；
所述存储器存储计算机执行指令；所述收发器用于与银行服务器之间收发数据；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求6至权利要求8中任一项所述的文件生成方法。
13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至权利要求8中任一项所述的文件生成方法。
CN202311033977.9A 2023-08-17 2023-08-17 文件生成方法、装置、服务器、用户设备及存储介质 Active CN116756226B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311033977.9A CN116756226B (zh) 2023-08-17 2023-08-17 文件生成方法、装置、服务器、用户设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311033977.9A CN116756226B (zh) 2023-08-17 2023-08-17 文件生成方法、装置、服务器、用户设备及存储介质

Publications (2)

Publication Number Publication Date
CN116756226A CN116756226A (zh) 2023-09-15
CN116756226B true CN116756226B (zh) 2023-11-28

Family

ID=87957511

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311033977.9A Active CN116756226B (zh) 2023-08-17 2023-08-17 文件生成方法、装置、服务器、用户设备及存储介质

Country Status (1)

Country Link
CN (1) CN116756226B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2993256A1 (en) * 2015-07-21 2017-01-26 10353744 Canada Ltd. Electronic certificate issuing method, apparatus, and system
KR20190142682A (ko) * 2018-06-18 2019-12-27 조현준 마스터패스워드와 공개키와 비밀키 활용한 간편송금 방법
CN111768289A (zh) * 2020-06-22 2020-10-13 中国工商银行股份有限公司 银行询证函业务数据处理方法和装置、电子设备以及介质
CN112801777A (zh) * 2021-02-08 2021-05-14 中国工商银行股份有限公司 一种银行函证自动处理方法、系统、电子设备及存储介质
CN115511473A (zh) * 2022-11-02 2022-12-23 北京共识数信科技有限公司 一种基于大数据的智慧函证管理方法、系统和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2993256A1 (en) * 2015-07-21 2017-01-26 10353744 Canada Ltd. Electronic certificate issuing method, apparatus, and system
KR20190142682A (ko) * 2018-06-18 2019-12-27 조현준 마스터패스워드와 공개키와 비밀키 활용한 간편송금 방법
CN111768289A (zh) * 2020-06-22 2020-10-13 中国工商银行股份有限公司 银行询证函业务数据处理方法和装置、电子设备以及介质
CN112801777A (zh) * 2021-02-08 2021-05-14 中国工商银行股份有限公司 一种银行函证自动处理方法、系统、电子设备及存储介质
CN115511473A (zh) * 2022-11-02 2022-12-23 北京共识数信科技有限公司 一种基于大数据的智慧函证管理方法、系统和存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
以区块链技术推动银行函证数字化;张亮;侯哲;李德林;;中国银行业(第09期);全文 *

Also Published As

Publication number Publication date
CN116756226A (zh) 2023-09-15

Similar Documents

Publication Publication Date Title
CN110597511B (zh) 一种页面自动生成方法、系统、终端设备及存储介质
CN108132926B (zh) 合同生成装置及系统
CN112882699B (zh) 基于流程配置引擎的业务处理方法、装置、设备及介质
US10511453B2 (en) Information processing system and charge calculation apparatus
CN109658059B (zh) 文件核验方法、装置、电子设备及计算机可读介质
CN108257031B (zh) 医疗保险产品发布方法、装置及存储介质
CN111858376A (zh) 请求报文生成方法和接口测试方法
CN110727580A (zh) 响应数据生成、全流程接口数据处理方法及相关设备
CN110852719A (zh) 电子合同的签订方法及装置、电子设备、存储介质
CN110738784B (zh) 发票管理方法、装置、服务器和系统
CN110046155B (zh) 特征数据库的更新、数据特征的确定方法、装置及设备
CN112115107A (zh) 合同文本自动生成方法及装置
CN113239400A (zh) 资产管理方法、装置、系统及电子设备
CN114331315A (zh) 结合rpa和ai的社保业务处理方法及装置
CN116167860A (zh) 对账处理方法、装置、电子设备及存储介质
CN114266539A (zh) 文件流程处理方法、系统、装置及计算机可读存储介质
CN112613288B (zh) 结算单生成方法、装置、计算机设备和存储介质
CN111598707B (zh) 一种页面的生成方法及电子设备
CN116756226B (zh) 文件生成方法、装置、服务器、用户设备及存储介质
CN116501929A (zh) 电子凭证生成方法、装置及电子设备
CN114297240A (zh) 基于rpa及ai的付款凭证单据制作方法、装置、设备及介质
CN112529700A (zh) 一种业务办理与审核方法、系统、设备及可读存储介质
CN112070470A (zh) 一种年报申报方法、装置、电子设备及存储介质
CN111242764A (zh) 一种基于区块链的发票报销方法、装置及可读存储介质
CN110865813A (zh) 票据信息采集方法、装置、计算机设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant