CN111861669A - 一种面单结算方法、装置和终端 - Google Patents

Abstract

本发明涉及一种面单结算方法、装置和终端，包括：获取网点的基本信息并同步至云端；基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；若评估结果达标则获取订单号并基于订单号对信用额度进行扣减；对从网点获取的订单号进行汇总并扣除网点相应的余额。本发明的有益效果为：通过在灾备的应用层面上将业务数据上传至云端实现应用层面的隔离，通过获取网点的基本信息，并基于预设的信用额度指标对网点的信用额度进行评估得到一个合理的虚拟额度，使线上的额度和现有的余额完全独立，这样既保证了应用的高可用性，而且也保证了数据的互不影响，同时减少了流程的复杂度，基于合理的信用额度，使风险控制在可控范围内。

Description

一种面单结算方法、装置和终端

技术领域

本发明属于快递结算技术领域，具体涉及一种面单结算方法、装置和终端。

背景技术

在互联网技术中由于应用、网络和机器等软硬件资源都有可能出现问题，当我们仅仅使用一套环境时，只要正在使用的环境，不管是软件还是硬件出现问题，都可能导致系统不可用，而且不管是快递行业还是其他的行业，余额由于是一个实时而且可能并发发生变化的值，所以若是只用当前的余额作为灾备的解决方案，很难保证余额的准确性。假如部署两套不同的环境，但是余额是同一套，然后同步余额，都有可能出现问题，而且若是这样实现，后期需要相关的方案用于校验和核对数据流程会变得很复杂。

所以在现有的技术中往往会采用构建多个中心的形式进行备灾，在某个中心出现问题时可启用其它数据中心进行工作，但在实际切换操作过程中两个数据中心之间的数据传输过程可能会出现延时。在数据同步延时或异常时，切换灾备中心后，有可能会导致不同中心之间的数据不一致，会导致后期的结算和对账变得比较复杂以及核对的补偿机制变得相对很复杂，这不仅仅可能增加了硬件成本，同时也可能增加了人力成本。

发明内容

为了解决现有技术存在的结算对账复杂、增加硬件成本和人力成本的问题，本发明提供了一种面单结算方法、装置和终端，其具有在保证数据互不影响的同时也减少了流程的复杂度等特点。

根据本发明的具体实施方式的一种面单结算方法，包括：

获取网点的基本信息并同步至云端；

基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；

若所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减；

对从网点获取的订单号进行汇总并扣除网点相应的余额。

进一步地，所述基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端具体包括：

获取有余额但未同步的网点信息；

获取网点以当前日期为起点的前三个月的日平均订单量，并将结果同步至云端。

进一步地，所述基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端还包括：

若所述日平均订单量不为零则所述评估结果达标。

进一步地，若网点的成立以当前日期为起点不足三个月，则获取网点以当前日期为起点至网点成立之间的日平均订单量。

进一步地，所述若所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减包括：

对网点的权限和进行合法性验证；

若合法则对网点的信用额度进行验证，若信用额度充足则获取网点的订单号；

基于所述订单号获取运单信息和客户信息进行存储，并扣除相应的信用额度。

进一步地，所述对从网点获取的订单号进行汇总并扣除网点相应的余额包括：

将订单同步至云端拉取订单信息；

基于所述订单信息获取相应客户的信息，并汇总相应客户的订单数量；

基于相应客户的余额扣除相应的金额；

更新云端客户的余额信息为已扣款状态。

进一步地，所述基于相应客户的余额扣除相应的金额包括：

若相应客户的余额大于该客户订单金额，则扣除该客户相应的金额并在云端新增余额变化记录。

进一步地，所述基于相应客户的余额扣除相应的金额还包括：

若相应客户的余额小于该客户订单金额，则扣除该客户的余额后扣除相应网点的剩余金额，并在云端分别新增该用户和网点的余额变化记录。

根据本发明具体实施方式提供的一种面单结算装置，包括：

用户模块，用于获取网点的基本信息并同步至云端；

信用评估模块，用于基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；并在所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减；

统计模块，用于对从网点获取的订单号进行汇总并扣除网点相应的余额。

根据本发明具体实施方式提供的一种终端，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序，所述计算机程序至少用于执行以上所述的面单结算方法；

所述处理器用于调用并执行所述存储器中的所述计算机程序。

本发明的有益效果为：通过在灾备的应用层面上将业务数据上传至云端实现应用层面的隔离，通过获取网点的基本信息，并基于预设的信用额度指标对网点的信用额度进行评估得到一个合理的虚拟额度，使线上的额度和现有的余额完全独立，这样既保证了应用的高可用性，而且也保证了数据的互不影响，同时减少了流程的复杂度，基于合理的信用额度，使风险控制在可控范围内。

附图说明

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

图1是根据一示例性实施例提供的面单结算方法的流程图；

图2是根据一示例性实施例提供的信用评估的流程图；

图3是根据一示例性实施例提供的余额扣除流程图；

图4是根据一示例性实施例提供的订单的汇总扣除流程图；

图5是根据一示例性实施例提供的面单结算装置的原理图；

图6是根据一示例性实施例提供的终端的原理图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

参照图1所示本发明的实施例提供了一种面单结算方法，包括以下步骤：

101、获取网点的基本信息并同步至云端；

102、基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；

103、若评估结果达标则获取订单号并基于订单号对信用额度进行扣减；

104、对从网点获取的订单号进行汇总并扣除网点相应的余额。

具体的，在当前的两地三中心灾备的基础上通过增加应用层数据的绝对隔离而不仅是物理的隔离。在具体应用中通过把业务数据也进行了隔离，两边的数据做到互不影响，相互独立，比如面单余额，在线上的余额和现有的余额完全独立，通过内部的计算逻辑，评估出一个合理的虚拟额度，这样既保证应用的高可用，而且也保证了数据的互不影响，同时也减少了流程的复杂度，并且只要评估出合理的信用额度，风险也在可控的范围之内。由于信用账户的额度是评估计算出来的，是没有事先付款的，做到先使用后付费的模式，不仅提高了应用的可用性，同时也减少了网点的垫资。通过将网点的数据同步至云端，并依据所获取的信息对网点的信用额度进行评估，在网点的信用额度足够的情况下会为网点垫资而不会直接扣除网点的余额，这样就做到先使用后付费的模式，不仅提高了应用的可用性，同时也减少了网点的垫资。同时也使得补偿机制变得相对简单，不仅减少了硬件成本，同时也可能减少了人力成本。

作为上述实施例的实现方式，基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端具体包括：

获取有余额但未同步的网点信息；

获取网点以当前日期为起点的前三个月的日平均订单量，并将结果同步至云端；

若日平均订单量不为零则评估结果达标。

其中若网点的成立以当前日期为起点不足三个月，则获取网点以当前日期为起点至网点成立之间的日平均订单量。

参照图2所示，评估网点信用额度主要通过前三个月的日平均订单量，比如若不足三个月，只有n天，则信用额度＝订单量之和/n，其中n<＝当前日期往前三个月(不包含当天)。在进行评估时首先会获取有余额但未同步的网点的信息，若存在则会获取当前日期前三个月的平均订单量，若日均订单量大于0则请求阿里云上的接口以同步数据，并更新网点状态为已同步。

作为上述实施例的实现方式，若评估结果达标则获取订单号并基于订单号对信用额度进行扣减具体包括：

201、对网点的权限和进行合法性验证；

202、若合法则对网点的信用额度进行验证，若信用额度充足则获取网点的订单号；

203、基于订单号获取运单信息和客户信息进行存储，并扣除相应的信用额度。

参照图3所示，首先会对网点的参数进行合法性校验，在校验通过后对网点的信用额度是否充足进行验证，在余额充足的情况下会获取运单号，对运单中所包含的运单信息和客户的信息进行获取存入远程库中，如果为获取到相应的信息则会将余额返还给网点并在数据库中进行记录。

作为上述实施例可行的实现方式，对从网点获取的订单号进行汇总并扣除网点相应的余额包括：

301、将订单同步至云端拉取订单信息；

302、基于订单信息获取相应客户的信息，并汇总相应客户的订单数量；

303、基于相应客户的余额扣除相应的金额；

304、更新云端客户的余额信息为已扣款状态。

305、若相应客户的余额大于该客户订单金额，则扣除该客户相应的金额并在云端新增余额变化记录。

306、若相应客户的余额小于该客户订单金额，则扣除该客户的余额后扣除相应网点的剩余金额，并在云端分别新增该用户和网点的余额变化记录。

具体的参照图4所示，首先是和前述实施例相同的过程拉取订单信息，将未同步的信息同步至云端；然后是查询网点信息查询相应客户的信息，并汇总相应客户的订单量；基于该用户的未扣款的数据，对用户的账户余额进行查询，若用户的账户余额大于未扣款的数额则直接扣除相应的金额，并增加扣款的记录更新该网点的状态为已扣款。若用户的余额不足则会优先扣除用户的剩余金额后，再扣除网点相应的剩余数据并分别进行扣款和金额的相应的记录，并在扣款完成后更新网点的已扣款的状态。若用户已经没有余额则会全部扣除网点的预约并新增网点的余额变化记录，然后更新网点为已经扣款的状态。

参照图5所示，本发明的另具体实施例还提供一种面单结算装置，包括：

用户模块，用于获取网点的基本信息并同步至云端；

信用评估模块，用于基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；并在评估结果达标则获取订单号并基于订单号对信用额度进行扣减；

统计模块，用于对从网点获取的订单号进行汇总并扣除网点相应的余额。

面单结算装置的具体实现方式可参见上述实施例所提供的面单结算方法的具体实现方式，本发明在此不再赘述。

为与本发明的面单结算装置相适应参照图6所示本发明的实施例还提供了一种终端，包括：

处理器，以及与处理器相连接的存储器；

存储器用于存储计算机程序，该计算机程序至少用于执行以上实施例所述的面单结算方法；

处理器用于调用并执行存储器中的计算机程序。

本发明上述实施例所提供的面单结算方法、装置和终端在当前的基础上新增了应用层面数据的绝对隔离，不仅仅做到物理隔离，同时也对不同中心相同功能的数据进行了隔离，做到完全独立的两套环境。在运行过程中互不影响，只有在指定的时间或者恢复之后再进行数据同步和处理即可。由于信用账户的额度是评估计算出来的，是没有事先付款的，做到先使用后付费的模式，不仅提高了应用的可用性，同时也减少了网点的垫资。通过内部的计算逻辑，评估出一个合理的虚拟额度，这样既保证应用的高可用，而且也保证了数据的互不影响，同时也减少了流程的复杂度，并且只要评估出合理的信用额度，风险也在可控的范围之内。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为：表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

Claims (10)

1.一种面单结算方法，其特征在于，包括：

获取网点的基本信息并同步至云端；

基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；

若所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减；

对从网点获取的订单号进行汇总并扣除网点相应的余额。

2.根据权利要求1所述的面单结算方法，其特征在于，所述基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端具体包括：

获取有余额但未同步的网点信息；

获取网点以当前日期为起点的前三个月的日平均订单量，并将结果同步至云端。

3.根据权利要求2所述的面单结算方法，其特征在于，所述基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端还包括：

若所述日平均订单量不为零则所述评估结果达标。

4.根据权利要求2所述的面单结算方法，其特征在于，若网点的成立以当前日期为起点不足三个月，则获取网点以当前日期为起点至网点成立之间的日平均订单量。

5.根据权利要求1所述的面单结算方法，其特征在于，所述若所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减包括：

对网点的权限和进行合法性验证；

若合法则对网点的信用额度进行验证，若信用额度充足则获取网点的订单号；

基于所述订单号获取运单信息和客户信息进行存储，并扣除相应的信用额度。

6.根据权利要求1所述的面单结算方法，其特征在于，所述对从网点获取的订单号进行汇总并扣除网点相应的余额包括：

将订单同步至云端拉取订单信息；

基于所述订单信息获取相应客户的信息，并汇总相应客户的订单数量；

基于相应客户的余额扣除相应的金额；

更新云端客户的余额信息为已扣款状态。

7.根据权利要求6所述的面单结算方法，其特征在于，所述基于相应客户的余额扣除相应的金额包括：

若相应客户的余额大于该客户订单金额，则扣除该客户相应的金额并在云端新增余额变化记录。

8.根据权利要求7所述的面单结算方法，其特征在于，所述基于相应客户的余额扣除相应的金额还包括：

若相应客户的余额小于该客户订单金额，则扣除该客户的余额后扣除相应网点的剩余金额，并在云端分别新增该用户和网点的余额变化记录。

9.一种面单结算装置，其特征在于，包括：

用户模块，用于获取网点的基本信息并同步至云端；

信用评估模块，用于基于预设信用额度评估指标对网点的信用额度进行评估，并将评估结果同步至云端；并在所述评估结果达标则获取订单号并基于所述订单号对所述信用额度进行扣减；以及

统计模块，用于对从网点获取的订单号进行汇总并扣除网点相应的余额。

10.一种终端，其特征在于，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序，所述计算机程序至少用于执行权利要求1-8任一项所述的面单结算方法；

所述处理器用于调用并执行所述存储器中的所述计算机程序。

Images