快递单号结算方法和系统

技术领域

本申请涉及快递单号处理技术领域，尤其涉及一种快递单号结算方法和系统。

背景技术

现有技术中，需要快递网点在快递总部购买一定量的快递单号数量，然后当有客户如淘宝商家等需要获取单号时，客户需要联系合作网点，然后合作网点给对应的客户账号充值电子面单数量，然后客户就可以通过对接过中通获取运单号的接口获取运单号，打印之后就可以发货。所以，网点需要对大量客户账户进行充值操作，以及对单号数量充值进行记录处理等，客户账户拥有单号数量的客户，通过预设接口与总部连接，获取单号数量。这样快递网点需要对大量客户账户进行单号数量充值操作和对单号充值数据记录，工作量大，浪费人力。

发明内容

本申请针对在客户需要获取快递单号时，需要快递网点对客户账户进行充值以及对充值记录进行记录的问题，提供一种快递单号结算方法，用于在一定程度上解决快递网点需要对客户账户进行大量充值操作以及对充值操作进行记录的问题。

本申请的上述目的是通过以下技术方案来实现的：

第一方面，本申请实施例提供一种快递单号结算方法，包括：

通过预设总部账号接收客户发送的单号获取请求；

基于所述单号获取请求为客户生成并分配单号，供客户打印使用；

将分配给客户的单号的信息保存为系统快递单号信息；

接收预设网点上传的消费揽件信息明细；其中，所述消费揽件信息明细包括预设网点通过扫描客户打印的揽件面单获取的揽件单号统计数据；

基于所述消费揽件信息明细，进行与所述预设网点之间的结算。

可选的，所述通过预设总部账号接收客户发送的单号获取请求包括：

在预设快递总部服务器中配置总部账户；其中，所述总部账户支持单号先使用后结算功能；

向客户提供所述总部账号，供客户登录；其中，所述总部账户支持多个客户登录；

接收客户通过所述总部账户发送的单号获取请求。

可选的，所述消费揽件信息明细为预设网点前一天的揽件信息统计数据。

可选的，预设网点通过扫描客户打印的揽件面单获取揽件单号统计数据之前，还包括：

扫描揽件面单，获取揽件快递单号；

将所述揽件快递单号的信息与所述系统快递单号信息进行对比，若预设总部服务器中有与该揽件快递单号对应的单号，则该揽件单号为合法单号；若预设总部服务器中有无该揽件快递单号对应的单号，则为不合法单号；

对合法单号进行统计记录。

可选的，预设网点通过扫描客户打印的揽件面单获取揽件单号统计数据包括：

在预设总部服务器中查询所述合法单号是否为未付款单号；

将未付款单号数据进行统计，生成所述消费揽件信息明细。

可选的，所述基于所述消费揽件信息明细，进行与所述预设网点之间的结算，包括：

基于所述消费揽件信息中的未扣款单号数量，扣除所述预设网点单号数量，并在所述总部账号中增加同样的单号数量；其中，所述预设网点单号数量为所述网点预先在总部系统中购买获取的。

第二方面，本申请实施例提供一种快递单号结算系统，包括总部服务器和多个与所述总部服务器通信连接的网点；

所述总部服务器用于配置生成并向客户提供总部账号，供客户通过所述总部账号向所述总部服务器发送单号获取请求；

所述总部服务器还用于基于客户发送的单号获取请求为客户生成和分配单号，并记录保存为系统单号信息；

所述网点用于通过扫描客户的揽件面单获取揽件快递单号信息，并将揽件快递单号信息与系统快递单号信息对比，确定揽件单号合法性，并在揽件单号合法时，对揽件快递单号信息进行记录，生成消费揽件信息明细，上传至所述总部服务器，供所述总部服务器对网点进行结算。

可选的，所述生成消费揽件信息明细包括：

检查合法单号是否为未扣款单号；

对未扣款单号数据进行统计，生成消费揽件信息明细。

可选的，所述总部对网点进行结算包括：

所述总部服务器统计所述揽件信息明细中未扣款单号的数量得到目标数值；

将网点单号数量扣除目标数值；其中所述网点单号数量为网点预先在总部服务器中购买获取的。

可选的，所述总部服务器还用于在所述总部账号的面单数量上增加所述目标数值。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的技术方案中，首先通过预设总部账号接收客户发送的单号获取请求；然后基于所述单号获取请求为客户生成并分配单号，供客户打印使用；再将分配给客户的单号的信息保存为系统快递单号信息；接收预设网点上传的消费揽件信息明细；其中，所述消费揽件信息明细为预设网点通过扫描客户打印的揽件面单获取的揽件单号统计数据；最后，基于所述消费揽件信息明细，进行与所述预设网点之间的结算。如此，通过本申请提供的快递单号结算方法，网点只需要在揽件时通过预设扫描设备扫描客户打印的揽件面单，获取揽件单号信息，对揽件单号信息进行统计，最后将揽件单号信息上传至预设总部服务器中，供总部服务器进行结算，并不需要对大量的客户账号进行充值以及对充值进行记录，大大减少网点的工作量。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例示出的一种快递单号结算方法的流程示意图；

图2是本申请实施例提供的快递单号结算系统的流程图；

图3是本申请实施例提供的快递的单号结算系统中总部服务器单号生成的流程图；

图4为本申请实施例提供的快递的单号结算系统中网点消费揽件信息入明细流程。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1为本申请实施例示出的一种快递单号结算方法的流程示意图，如图1所示，本申请实施例提供的快递单号结算方法包括：

S101、通过预设总部账号接收客户发送的单号获取请求；

具体的，在预设快递系统中配置总部账户，总部账户直接连接快递系统，并且支持先使用后扣款功能。总部账户中有一定单号数量，在客户登录该总部账户后，可以通过该总部账户向预设快递系统或预设快递的总部服务器发出单号获取请求，通过该总部账户客户可以获取该数量内的快递单号。客户通过统一从总部账号获取单号，无需网点先充值，可以减少网点的资金压力及人工成本。

需要说明的是，总部账户内的单号数量是一定的，例如100，即，通过该总部账户，只能向客户提供100个快递单号，在超过100后，就不能通过此总部账户为用户提供单号，以此对总部账户获取单号的能力进行限制，方便管理。另外，通过一个总部账户可以接收多个客户发送的单号获取请求，即，多个客户可以登录同一个总部账户，向预设快递系统发送单号获取请求。

S102、基于所述单号获取请求为客户生成并分配单号，供客户打印使用；

具体的，通过总部账户获取单号获取请求后，预设快递系统或服务器基于该单号获取请求向客户分配单号，供客户使用。客户在接收到单号后，可以暂时不进行处理，也可以直接对单号信息进行打印，生成打印面单，通知揽件网点，出示面单，进行揽件业务。

S103、将分配给客户的单号的信息保存为系统快递单号信息；

具体的，在为客户分配单号后，在预设快递系统或服务器中对分配的单号信息进行记录，生成系统快递单号信息，其中可以包括单号、单号付款状态等信息。

S104、接收预设网点上传的消费揽件信息明细；其中，所述消费揽件信息明细为预设网点通过扫描客户打印的揽件面单获取的揽件单号统计数据；

具体的，网点在进行客户的揽件业务时，通过扫描设备如扫描枪等，对客户提供的面单进行扫描，因为扫描设备与预设快递系统或服务器连接，所以在网点业务人员对揽件进行扫描时，在扫描设备获取揽件面单单号后，可以自动寻找该单号在预设快递系统或服务器中的系统快递单号信息，即对揽件单号进行合法性验证，具体为：当在预设快递系统或服务器中找到与揽件单号相同的系统快递单号，则判断该揽件单号为合法单号；当在预设快递系统或服务器中找不到与该揽件单号相同的系统快递单号信息，则判断该揽件单号为不合法单号。在对揽件单号进行合法性验证后，对合法单号的信息进行记录，如单号、揽件时间、地点以及扣款信息等。

进一步的，在对合法单号进行记录时，还包括在预设快递系统中获取单号的扣款信息，对单号的扣款状态进行确定，判断该揽件单号是否为未扣款单号，对未扣款单号进行记录，生成消费揽件信息明细，并将该消费揽件信息明细上传至预设快递系统或服务器中，供系统或服务器进行结算。

在实际应用中，网点将消费揽件信息明细上传至预设快递系统或服务器中时，可以是对前一天的明细数据进行上传，即当天上传前一天的明细数据，从而给网点更多时间进行数据统计，方便网点或预设快递系统核对账单。

S105、基于所述消费揽件信息明细，进行与所述预设网点之间的结算；

具体的，每个网点有固定的单号数量，是网点预先在预设快递系统或服务器中购买获取的，在网点进行揽件等业务后，需要与总部进行结算。预设快递系统在接收到网点上传的消费揽件信息明细后，在网点的面单数量中减去未结算单号的数量，实现与网点的结算，通过统一扣除揽件网点的面单数量，实现了哪个网点使用就扣除哪个网点的面单数量，数据统计处理更加高效。

进一步的，本申请实施例提供的快递单号结算方法还包括：基于消费揽件信息中的未扣款单号数量，在总部账号中增加同样的单号数量。

具体的，在获取网点上传的消费揽件信息明细后，可以确定有多少单号被客户打印使用，在总部账户加上对应的单号数量，从而保证总部账户有足够单号数量供客户进行获取，并且不会造成浪费。

需要说明的是，本申请上述实施例提供的快递单号结算方法是在网点处进行的，网点对合格单号进行记录，并且进一步筛选，筛选出未扣款单号的数量，再将该数据上传至预设快递系统或服务器中，预设快递系统或服务器根据未扣款单号数量对揽件网点进行结算以及在总部账户中添加对应的单号数量，在实际应用中，揽件网点也可以只对合法揽件单号进行记录，将包括合法揽件单号在内的网点明细数据上传至预设快递系统或服务器中，由预设快递系统或服务器从汇总数据中筛选未扣款记录，扣除对应揽件网点的单号数量，以及在总部账号中加上对应的单号数量，减轻网点数据统计处理压力。

基于同一个发明构思，本申请实施例还提供一种快递单号结算系统，包括：总部服务器和多个与所述总部服务器通信连接的网点；

总部服务器用于配置生成并向客户提供总部账号，供客户通过总部账号向总部服务器发送单号获取请求；

总部服务器还用于基于客户发送的单号获取请求为客户生成和分配单号，并记录保存为系统单号信息；

网点用于通过扫描客户的揽件面单获取揽件单号信息，并将揽件单号信息与系统单号信息对比，确定揽件单号合法性，并在揽件单号合法时，对揽件单号信息进行记录，生成消费揽件信息明细，上传至所述总部服务器，供所述总部服务器对网点进行结算。

需要说明的是，网点生成消费揽件信息明细包括检查合法单号是否为未扣款单号，对未扣款单号数据进行统计，生成消费揽件信息明细。

进一步的，总部服务器在对网点进行结算时，是根据揽件信息明细中未扣款单号的数量得到目标数值，然后将网点在总部快递系统中购买的单号数量扣除目标数值，实现结算。

下面以一个具体的实时过程方式对系统工作流程进行介绍，图2是本申请实施例提供的快递单号结算系统的流程图，如图2所示：

首先网点管理员在总部服务器中配置支持先使用后扣款功能的总部账户；客户通过登录总部账户获取单号，在获取单号后，客户可以打印使用；然后当客户需要进行揽件业务时，网点业务员进行揽件扫描，获取揽件信息，对揽件信息进行合法性验证，并在隔天汇总明细数据上传至总部服务器中；最后总部服务器在接收到网点明细数据后，基于明细数据扣除揽件网点单号数量，以及给总部账户回冲单号数量，完成结算。

图3是本申请实施例提供的快递的单号结算系统中总部服务器单号生成的流程图，如图3所示：

在客户通过总部账户向总部服务器发出获取单号请求后，总部服务器首先对账号信息进行检验，确认账户合法后，获取客户单号获取请求，对生成的单号信息进行记录，并返回单号信息给客户。其中，当验证总部账号失败、获取客户单号获取请求失败以及生成记录单号信息失败时，返回异常提醒，供相关工作人员进行处理。

图4为本申请实施例提供的快递的单号结算系统中网点消费揽件信息入明细流程，如图4所示：

首先网点通过扫描客户打印的面单，此时会获取该快件的物流轨迹信息以及揽件信息，通过揽件单号可以从总部服务器中寻找对应的系统快递单号信息，对揽件单号合法性进行验证，在确认揽件单号合法后，再对揽件单号是否已扣款进行检查，将未扣款单号进行记录，生成消费揽件信息明细，最后将消费揽件信息上传至总部服务器中，供总部服务器进行相关结算。

如此，在总部服务器生成单号，并分配至客户后，由网点在揽件过程中，对揽件单号进行验证和记录，生成明细数据，上传至总部服务器，由服务器进行结算，扣除网点面单数量，网点不需要对大量客户账户进行充值操作以及记录，节省大量人力，同时，只对揽件单号进行结算，还可以缓解网点资金压力。

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

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

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

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。