财务数据处理方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种财务数据处理方法、装置、电子设备及存储介质。

背景技术

在一些企业或组织中，其业务平台与财务平台为独立的两个平台，例如电商类和在线教育类等。然而业务平台涉及的财务数据需要经由财务平台进行审批，待审批完成后才能执行后续相关的财务操作。

目前业务平台向财务平台的审批操作依赖人工，即，财务专员每月手动整理业务平台的财务数据，根据财务数据和审批要求准备审批文件，审批文件准备完成后，财务专员再登陆财务平台上传审批文件，并手动发起财务审批请求；在整个审批流程中，效率低且容易出错。

发明内容

有鉴于此，本申请实施例的目的在于提出一种财务数据处理方法、装置、电子设备及存储介质。

第一方面，本申请实施例提供了一种财务数据处理方法，其特征在于，包括：

在预设时间点汇总财务数据；

根据预设规则和所述财务数据生成审批文件；

发送所述审批文件和审批请求至财务平台；

其中，所述财务数据包括账单数据和账单附件，所述预设规则包括所述账单数据与所述账单附件的对应规则。

通过上述步骤，业务平台可以自动汇总财务数据，并生成形成符合财务平台审批要求的审批文件，从而能够代替财务专员批量地、自动地完成审批文件的准备，并向财务平台发起审批请求，减少了人工干预，提高了审批效率和工作准确性。

在一种可能的实施方式中，所述在预设时间点汇总财务数据，之后还包括：

根据所述账单数据的结算地生成子账单；

向与所述子账单结算地对应的子账户推送确认通知；

根据修改操作指令更新所述账单数据；

根据确认操作指令完成汇总所述财务数据的确认。

在一种可能的实施方式中，所述根据预设规则和所述财务数据生成审批文件，包括：

根据所述预设规则和所述账单数据，判断所述账单附件是否齐全；

响应于所述账单附件齐全，生成所述审批文件；

响应于所述账单附件不齐全，推送预警信息并停止运行。

在一种可能的实施方式中，所述生成所述审批文件，包括：

生成包含所述账单数据的账单表单；

生成包含所述账单附件查看链接的附件表单；

打包压缩所述账单表单和所述附件表单形成所述审批文件。

在一种可能的实施方式中，所述财务数据处理方法通过PHP框架实现，表单生成通过PHPExcel工具完成，打包压缩通过ZipArchive工具完成。

在一种可能的实施方式中，与所述财务平台通过Web Services进行数据对接。

在一种可能的实施方式中，所述审批文件包括记录审批状态的状态记录文件；

所述发送所述审批文件至所述财务平台进行审批，之后包括：

接收所述财务平台的反馈信息；

存储所述反馈信息至所述状态记录文件，并根据所述反馈信息变更所述审批状态；

其中，所述审批状态包括未发起审批、发起审批失败、发起审批成功并等待审批、审批未通过和审批通过。

在一种可能的实施方式中，在所述审批状态为发起审批失败时，所述财务数据处理方法包括：

设置所述审批文件为修改状态；

响应于审批发起操作指令，发送修改后的所述审批文件至所述财务平台进行审批。

在一种可能的实施方式中，所述财务数据处理方法还包括：

根据所述审批状态变更所述查看链接的有效性。

在一种可能的实施方式中，所述预设时间点为时间循环周期的终点。

第二方面，本申请实施例提供了一种财务数据处理装置，包括：

汇总模块，被配置为在预设时间点汇总财务数据；

生成模块，被配置为根据预设规则和所述财务数据生成审批文件；

发送模块，被配置为发送所述审批文件和审批请求至财务平台；

其中，所述财务数据包括账单数据和账单附件，所述预设规则包括所述财务平台对与所述财务数据对应所述审批文件的要求。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面实施例中任一项所述的方法。

第四方面，本申请实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使计算机执行第一方面实施例中任一所述方法。

附图说明

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

图1为本申请实施例提供的一种财务数据处理方法的流程图一；

图2为本申请实施例提供的一种财务数据处理方法的流程图二；

图3为本申请实施例提供的一种财务数据处理方法的流程图三；

图4为本申请实施例提供的一种财务数据处理方法应用场景的架构图；

图5为本申请实施例提供的一种财务数据处理装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

在一些企业或组织中，其业务平台与财务平台为相互独立的平台，其中，业务平台可以为交易类平台，例如电商平台；还可以为具有不同作用的功能性平台，例如在线教育平台、直播平台、在线办公平台和缴费平台等，也可以为分支机构的在线平台，业务平台也可能不止一个。

然而业务平台涉及的财务数据需要经由财务平台进行审批，待审批完成后才能执行后续相关的财务操作。目前业务平台向财务平台的审批操作依赖人工，即，财务专员每月手动整理业务平台的财务数据，根据财务数据和审批要求准备审批文件，审批文件准备完成后，财务专员再登陆财务平台上传审批文件，并手动发起财务审批请求；在整个审批流程中，效率低且容易出错。

鉴于此，本申请实施例提供了一种财务数据处理方法，如图1所示，该财务数据处理方法包括：

步骤S10：在预设时间点汇总财务数据；

该财务数据处理方法应用于某一具体的业务平台，在预设时间点汇总该业务平台在运行过程中产生的财务数据。步骤S100中的预设时间点可以为根据当前业务平台的财务数据性质、结算周期、以及财务平台的结算周期等因素综合得出的时间点，该时间点通常为一个时间循环周期的终点，例如每月的某一个天，或者每天的某一个时间，也就是说，该汇总财务数据的任务以定时任务的形式运行，例如定时任务可以为云服务器定时任务Linux-crontab。另外，该预设时间点还可以为人为预设的任意时间点，例如几天后、几小时后。

财务数据包括账单数据和账单附件，其中，账单数据包括款项类型、款项名称和款项数额等数据信息，还可以包括经办人、产生时间和产生地点等数据信息。账单附件则为与财务数据对应的附件文件，例如费用票据、支付凭证、合同文件以及其它相关图片文件等。由于不同业务平台涉及的财务数据不同，不同的财务数据所包含的内容会存在区别，此处无法一一列举，但本领域技术人员可以根据实际情况对财务数据所包含的内容进行调整。

步骤S20：根据预设规则和财务数据生成成审批文件；

财务平台对于不同业务平台、不同财务数据，具有不同的审批文件要求，审批文件要求包括账单数据所应包含的内容，与账单数据对应的账单附件，以及账单附件的种类、数量和格式等。在本实施例提供的财务数据处理方法中，通过预设规则记录财务平台对于不同业务平台、不同财务数据关于审批文件要求，该预设规则至少包括账单数据与账单附件的对应关系。该预设规则还可以包括业务平台与财务平台进行数据交互的相关配置信息，以方便业务平台与财务平台能够完成数据交互。

在运行过程中，通过搜索与当前财务数据对应的预设规则，然后根据预设规则即可制作出符合财务平台要求的审批文件。如此设计，可以实现对财务数据的批量化处理，有利于提高审批文件准备效率。可选的，可以根据预设规则制作可编辑的数据规则文件，从而实现对预设规则的更新和修正，满足各种财务数据的处理要求。

步骤S30：发送审批文件和审批请求至财务平台；

业务平台和财务平台数据为两个独立的平台，在审批文件准备完成后通过两个平台之间的数据接口完成数据对接，并发起批量财务审批的要求；财务平台接收到审批文件和审批请求后，进行财务审批。

可选的，可以采用Web Services进行数据对接，Web Service是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行交互操作。

通过上述步骤S10至步骤S30，业务平台可以自动汇总财务数据，并生成形成符合财务平台审批要求的审批文件，从而能够代替财务专员批量地、自动地完成审批文件的准备，并向财务平台发起审批请求，减少了人工干预，提高了审批效率和工作准确性。

在业务平台产生的财务数据中，可能存在多个不同的费用结算地，不同费用结算地的业务逻辑不同，对应的财务专员也不同，在此种情况下，现有技术中的财务审批流程包括如下步骤：

财务专员每月手动整理财务数据；

整理完成后发给各费用结算地(现地)的财务专员确认财务数据信息是否准确无误。

确认完成后再由各费用结算地(现地)的财务专员手动登录财务平台,手动发起财务审批。

由此可以看出，财务审批流程依赖人工手动执行，涉及人员众多，工作繁重且容易出错。因此，在一种可能的实施方式中，如图2所示，步骤S10在汇总到财务数据后还包括：

步骤S11：根据账单数据的结算地生成子账单；

通过前文可知，汇总的财务数据中可能包含多个结算地，为了便于不同结算地财务专员对所属结算地的财务数据确认操作，在步骤S11中根据结算地生成子账单，每个子账单包含与该结算地对应的账单数据。

不同结算地的财务专员在业务平台拥有对应的子账户，财务专员可以通过与其对应的子账户登录业务平台进行相关操作，子账户需要提前在业务平台设置用于身份识别的身份信息以及发起财务审批时所需要的相关信息，以方便在业务平台上进行发起财务审批等操作。

步骤S12：向与子账单结算地对应的子账户推送确认通知；

在步骤S11中的子账单生成完成后，向对应子账户推送确认通知，告知拥有该子账户的财务专员登录业务平台确认财务数据的准确性，推送方式可以为邮件、短信、平台消息等。

步骤S13：根据修改操作指令更新所述账单数据；

步骤S14：根据财务专员的确认操作指令完成汇总所述财务数据的确认。

财务专员根据确认通知登录业务平台确认财务数据的准确性，在财务数据出现问题时可以进行手动修改，更新账单数据；在财务数据没有问题时可以继续执行后续步骤，即自动生成审批文件和发起批量财务审批。

由此可以看出，在本申请实施例提供的财务数据处理方法中，能够代替费用结算地(现地)财务专员批量发起财务审批的操作，减少人工干预，提高了审批效率和工作准确性。

在步骤S30之后，本申请实施例提供的财务审批方法还包括：

接收财务平台的反馈信息；

存储反馈信息至状态记录文件，并根据反馈信息变更审批状态。

其中，审批文件包括记录审批状态的状态记录文件，审批状态包括未发起审批、发起审批失败、发起审批成功并等待审批、审批未通过和审批通过。

在审批状态为发起审批失败时，财务数据处理方法包括：

设置审批文件为修改状态；

响应审批发起操作指令，发送修改后的审批文件至财务平台进行审批。

即，在批量发起审批后对于未能成功发起审批的审批文件，可以通过财务专员手工调整后再次发起审批。

在一些实施例中，如图3所示，步骤S20包括：

步骤S21：根据预设规则和账单数据，判断账单附件是否齐全；

在生成审批文件之前，需对财务数据的必要性进行检测，即确认预设规则中规定的有关财务数据的账单附件是否齐全，为审批文件的生成做好充足的准备。

通过前文描述可知，财务数据包括账单数据和账单附件，账单数据中款项类型可以包括培训费、差旅费与劳动报酬费等，账单附件的类型可以包括票据类、合同类与图片证据类等。预设规则包括账单数据与账单附件的对应规则，此处对应规则可以为账单数据中款项类型与账单附件类型之间的对应关系，例如，与培训费对应的账单附件为票据类和合同类附件；与差旅费对应的账单附件为票据类和图片证据类附件；与劳动报酬费对应的账单附件为合同类和图片证据类附件。

鉴于此，步骤S21可以包括：根据账单数据确认款项类型；根据款项类型和预设规则判断账单附件是否齐全。

步骤S22：响应于账单附件齐全，生成所述审批文件；

可选的，步骤S22包括：

生成包含账单数据的账单表单；账单表单为财务审批所需的表格文档，例如Excel文件。

生成包含账单附件查看链接的附件表单；账单附件存储在平台的存储服务器，仅为财务平台提供查看链接，如此可以减少交互的数据量，而且能够保证数据的安全。进一步地，该财务数据处理方法还包括：根据审批状态变更查看链接的有效性。例如，在审批失败或者审批成功后，使查看链接失效。

打包压缩账单表单和附件表单形成审批文件；在文件过多时，可以对审批文件进行打包压缩，提高传输效率。在文件较少时，也可选择不进行压缩。

步骤S23：响应于账单附件不齐全，推送预警信息并停止运行。

在一种可能的实施方式中，本申请实施例中的财务数据处理方法可以通过PHP框架实现，表单生成通过PHPExcel工具完成，打包压缩通过ZipArchive工具完成。

PHP(Pre Hypertext Preprocessor)即“超文本预处理器”，是在服务器端执行的脚本语言，尤其适用于Web开发并可嵌入HTML中。PHP框架提供了简化Web应用程序开发的基本结构，有助于加速应用程序开发的过程，也就是说，采用PHP框架能够使Web开发更高效和简单。

本申请实施例提供的财务数据处理方法可选用PHP框架Yii2。

PHPExcel是用来操作Office Excel文档的一个PHP类库，它基于微软的OpenXML标准和PHP语言，可以使用它来读取、写入不同格式的电子表格。ZipArchive是PHP自带的扩展类，可以实现文件的压缩和解压。

为了便于理解本申请实施例中财务数据处理方法的工作原理，本文还提供了一种具体应用场景，图4为本申请实施例提供的一种财务数据处理方法应用场景的架构图，如图4所示，在该应用场景的架构中，业务平台执行云服务器定时任务(Linux-crontab)，定时完成业务平台中财务数据的汇总，财务数据汇总完成后根据结算地推送至现地财务专员进行确认。财务专员通过业务平台确认财务数据准确无误后，业务平台自动对财务数据根据预设规则完成审批前校验，从而完成财务数据的准备与校验。

PHP技术部分基于PHP开源框架Yii2，对完成准备和校验的财务数据，通过PHPExcel工具生成表单，通过ZipArchive完成压缩打包，完成审批文件的生成。审批文件生成后，业务平台通过财务平台与业务平台之间的数据接口Web Service，向财务平台发送审批文件和审批请求。

财务平台接收审批文件和审批请求，并响应审批请求对审批文件进行处理，然后通过审批结果财务平台与业务平台之间的数据接口Web Service，向业务平台发回反馈信息，业务平台接收反馈信息并执行后续相关财务事务。

需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请实施例的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种财务数据处理装置。

参考图5，所述财务数据处理装置，包括：

汇总模块100，被配置为在预设时间点汇总财务数据；

生成模块200，被配置为根据预设规则和所述财务数据生成审批文件；

发送模块300，被配置为发送所述审批文件和审批请求至财务平台；

其中，所述财务数据包括账单数据和账单附件，所述预设规则包括所述账单数据与所述账单附件的对应规则。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的财务数据处理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的财务数据处理方法。

图6示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的财务数据处理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本申请实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的财务数据处理方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的财务数据处理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请实施例的范围(包括权利要求)被限于这些例子；在本申请实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请实施例的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请实施例的具体实施例对本申请实施例进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请实施例的保护范围之内。