借贷数据交互方法及装置与流程

本申请涉及数据处理技术领域，具体涉及一种借贷数据交互方法及装置。

背景技术：

在企业的运营中，企业资金的流动会产生记录资金流动的借贷凭证。而为保证每一笔资金流动都有凭有证，企业的财务人员就需要对这些借贷凭证进行处理，例如，财务人员可以先进行扫描，再将借贷凭证的扫描件分门别类归档存储。

但随着企业的规模越来越来，企业的资金流动越来越多，这就导致财务人员需要处理的借贷凭证也越来越多，而繁琐的处理流程导致现有的财务人员的处理效率低下，难以保证对这些借贷凭证进行及时处理。但为保证这些借贷凭证能够及时的被处理，就需要招聘更多的财务人员，则又导致企业的人力成本增高。

技术实现要素：

本申请在于提供一种借贷数据交互方法及装置，以有效的改善上述的技术缺陷。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种借贷数据交互方法，应用于服务器，所述方法包括：获得用户终端发送的借贷凭证处理请求；根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的凭证处理结果数据；将所述凭证处理结果数据发送至所述用户终端，使得所述用户终端根据所述凭证处理结果数据展示出所述借贷凭证的处理结果。

结合第一方面，在一些可能的实现方式中，所述根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的处理结果数据，包括：根据所述借贷凭证处理请求中的借贷凭证生成数据，生成新的借贷凭证，并获得新的所述借贷凭证的生成结果数据；或根据所述借贷凭证处理请求中的借贷凭证修改数据，修改历史的所述借贷凭证，并获得历史的所述借贷凭证的修改结果数据；或根据所述借贷凭证处理请求中的借贷凭证删除数据，删除历史的所述借贷凭证，并获得历史的所述借贷凭证的删除结果数据；或根据所述借贷凭证处理请求中的借贷凭证查询时间段，查询出所述借贷凭证的生成时间点在所述借贷凭证查询时间段内的至少一个所述借贷凭证，并获得至少一个所述借贷凭证的借贷查询结果数据。

结合第一方面，在一些可能的实现方式中，所述方法还包括：获得所述用户终端发送的借贷方明细处理请求；根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据；将所述借贷方处理结果数据发送至所述用户终端，使得所述用户终端根据所述借贷方处理结果数据展示出所述借贷方明细的处理结果。

结合第一方面，在一些可能的实现方式中，所述根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据，包括：根据所述借贷方明细处理请求中的借贷方明细查询时间段，查询出所述借贷方明细的生成时间点在所述借贷方明细查询时间段内的至少一个所述借贷方明细，并获得至少一个所述借贷方明细的借贷方查询结果数据。

结合第一方面，在一些可能的实现方式中，在所述根据所述借贷方明细处理请求中的借贷方明细查询时间段，查询出所述借贷方明细的生成时间点在所述借贷方明细查询时间段内的至少一个所述借贷方明细，并获得至少一个所述借贷方明细的借贷方查询结果数据之后，所述方法还包括：获得所述用户终端发送的余额查询请求；根据所述余额查询请求中的余额查询时间段，查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据；根据每个科目的借贷金额数据，确定总余额数据，并将每个科目的借贷金额数据和所述总余额数据发送至所述用户终端。

结合第一方面，在一些可能的实现方式中，所述方法还包括：获得所述用户终端发送的各科目试算数据，其中，所述各科目试算数据包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据；根据所述各科目试算数据，确定出负债的平衡情况数据；将所述平衡情况数据发送至所述用户终端。

第一方面，本申请实施例提供了一种借贷数据交互装置，应用于服务器，所述装置包括：第一获得模块，用于获得用户终端发送的借贷凭证处理请求。第一处理模块，用于根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的凭证处理结果数据。第一发送模块，用于将所述凭证处理结果数据发送至所述用户终端，使得所述用户终端根据所述凭证处理结果数据展示出所述借贷凭证的处理结果。

结合第二方面，在一些可能的实现方式中，所述装置还包括：第二获得模块，用于获得所述用户终端发送的借贷方明细处理请求。第二处理模块，用于根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据。第二发送模块，用于将所述借贷方处理结果数据发送至所述用户终端，使得所述用户终端根据所述借贷方处理结果数据展示出所述借贷方明细的处理结果。

结合第二方面，在一些可能的实现方式中，所述装置还包括：第三获得模块，用于获得所述用户终端发送的余额查询请求。第三处理模块，用于根据所述余额查询请求中的余额查询时间段，查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据。第三发送模块，用于根据每个科目的借贷金额数据，确定总余额数据，并将每个科目的借贷金额数据和所述总余额数据发送至所述用户终端。

结合第二方面，在一些可能的实现方式中，所述装置还包括：第四获得模块，用于获得所述用户终端发送的各科目试算数据，其中，所述各科目试算数据包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据。第四处理模块，用于根据所述各科目试算数据，确定出负债的平衡情况数据。第四发送模块，用于将所述平衡情况数据发送至所述用户终端。

第三方面，本申请实施例提供了一种服务器，所述服务器包括：处理器，存储器，总线和通信接口；所述处理器、所述通信接口和存储器通过所述总线连接；

所述存储器，用于存储程序；

所述处理器，用于通过调用存储在所述存储器中的程序，以执行第一方面、及第一方面的任一种实施方式所述的借贷数据交互装置。

第四方面，本申请实施例提供了一种具有计算机可执行的非易失程序代码的计算机可读储存介质，所述程序代码使所述计算机执行第一方面、及第一方面的任一种实施方式所述的借贷数据交互装置。

本申请实施例的有益效果是：

服务器通过根据用户终端发送的借贷凭证处理请求，而对与借贷凭证处理请求相应的借贷凭证进行处理，故实现了自动的对借贷凭证进行处理，提高了对借贷凭证处理效率，降低了企业对处理借贷凭证所需的人力成本。而且，通过将借贷凭证进行处理的凭证处理结果数据发送至用户终端，还能实现让用户及时的获知处理的结果如何，以便在处理错误时能够及时发现和纠结。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种借贷数据交互系统的结构框图；

图2示出了本申请第一实施例提供的一种借贷数据交互系统中服务器的结构框图；

图3示出了本申请第二实施例提供的一种借贷数据交互方法的第一流程图；

图4示出了本申请第二实施例提供的一种借贷数据交互方法的第二流程图；

图5示出了本申请第二实施例提供的一种借贷数据交互方法的第三流程图；

图6示出了本申请第二实施例提供的一种借贷数据交互方法的第四流程图；

图7示出了本申请第三实施例提供的一种借贷数据交互装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有进行出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了一种借贷数据交互系统10，该借贷数据交互系统10包括：多个用户终端11和服务器20。其中，多个用户终端11和服务器20通信连接。

用户终端11可以为个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。服务器20可以是网络服务器、数据库服务器、云服务器或由多个子服务器构成的服务器集成等。

其中，服务器20中存储的程序可以构成一个办公系统，服务器20与用户终端11的交互实现了服务器20对该办公系统进行运行，从而实现了对借贷数据交互方法的执行。

请参阅图2，在本申请中，该服务器20可以包括：存储器21、通信模块22、总线23和处理器24。其中，处理器24、通信模块22和存储器21通过总线23连接。

处理器24用于执行存储器21中存储的可执行模块，例如计算机程序。图2所示的服务器20的组件和结构只是示例性的，而非限制性的，根据需要，服务器20也可以具有其他组件和结构。

存储器21可能包含高速随机存取存储器(randomaccessmemoryram)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。本实施例中，存储器21存储了执行借贷数据交互方法所需要的程序。

总线23可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类别的总线。

处理器24可能是一种具有信号的处理能力集成电路芯片。在实现过程中，上述方法的各步骤可以通过处理器24中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器24可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

本申请实施例任意实施例揭示的流过程或定义的装置所执行的方法可以应用于处理器24中，或者由处理器24实现。处理器24在接收到执行指令后，通过总线23调用存储在存储器21中的程序后，处理器24通过总线23控制通信模块22则可以执行借贷数据交互方法的流程。

可以理解到，服务器20能够与多个用户终端11进行交互，但服务器20与多个用户终端11中每个用户终端11交互流程大致相同。为便于本领域技术人员对本方案的理解，本实施例以服务器20与某一个用户终端11的交互为例来对方案进行详细的说明。

第二实施例

本实施例提供了一种借贷数据交互方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。以下对本实施例进行详细介绍。

请参阅图3，在本实施例提供的借贷数据交互方法中，借贷数据交互方法应用于服务器，该借贷数据交互方法包括：步骤s101、步骤s102和步骤s103。

步骤s101：获得用户终端发送的借贷凭证处理请求。

步骤s102：根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的凭证处理结果数据。

步骤s103：将所述凭证处理结果数据发送至所述用户终端，使得所述用户终端根据所述凭证处理结果数据展示出所述借贷凭证的处理结果。

以下将对本申请的方案进行详细的描述。

在步骤s101之前，用户需要在用户终端上进行登录操作(输入用户名和用户密码的操作)，用户终端响应检测到的该登录操作，而生成该用户的用户信息(例如，用户名和用户密码)。用户终端可以将该用户信息发送至服务器。

服务器可以将该用户信息与预设的各用户信息进行匹配，从而判断预设的各用户信息是否有目标用户信息与该用户信息匹配。

若否，则说明该用户未注册(非公司员工)或用户信息输入错误。此时，服务器可以发送提示错误的信息至用户终端。

若是，则说明该用户为公司员工，服务器可以将登录成功后的系统首页推送给用户终端。

本实施例中，公司不同级别或不同部门的员工对服务器的访问权限不同，例如，公司的总经理拥有对服务器上的全部功能的访问权限、公司的财务人员拥有对服务器上的财务部分功能的访问权限、公司的普通员工则拥有对服务器上的员工信息部分功能的访问权限。故服务器中预先设置了公司的每个员工对服务器的访问权限，并也预先建立了每个访问权限与每个员工的用户信息的关联关系。

服务器在确定该用户为公司员工时，服务器可以再根据该用户信息获得该用户信息与对应的访问权限的关联关系。那么，服务器根据该关联关系就可以确定出该用户的访问权限，使得后续服务器能够响应该用户终端在访问权限内的访问请求。

步骤s101：获得用户终端发送的借贷凭证处理请求。

用户在需要对公司的借贷凭证进行处理时，用户基于用户终端显示出的系统首页，用户可以在用户终端上进行借贷处理操作请求。相应的，用户终端响应检测到的该借贷处理操作请求，而生成借贷处理的页面请求并发送至服务器。服务器则可以根据借贷处理的页面请求而将借贷处理的页面推送给用户终端，以使用户终端显示出该借贷处理的页面。

用户根据该借贷处理的页面则可以在用户终端上进行借贷处理操作。相应的，用户终端响应检测到的该借贷处理操作而生成借贷凭证处理请求，并将该借贷凭证处理请求在发送至服务器。故服务器便可以获得用户终端发送的借贷凭证处理请求。

可以理解到，由于用户对借贷凭证的处理操作包括：生成、修改、删除或查询，那么根据处理操作的不同，生成的借贷凭证处理请求中的数据也不同。

步骤s102：根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的凭证处理结果数据。

服务器获得借贷凭证处理请求后，服务器先判断该用户的访问权限是否包括对借贷凭证进行处理。

若否，例如，用户为技术员工，则服务器可以返回一个无权限的提示信息给用户终端，以使用户获得当前进行的操作不属于自己的权限范围。

若是，例如，用户为财务人员，服务器则可以对该借贷凭证处理请求进行解析来对相应的借贷凭证进行处理。

在本实施例中，服务器对借贷凭证进行处理的详细流程可以包括：

作为第一种方式

在借贷凭证处理请求所对应的用户的操作为在借贷处理的页面上输入新的借贷凭证的各种数据时，那么服务器通过对借贷凭证处理请求进行解析，获得借贷凭证处理请求中的借贷凭证生成数据，服务器根据借贷凭证生成数据可以确定需要生成新的借贷凭证。

若服务器根据该借贷凭证生成数据而生成了该新的借贷凭证，服务器可以将生成的新的借贷凭证进行存储，以保证其有迹可循。服务器还可以基于执行生成该新的借贷凭证的操作，生成用于表示该新的借贷凭证生成成功的生成结果数据。

若服务器根据该借贷凭证生成数据而无法生成该新的借贷凭证，那么服务器可以基于对该借贷凭证生成数据的分析，而确定出无法成功生成该新的借贷凭证的具体原因。那么服务器根据该具体原因，还可以生成用于表示该新的借贷凭证为何生成失败的生成结果数据，例如，生成结果数据为：xx数据为填写。

作为第二种方式

在借贷凭证处理请求所对应的用户的操作为在借贷处理的页面上修改历史的借贷凭证的各种数据时，那么服务器通过对借贷凭证处理请求进行解析，获得借贷凭证处理请求中的借贷凭证修改数据，服务器根据借贷凭证修改数据可以确定如何对该历史的借贷凭证进行修改。

若服务器根据该借贷凭证修改数据而对该历史的借贷凭证进行修改，服务器可以将修改后的该历史的借贷凭证进行存储，以保证其有迹可循。服务器还可以基于执行修改该历史的借贷凭证的操作，生成用于表示该历史的借贷凭证修改成功的修改结果数据。

若服务器根据该借贷凭证修改数据而无法修改该历史的借贷凭证，那么服务器可以基于对该借贷凭证修改数据的分析，而确定出无法成功修改该历史的借贷凭证的具体原因。那么服务器根据该具体原因，也可以生成用于表示该历史的借贷凭证为何修改失败的修改结果数据。

作为第三种方式

在借贷凭证处理请求所对应的用户的操作为在借贷处理的页面上删除历史的借贷凭证时，那么服务器通过对借贷凭证处理请求进行解析，获得借贷凭证处理请求中的借贷凭证删除数据，服务器根据借贷凭证删除数据可以确定出哪一个历史的借贷凭证需要被删除。

若服务器根据该借贷凭证删除数据而对该历史的借贷凭证进行删除，服务器还可以基于执行删除该历史的借贷凭证的操作，生成用于表示该历史的借贷凭证删除成功的修改结果数据。

若服务器根据该借贷凭证修改数据而无法删除该历史的借贷凭证，那么服务器也可以基于对该借贷凭证删除数据的分析，而确定出无法成功删除该历史的借贷凭证的具体原因。那么服务器根据该具体原因，也可以生成用于表示该历史的借贷凭证为何删除失败的删除结果数据。

作为第四种方式

在借贷凭证处理请求所对应的用户的操作为在借贷处理的页面上查询至少一个借贷凭证时，那么服务器通过对借贷凭证处理请求进行解析，获得借贷凭证处理请求中的借贷凭证查询时间段或需要查询的借贷凭证的凭证号，那么服务器根据借贷凭证查询时间段或需要查询的借贷凭证的凭证号，在存储的各借贷凭证中查询是否有匹配的借贷凭证。

若服务器从存储的各借贷凭证中查询出借贷凭证的生成时间点在借贷凭证查询时间段内的至少一个借贷凭证，或从存储的各借贷凭证中查询出凭证号与需要查询的借贷凭证的凭证号匹配的至少一个借贷凭证，服务器可以生成包含该至少一个借贷凭证的借贷查询结果数据。

若服务器从存储的各借贷凭证中无法查询出借贷凭证的生成时间点在借贷凭证查询时间段内的至少一个借贷凭证，或从存储的各借贷凭证中无法查询出凭证号与需要查询的借贷凭证的凭证号匹配的至少一个借贷凭证，那么服务器也可以基于对该借贷凭证查询数据的分析，而确定出无法成功查询出至少一个借贷凭证的具体原因。那么服务器根据该具体原因，也可以生成用于表示该至少一个借贷凭证为何无法查询出的借贷查询结果数据。

可以理解到的是，凭证处理结果数据可以为：生成结果数据、修改结果数据、删除结果数据或借贷查询结果数据。

步骤s103：将所述凭证处理结果数据发送至所述用户终端，使得所述用户终端根据所述凭证处理结果数据展示出所述借贷凭证的处理结果。

服务器在生成凭证处理结果数据后，服务器可以将凭证处理结果数据发送至用户终端。这样用户终端根据凭证处理结果数据展示出所述借贷凭证的处理结果，使得用户可以获得新的借贷凭证生成成功或新的借贷凭证生成失败的原因、历史的借贷凭证修改成功或历史的借贷凭证修改失败的原因、历史的借贷凭证删除成功或历史的借贷凭证删除失败的原因、以及查询到的至少一个借贷凭证是哪些或未查询到的至少一个借贷凭证的原因。

请参阅图4，在本申请中，在本实施例提供的借贷数据交互方法中，该借贷数据交互方法还包括：步骤s201、步骤s202和步骤s203。

步骤s201：获得所述用户终端发送的借贷方明细处理请求。

步骤s202：根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据。

步骤s203：将所述借贷方处理结果数据发送至所述用户终端，使得所述用户终端根据所述借贷方处理结果数据展示出所述借贷方明细的处理结果。

以下将对本申请的方案进行详细的描述。

步骤s201：获得所述用户终端发送的借贷方明细处理请求。

用户在确定登录成功后，且在需要获知公司的借贷方明细时，用户基于用户终端显示出的系统首页，用户可以在用户终端上进行借贷方明细操作请求。相应的，用户终端响应检测到的该借贷方明细操作请求，而生成借贷方明细的页面请求并发送至服务器。服务器则可以根据借贷方明细的页面请求而将借贷方明细的页面推送给用户终端，以使用户终端显示出该借贷方明细的页面。

用户根据该借贷方明细的页面则可以在用户终端上进行借贷方明细处理操作。相应的，用户终端响应检测到的该借贷方明细处理操作而生成借贷方明细处理请求，并将该贷方明细处理请求在发送至服务器。故服务器便可以获得用户终端发送的贷方明细处理请求。

步骤s202：根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据。

服务器通过对借贷方明细处理请求进行解析，获得借贷凭证处理请求中的借贷方明细查询时间段。那么服务器根据借贷方明细查询时间段，在存储的各借贷方明细中查询是否有匹配的借贷方明细。其中，该借贷方明细查询时间段可以为以年为单位或以月为单位。

若服务器从存储的各借贷方明细中查询出借贷方明细的生成时间点在借贷方明细查询时间段内的至少一个借贷凭证，服务器可以生成包含该至少一个借贷方明细的借贷方查询结果数据。

若服务器从存储的各借贷方明细中无法查询借贷方明细的生成时间点在借贷方明细查询时间段内的至少一个借贷方明细，那么服务器也可以基于对该借贷方明细查询数据的分析，而确定出无法成功查询出至少一个借贷方明细查的具体原因。那么服务器根据该具体原因，也可以生成用于表示该至少一个借贷方明细查为何无法查询出的借贷方查询结果数据。

可以理解到，借贷方处理结果数据即可以为借贷方查询结果数据。

步骤s203：将所述借贷方处理结果数据发送至所述用户终端，使得所述用户终端根据所述借贷方处理结果数据展示出所述借贷方明细的处理结果。

服务器在生成借贷方处理结果数据后，服务器也可以将借贷方处理结果数据发送至用户终端。这样用户终端根据借贷方处理结果数据展示出该借贷方明细的处理结果，使得用户可以获知该查询到的至少一个借贷方明细是哪些或未查询到的至少一个借贷方明细的原因。

请参阅图5，在本申请中，在本实施例提供的借贷数据交互方法中，该借贷数据交互方法还包括：步骤s301、步骤s302和步骤s303。

步骤s301：获得所述用户终端发送的余额查询请求。

步骤s302：根据所述余额查询请求中的余额查询时间段，查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据。

步骤s303：根据每个科目的借贷金额数据，确定总余额数据，并将每个科目的借贷金额数据和所述总余额数据发送至所述用户终端。

以下将对本申请的方案进行详细的描述。

步骤s301：获得所述用户终端发送的余额查询请求。

用户在确定登录成功后，且在需要获知公司的余额时，用户基于用户终端显示出的系统首页，用户可以在用户终端上进行余额查询操作请求。相应的，用户终端响应检测到的该余额查询操作请求，而生成余额查询的页面请求并发送至服务器。服务器则可以根据余额查询的页面请求而将余额查询的页面推送给用户终端，以使用户终端显示出该额查询的页面。

用户根据该余额查询的页面则可以在用户终端上进行余额查询操作。相应的，用户终端响应检测到的该余额查询操作而生成余额查询请求，并将余额查询请求在发送至服务器。故服务器便可以获得用户终端发送的余额查询请求。

步骤s302：根据所述余额查询请求中的余额查询时间段，查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据。

服务器通过对余额查询请求进行解析，服务器可以获得余额查询请求中的余额查询时间段。服务器根据余额查询时间，可以查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据。

需要说明的是，各科目可以包括：库存现金、银行存款、其它货币资金、短期投资、股票、债券、基金、应收票据、应收账款、预付账款、应收股利和应收利息等。

步骤s303：根据每个科目的借贷金额数据，确定总余额数据，并将每个科目的借贷金额数据和所述总余额数据发送至所述用户终端。

服务器可以将每个科目的借贷金额数据进行累加，这样服务器就可以确定出在查询时间段内(例如，8月内)的总余额数据，并将该每个科目的借贷金额数据和总余额数据发送给用户终端，使得用户能够获得每个科目的借贷金额数据和总余额数据。

请参阅图6，在本申请中，在本实施例提供的借贷数据交互方法中，该借贷数据交互方法还包括：步骤s401、步骤s402和步骤s403。

步骤s401：获得所述用户终端发送的各科目试算数据，其中，所述各科目试算数据包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据。

步骤s402：根据所述各科目试算数据，确定出负债的平衡情况数据。

步骤s403：将所述平衡情况数据发送至所述用户终端。

以下将对本申请的方案进行详细的描述。

步骤s401：获得所述用户终端发送的各科目试算数据，其中，所述各科目试算数据包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据。

用户在确定登录成功后，且在需要试算公司的负债的平衡情况时，用户基于用户终端显示出的系统首页，用户可以在用户终端上进行各科目试算操作请求。相应的，用户终端响应检测到的该各科目试算操作请求，而生成科目试算的页面请求并发送至服务器。服务器则可以根据科目试算的页面请求而将科目试算的页面推送给用户终端，以使用户终端显示出该科目试算的页面。

用户根据该科目试算的页面则可以在用户终端上进行各科目试算操作。相应的，用户终端响应检测到的该各科目试算操作而生成各科目试算数据，并将各科目试算数据发送至服务器。故服务器便可以获得用户终端发送的各科目试算数据。

本实施例中，各科目试算数据可以包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据。

步骤s402：根据所述各科目试算数据，确定出负债的平衡情况数据。

服务器可以通对各科目试算数据中每个科目试算数据进行累加，这样服务器就可以确定出总负债金额。服务器可以按照预设的负载分析规则对总负债金额进行分析，从而确定出负债的平衡情况数据。

步骤s403：将所述平衡情况数据发送至所述用户终端。

服务器该负债的平衡情况数据发送给用户终端，使得用户能够获得在该各科目试算数据为条件的情况下，企业的负债情况是否平衡。

第三实施例

请参阅图7，本申请实施例提供了一种借贷数据交互装置100，该借贷数据交互装置100可以应用于服务器，该借贷数据交互装置100包括：

第一获得模块101，用于获得用户终端发送的借贷凭证处理请求。

第一处理模块102，用于根据所述借贷凭证处理请求，对与所述借贷凭证处理请求相应的借贷凭证进行处理，并获得所述借贷凭证的凭证处理结果数据。

第一发送模块103，用于将所述凭证处理结果数据发送至所述用户终端，使得所述用户终端根据所述凭证处理结果数据展示出所述借贷凭证的处理结果。

以及，第二获得模块201，用于获得所述用户终端发送的借贷方明细处理请求。

第二处理模块202，用于根据所述借贷方明细处理请求，对与所述借贷方明细处理请求相应的借贷方明细进行处理，并获得所述借贷方明细的借贷方处理结果数据。

第二发送模块203，用于将所述借贷方处理结果数据发送至所述用户终端，使得所述用户终端根据所述借贷方处理结果数据展示出所述借贷方明细的处理结果。

以及，第三获得模块301，用于获得所述用户终端发送的余额查询请求。

第三处理模块302，用于根据所述余额查询请求中的余额查询时间段，查询出各科目中每个科目在所述余额查询时间内的每个科目的借贷金额数据。

第三发送模块103，用于根据每个科目的借贷金额数据，确定总余额数据，并将每个科目的借贷金额数据和所述总余额数据发送至所述用户终端。

以及。

第四获得模块401，用于获得所述用户终端发送的各科目试算数据，其中，所述各科目试算数据包括：借/贷方的库存现金数据、借/贷方的银行存款数据、借/贷方的其它货币资金数据、借/贷方的短期投资数据、借/贷方的股票数据、借/贷方的债券数据、借/贷方的基金数据、借/贷方的应收票据数据、借/贷方的应收账款数据、借/贷方的预付账款数据、借/贷方的应收股利数据和借/贷方的应收利息数据中的至少部分数据。

第四处理模块402，用于根据所述各科目试算数据，确定出负债的平衡情况数据。

第四发送模块403，用于将所述平衡情况数据发送至所述用户终端。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。