CN113627922A

CN113627922A - 物流数据处理方法、装置、存储介质及电子设备

Info

Publication number: CN113627922A
Application number: CN202110937069.7A
Authority: CN
Inventors: 李瑜
Original assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Current assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Priority date: 2021-08-16
Filing date: 2021-08-16
Publication date: 2021-11-09
Anticipated expiration: 2041-08-16

Abstract

本公开提供一种物流数据处理方法、装置、存储介质及电子设备；涉及数据处理技术领域。所述方法包括：获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。在为目标订单提供多种物流服务时，本公开可以将每种物流服务产生的待结算数据同时进行抵扣，提高了物流数据的处理效率。而且，客户可以根据生成的抵扣凭证一次性核对所述待结算数据，提高了客户体验。

Description

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

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种物流数据处理方法、物流数据处理装置、计算机可读存储介质以及电子设备。

背景技术

随着互联网技术的高速发展，人们已经习惯于网上购物，与之相随的物流配送也得到了前所未有的发展机遇。但是，在物流配送过程中存在诸多问题，一定程度上影响了网上购物的进一步发展。

以代收货款为例，在物流配送过程中，当为物品出售方提供代收货款服务时，物流配送方在配送成功后可以向物品购买方收取货款。同时，物流配送方可以使用收取的货款抵扣相应的配送费用，其中，物流配送方一般只为物品出售方提供配送服务。当物流配送方为物品出售方提供多种物流服务时，如提供除配送服务以外的仓储、安装等服务时，不支持物流配送方使用收取的货款同时抵扣多种物流服务费用，需要额外再向物品出售方收取相应的物流服务费用，以及物品出售方还需要分别对每种物流服务费用进行核对，操作流程较繁琐，可能会降低物品出售方的体验。

因此，为了提高物品出售方的体验，提出一种新的物流数据处理方法是非常必要的。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种物流数据处理方法、物流数据处理装置、计算机可读存储介质以及电子设备，以解决现有技术中物流配送方为物品出售方提供多种物流服务时，无法使用代物品出售方向物品购买方收取的货款将多种物流服务费用进行同时抵扣，存在降低物品出售方体验的问题。

根据本公开的第一方面，提供一种物流数据处理方法，包括：

获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；

按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。

在本公开的一种示例性实施例中，所述获取第一类物流数据和第二类物流数据，包括：

根据预设的汇总规则将目标时间周期内的订单产生的待结算数据进行汇总，生成所述第一类物流数据；以及

当所述目标时间周期内的订单关联多种物流服务时，生成所述第二类物流数据。

在本公开的一种示例性实施例中，所述方法还包括：

按照用户维度和结算主体维度的组合将获取的所述第一类物流数据和所述第二类物流数据进行分组。

在本公开的一种示例性实施例中，按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

当获取所述第一类物流数据和所述第二类物流数据的时间段包含于预设时间段时，按照强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣；

当获取所述第一类物流数据和所述第二类物流数据的时间段未包含于预设时间段时，则按照非强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣。

在本公开的一种示例性实施例中，所述按照强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

当所述第一类物流数据中的待结算数据大于或等于或小于所述第二类物流数据中的待结算数据时，均将所述第一类物流数据与所述第二类物流数据进行抵扣。

在本公开的一种示例性实施例中，所述按照非强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

当所述第一类物流数据中的待结算数据大于或等于所述第二类物流数据中的待结算数据时，将所述第一类物流数据与所述第二类物流数据进行抵扣。

在本公开的一种示例性实施例中，所述方法还包括：

将生成的所述抵扣凭证发送至客户端，以使所述客户端根据所述抵扣凭证生成对应的财务数据明细凭证，以及根据所述抵扣凭证进行物流数据的核对。

根据本公开的第二方面，提供一种物流数据处理装置，包括：

数据获取模块，用于获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；

数据处理模块，用于按照预设的抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开示例实施方式所提供的物流数据处理方法中，在为目标订单提供多种物流服务时，通过获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。一方面，可以将每种物流服务产生的待结算数据同时进行抵扣，提高了物流数据的处理效率；另一方面，客户可以根据生成的抵扣凭证一次性核对所述待结算数据，简化了数据核对流程，进而提高了客户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出了可以应用本公开实施例的一种物流数据处理方法及装置的示例性系统架构的示意图；

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图；

图3示意性示出了根据本公开的一个实施例的物流数据处理方法的流程图；

图4示意性示出了根据本公开的一个实施例的进行数据抵扣的流程图；

图5示意性示出了根据本公开的一个实施例的根据强制抵扣规则进行数据抵扣的流程图；

图6示意性示出了根据本公开的一个实施例的根据非强制抵扣规则进行数据抵扣的流程图；

图7示意性示出了根据本公开的一个具体实施例的进行数据抵扣的流程图；

图8示意性示出了根据本公开的一个实施例的物流数据处理装置的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种物流数据处理方法及装置的示例性应用环境的系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的物流数据处理方法一般由服务器105执行，相应地，物流数据处理装置一般设置于服务器105中。但本领域技术人员容易理解的是，本公开实施例所提供的物流数据处理方法也可以由终端设备101、102、103执行，相应的，物流数据处理装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和装置中限定的各种功能。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图3至图7所示的各个步骤等。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

以下对本公开实施例的技术方案进行详细阐述：

在物流配送行业快速发展的同时，注重客户体验显得尤为重要。在物流配送过程中仍存在诸多问题，以代收货款为例，在物流配送过程中，当为物品出售方(即客户)提供代收货款服务时，物流配送方在配送成功后可以向物品购买方收取货款。同时，物流配送方可以使用收取的货款抵扣相应的配送费用，其中，物流配送方一般只为物品出售方提供配送服务。当物流配送方为物品出售方提供多种物流服务时，如提供除配送服务以外的仓储、安装等服务时，不支持物流配送方使用收取的货款同时抵扣多种物流服务费用，需要额外再向物品出售方收取相应的物流服务费用，以及物品出售方还需要分别对每种物流服务费用进行核对，操作流程较繁琐，可能会降低物品出售方的体验。

基于上述一个或多个问题，本示例实施方式提供了一种物流数据处理方法，该方法可以应用于上述服务器105，也可以应用于上述终端设备101、102、103中的一个或多个，本示例性实施例中对此不做特殊限定。参考图3所示，该物流数据处理方法可以包括以下步骤S310和步骤S320：

步骤S310.获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；

步骤S320.按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S310中，获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据。

本公开示例实施方式适用的场景可以是在物流配送过程中，当为物品出售方提供代收货款服务时，物流配送方在订单配送成功后可以向物品购买方收取货款的场景。对应的，目标订单可以是物流配送方正在配送的订单，第一类物流数据可以是该目标订单的应收货款。针对该目标订单，当物流配送方为物品出售方提供多种物流服务时，第二类物流数据可以是每种物流服务相应的服务费用。其中，多种物流服务可以包括但不限于配送服务、仓储服务、装卸服务、安装服务以及价值供应链的一系列服务等。通过获取第一类物流数据和第二类物流数据，可以将该目标订单的应收货款与该目标订单包含的多种物流服务的服务费用进行结算。

一种示例实施方式中，可以根据预设的汇总规则将目标时间周期内的订单产生的待结算数据进行汇总，生成所述第一类物流数据。其中，该汇总规则可以是按照用户维度和结算主体维度的组合汇总目标时间周期内的订单相应的应收货款，也可以是按照用户维度、结算主体维度和区域维度的组合汇总目标时间周期内的订单相应的应收货款，其中，区域是指物品出售方签署区域，如华北地区、华南地区等。示例性的，可以将满足物品出售方为A和物流配送方为B的订单进行汇总，进一步的，可以将满足物品出售方为A和物流配送方为B，且在2019年6月1日(即汇总时间)前应收货款还未完成结算的订单进行汇总，汇总后的待结算数据可以参考表1所示：

表1

表1示意性的给出了汇总生成的待抵扣代收货款结算单，包括4个待抵扣代收货款结算单D01、D02、D03和D04。示例性的，以结算单D01为例进行说明，可以表示将满足物品出售方为A和物流配送方为B，且在2019年6月1日前应收货款还未完成结算的订单进行汇总后的结算单号为D01，汇总时间也即该结算单的创建时间为2019年6月1日，待结算的费用科目为代收货款，待结算金额为500元。

本示例中，当所述目标时间周期内的订单关联多种物流服务时，生成所述第二类物流数据。例如，对于满足物品出售方为A和物流配送方为B的订单，当物流配送方为该订单提供多种物流服务时，可以将每种物流服务的服务费用进行汇总，汇总后的待结算数据可以参考表2所示：

表2

表2示意性的给出了汇总生成的待抵扣费用结算单，包括4个待抵扣费用结算单F01、F02、F03和F04。示例性的，以结算单F01为例进行说明，可以表示将满足物品出售方为A和物流配送方为B，且在2019年6月2日前包含的物流服务的服务费用还未完成结算的订单进行汇总后的结算单号为F01，汇总时间也即该结算单的创建时间为2019年6月2日，待结算的费用科目为仓储服务费，待结算金额为400元。

在将第一类物流数据和第二类物流进行抵扣之前，还可以按照用户维度和结算主体维度的组合将获取的第一类物流数据和第二类物流数据进行分组，分组后的数据即可参考表1和表2所示。其中，可以根据是否满足物品出售方为A和物流配送方为B，将2019年6月2日未完成结算的订单进行第一次分组，再根据未完成结算的费用科目类型(代收货款、物流服务费用)将第一次分组后的订单分别进行第二次分组，即可得到如表1和表2所示的数据，如分组后的数据可以为(D02，(F01、F01))，类似的，分组后的数据也可以为(D03，F03)。

在步骤S320中，按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。

得到分组后的第一类物流数据和第二类物流数据后，参考图4所示，可以根据步骤S410和步骤S420将第一类物流数据与第二类物流数据进行抵扣：

步骤S410.当获取第一类物流数据和第二类物流数据的时间段包含于预设时间段时，可以按照强制抵扣规则将第一类物流数据与第二类物流数据进行抵扣。

例如，预设时间段可以为每个月16号的00:00-6:00，若获取第一类物流数据和第二类物流数据的时间段即如表1和表2中所示结算单的创建时间处于16号的00:00-6:00的时间段时，可以按照强制抵扣规则将第一类物流数据与第二类物流数据进行抵扣。具体的，当第一类物流数据中的待结算数据大于或等于或小于第二类物流数据中的待结算数据时，均将第一类物流数据与第二类物流数据进行抵扣。

一种示例实施方式中，参考图5所示，可以根据步骤S501至步骤S518按照强制抵扣规则进行数据抵扣：

步骤S501.执行自动抵扣任务。如可以在每月16号凌晨，执行自动抵扣任务；

步骤S502.查询当月&&状态为“待抵扣”代收货款结算单，即查询结算单创建时间为本月，且未完成抵扣的代收货款结算单；

步骤S503.查询当月&&状态为“待抵扣”费用结算单，即查询结算单创建时间为本月，且未完成抵扣的多种物流服务产生的费用结算单；

步骤S504.按照商家+结算主体进行分组，分组后得到对应的代收货款结算单和费用结算单；

步骤S505.抵扣完成。具体的，可以判断分组后的结算单是否全部完成抵扣，若全部完成抵扣，结束数据抵扣流程，若未全部完成抵扣，则执行步骤S506；

步骤S506.判断代收货款结算单or费用结算单是否有一个不存在，如可以判断每组中的代收货款结算单或费用结算单是否有一个不存在，若是，执行步骤S507，若不是，则执行步骤S508；

步骤S507.若代收货款结算单不存在，走费用结算原有流程。具体的，可以将所有费用结算单状态变为“初始”，结算单类型变成“普通费用结算单”，走费用结算原有流程；

若费用结算单不存在，走原有流程。具体的，可以将所有费用结算单变成“待商家确认”，结算单类型变成“代收货款结算单”，走原有流程，如可以在T+0/T+1/T+2/T+3日后自动确认；

步骤S508.将费用结算单按照费用科目分组，并按照费用科目总金额进行从大到小排序；

步骤S509.判断费用结算单是否只有一个费用科目，若是，执行步骤S510，若不是，则执行步骤S513；

步骤S510.当费用结算单只有一个费用科目时，判断代收货款结算单合计金额是否不小于费用结算单合计金额，若是，执行步骤S511，若不是，则执行步骤S512；

步骤S511.生成代收货款抵运费结算单。具体的，可以生成应付方向-代收货款抵运费结算单，其中，可开票金额为费用结算单金额合计，结算单费用科目为代收货款对应的费用科目。然后，执行步骤S518；

步骤S512.生成代收货款抵运费结算单。具体的，可以生成应收方向-代收货款抵运费结算单，其中，可开票金额为费用结算单金额合计，结算单费用科目为费用结算单金额对应的费用科目。然后，执行步骤S518；

步骤S513.当费用结算单有多个费用科目时，判断代收货款结算单合计金额是否不小于费用结算单合计金额，若是，执行步骤S514，若不是，则执行步骤S515；

步骤S514.生成代收货款抵运费结算单。具体的，可以生成应付方向-代收货款抵运费结算单，其中，可开票金额为费用结算单金额合计，结算单费用科目为代收货款对应的费用科目。然后，执行步骤S518；

步骤S515.去掉分组后的最大汇总金额，判断剩下物流费用的待抵扣金额总和是否大于代收货款的总金额，若是，执行步骤S516，若不是，则执行步骤S517；

步骤S516.当剩下物流费用的待抵扣金额总和大于代收货款的总金额时，不做任何处理；

步骤S517.当剩下物流费用的待抵扣金额总和小于代收货款的总金额时，生成代收货款抵运费结算单。具体的，可以生成应收方向-代收货款抵运费结算单，其中，可开票金额为费用结算单金额合计，结算单费用科目为最大汇总金额费用结算单对应的费用科目。然后，执行步骤S518；

步骤S518.记录代收货款抵运费结算单，与其子结算单对应关系。

表3示意性的给出了代收货款抵运费结算单与其子结算单：

表3

由表3可知，生成了2个代收货款抵运费结算单，分别为DK01、DK02。对于代收货款抵运费结算单DK01，根据步骤S501至步骤S518可知，代收货款结算单(D02)和费用结算单(F01、F02)均存在，费用结算单中有多个费用科目，且代收货款结算单合计金额(1000元)不小于费用结算单合计金额(1000元)时，可以生成应付方向-代收货款抵运费结算单(DK01)，其中，可开票金额为费用结算单金额合计(1000元)，结算单费用科目为代收货款对应的费用科目。对于代收货款抵运费结算单DK02，代收货款结算单(D03、D04)和费用结算单(F03、F04)均存在，费用结算单中有多个费用科目，且代收货款结算单合计金额(500元)小于费用结算单合计金额(900元)时，去掉分组后的最大汇总金额，其中(D04、F04)组为汇总金额最大的组，可以看出剩下物流费用的待抵扣金额总和(400元)小于代收货款的总金额(500元)，可以生成应收方向-代收货款抵运费结算单(DK02)，其中，可开票金额为费用结算单金额合计(900元)，结算单费用科目为最大汇总金额费用结算单对应的费用科目，即(D04、F04)组中费用结算单F04对应的费用科目，为“收派服务费”。

步骤S420.当获取第一类物流数据和第二类物流数据的时间段未包含于预设时间段时，则可以按照非强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣。

例如，预设时间段为每个月16号的00:00-6:00，若获取第一类物流数据和第二类物流数据的时间段即如表1和表2中的结算单的创建时间不处于16号的00:00-6:00的时间段时，则可以按照非强制抵扣规则将第一类物流数据与第二类物流数据进行抵扣。具体的，当第一类物流数据中的待结算数据大于或等于第二类物流数据中的待结算数据时，将第一类物流数据与第二类物流数据进行抵扣。

一种示例实施方式中，参考图6所示，可以根据步骤S601至步骤S613按照非强制抵扣规则进行数据抵扣：

步骤S601.执行自动抵扣任务。如可以在每天(除去每月16号)执行自动抵扣任务；

步骤S602.查询状态为“待抵扣”&&结算单类型为“待抵扣代收货款结算单”，即查询未完成抵扣的代收货款结算单；

步骤S603.查询状态为“待抵扣”&&结算单类型为“待抵扣费用结算单”，即查询未完成抵扣的多种物流服务产生的费用结算单；

步骤S604.按照商家+结算主体进行分组，分组后得到对应的代收货款结算单和费用结算单；

步骤S605.抵扣完成。具体的，可以判断分组后的结算单是否全部完成抵扣，若全部完成抵扣，结束数据抵扣流程，若未全部完成抵扣，则执行步骤S606；

步骤S606.判断代收货款结算单&&费用结算单是否均存在，若是，执行步骤S607，若不是，则执行步骤S610；

步骤S607.当代收货款结算单和费用结算单均存在时，判断代收货款金额是否不小于非代收货款金额，即判断代收货款金额是否不小于费用结算金额，若是，执行步骤S608，若不是，执行步骤S609；

步骤S608.当代收货款金额不小于费用结算金额时，生成代收货款抵费用结算单，与其子结算单对应关系。然后，执行步骤S613；

步骤S609.当代收货款金额小于费用结算金额时，本次不处理。然后，执行步骤S613；

步骤S610.当代收货款结算单和费用结算单没有同时存在时，判断是否有代收货款结算单，且无费用结算单，若是，执行步骤S611，若不是，则执行步骤S612；

步骤S611.当有代收货款结算单，无费用结算单时，生成代收货款结算单。然后，执行步骤S613；

步骤S612.当无代收货款结算单，有费用结算单时，本次不处理。然后，执行步骤S613；

步骤S613.执行下批分组，也就是将下一组的代收货款结算单和费用结算单进行抵扣。

本方法中可以根据强制抵扣规则将第一类物流数据与第二类物流数据进行抵扣，也可以根据非强制抵扣规则将第一类物流数据与第二类物流数据进行抵扣。一种具体实施例中，基于表1和表2中所示的数据，表4示意性的给出了几种不同情形下的数据抵扣结果。

表4

由表4可知，当在6月2号凌晨执行自动抵扣任务时，无法生成代收货款抵运费结算单，也即无法将代收货款和物流服务费用进行抵扣，原因是该天未生成费用结算单，此时，仅将代收货款结算单进行结算。当在6月2号凌晨执行自动抵扣任务时，可以生成代收货款抵运费结算单，其中，结算单D02(待结算金额为1000元)与结算单F01(待结算金额为400元)、F02(待结算金额为600元)对比，代收货款总额大于等于费用结算总额，可以将代收货款和物流服务费用(收派、仓储服务费)进行抵扣。当在6月3号凌晨执行自动抵扣任务时，无法生成代收货款抵运费结算单，原因是该天未生成代收货款结算单，本次不进行处理。当在6月15号凌晨执行自动抵扣任务时，无法生成代收货款抵运费结算单。其中，结算单D03(待结算金额为100元)与结算单F03(待结算金额为300元)对比，代收货款总额小于费用结算总额，本次不进行处理。当在6月16号凌晨执行自动抵扣任务时，可以强制生成代收货款抵运费结算单。

根据抵扣规则将第一类物流数据与第二类物流数据进行抵扣，即将代收货款结算单和费用结算单进行抵扣，可以得到抵扣结算单，即代收货款抵费用结算单。一种示例中，可以将生成的抵扣凭证(抵扣结算单/代收货款抵费用结算单)发送至客户端，以使客户端根据抵扣凭证生成对应的财务数据明细凭证。其它示例中，也可以将生成的抵扣凭证发送至客户端，以使客户端根据抵扣凭证进行物流数据的核对。

在一种具体实施例中，当物流配送方为商家提供多种物流服务如配送、仓储、安装等服务，同时商家开通代收货款抵运费服务时，可以利用代收货款抵扣多种物流服务的服务费用。参考图7所示，可以根据步骤S701至步骤S716完成代收货款抵扣多种物流服务的服务费用：

步骤S701.汇总任务worker(定时任务)查询汇总任务。结算系统可以每天查询自动汇总任务worker，并向计费系统发送汇总请求；

步骤S702.接收汇总请求。计费系统接收来自结算系统的汇总请求；

步骤S703.汇总物流服务费用和代收货款。计费系统中结算单worker可以根据汇总任务规则如可以按照商家+结算主体+区域汇总物流服务费用和代收货款，示例性的，可以汇总对应的青龙(物流配送方的配送系统)计费结果、通用计费结果生成待抵扣单；

步骤S704.返回汇总结果。计费系统将汇总结果返回至结算系统，以供结算系统进行查询；

步骤S705.接收汇总请求。结算系统接收来自计费系统的汇总请求，已处理汇总后的计费数据；

步骤S706.判断是否开通抵扣服务；

步骤S707.若商家已开通代收货款抵运费服务，可以生成待抵扣账单，包括代收货款待抵扣账单和费用待抵扣账单；

步骤S708.进入抵扣池，等待抵扣。具体的，可以将待抵扣账单存储至待抵扣池中，并等待抵扣任务执行；

步骤S709.查询抵扣任务worker。如结算系统可以每天查询抵扣任务worker，以获取待抵扣账单；

步骤S710.获取待抵扣账单；

步骤S711.根据抵扣规则进行抵扣，生成抵扣结算单。具体的，如可以按照商家+结算主体将抵扣数据进行分组。分组完成后，可以按照非强制抵扣规则进行抵扣，也就是当抵扣当天代收货款合计金额大于费用合计金额时，执行每组中代收货款和服务费用之间的抵扣。也可以按照强制抵扣规则进行抵扣，也就是不论代收货款合计金额是否大于费用合金金额，均执行每组中代收货款和服务费用之间的抵扣。每组的抵扣数据均抵扣完毕，生成抵扣结算单；

步骤S712.判断是否有结算单，若无，流程结束，若有，执行步骤S713；

步骤S713：抵扣结算单及账单明细。当有结算单时，账单worker可以基于抵扣结算单、普通结算单生成对应的账单明细。同时，可以标识性显示该抵扣结算单，表示该抵扣结算单已完成结算，如票据接收服务(Bill Receipt Service)可以对外发送JMQ(一种消息中间件系统)形式的消息，以对标识对应的计费结果，标识其状态为“已结算”；

步骤S714.推送到商家端进行对账，即结算系统将抵扣结算单及账单明细发送至商家工作台，以便于商家进行数据核对；

步骤S715.商家确认账单及申请发票。如商家在商家工作台查询抵扣结算单和账单明细，并根据账单明细进行对账。对账完成后，可以向结算系统申请开具发票；

步骤S716.按照抵扣结算单包含的费用服务开具发票。结算系统接收到商家工作台发送的发票申请时，可以按照抵扣结算单包含的费用服务开具相应的发票。

本示例中，当客户开通代收货款抵费用服务时，获取计费结果生成的代收货款账单/费用服务账单会进入到抵扣池中，系统可以按照不同的抵扣周期、抵扣规则生成对应的抵扣账单。同时，可以支持商家在商家端看到抵扣池中的待抵扣账单和抵扣后的账单，基于抵扣后的账单进行对账、发票申请等操作，也可以依据抵扣后的账单包含的费用服务开具不同服务的发票。使用代收货款可以同时抵扣多种不同服务的服务费用，并生成一个账单，无需进行业务手工操作，达到了最大化抵扣，不仅提高了商家用户体验，也提高了物流配送方的回款效率。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种基于智能语音呼叫的物流数据处理装置，该装置可以应用于一服务器或终端设备。参考图8所示，该物流数据处理装置800可以包括数据获取模块810和数据处理模块820，其中：

数据获取模块810，用于获取第一类物流数据和第二类物流数据，所述第一类物流数据为目标订单产生的待结算数据，所述第二类物流数据为所述目标订单关联的多种物流服务产生的待结算数据；

数据处理模块820，用于按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，并生成抵扣凭证。

在一种可选的实施方式中，数据获取模块810包括：

第一数据获取模块，用于根据预设的汇总规则将目标时间周期内的订单产生的待结算数据进行汇总，生成所述第一类物流数据；

第二数据获取模块，用于当所述目标时间周期内的订单关联多种物流服务时，生成所述第二类物流数据。

在一种可选的实施方式中，物流数据处理装置还包括：

数据分组模块，用于按照用户维度和结算主体维度的组合将获取的所述第一类物流数据和所述第二类物流数据进行分组。

在一种可选的实施方式中，数据处理模块820包括：

第一数据抵扣模块，用于当获取所述第一类物流数据和所述第二类物流数据的时间段包含于预设时间段时，按照强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣；

第二数据抵扣模块，用于当获取所述第一类物流数据和所述第二类物流数据的时间段未包含于预设时间段时，则按照非强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣。

在一种可选的实施方式中，第一数据抵扣模块被配置为：

在一种可选的实施方式中，第二数据抵扣模块被配置为：

在一种可选的实施方式中，物流数据处理装置800包括：

抵扣凭证处理模块，用于将生成的所述抵扣凭证发送至客户端，以使所述客户端根据所述抵扣凭证生成对应的财务数据明细凭证，以及根据所述抵扣凭证进行物流数据的核对。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种物流数据处理方法，其特征在于，包括：

2.根据权利要求1所述的物流数据处理方法，其特征在于，所述获取第一类物流数据和第二类物流数据，包括：

3.根据权利要求1所述的物流数据处理方法，其特征在于，所述方法还包括：

4.根据权利要求1所述的物流数据处理方法，其特征在于，所述按照预设的抵扣规则将分组后的所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

5.根据权利要求4所述的物流数据处理方法，其特征在于，所述按照强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

6.根据权利要求4所述的物流数据处理方法，其特征在于，所述按照非强制抵扣规则将所述第一类物流数据与所述第二类物流数据进行抵扣，包括：

7.根据权利要求1所述的物流数据处理方法，其特征在于，所述方法还包括：

8.一种物流数据处理装置，其特征在于，包括：

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的方法。