技术领域
[0001] 本
发明涉及快递物流行业中的结算系统，具体涉及应用于收派环节和驿站场景的快递结算系统。
背景技术
[0002] 近些年快递行业的业务量爆发式增长，行业中散客订单也随之递增，而每单业务员都要先与客户通过现金或者第三方支付平台交易后再与网点公司进行交易，结算都是由财务通过手动导出报表再一一结算，业务员也无详细记录可查，所以一般是以日结的方式进行结算，但又无形中占用财务人员和业务员大量时间。
[0003] 目前需要针对收派环节和驿站环节研发一种结算系统来解决上述难题。
发明内容
[0004] 以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。
[0005] 本发明的目的在于解决上述问题，提供了一种快递结算系统，能够提升收派环节和驿站环节的结算效率、提高网点公司与业务员结算的便捷性、降低财务人员、业务员和驿站店员的工作强度。
[0006] 本发明的技术方案为：本发明揭示了一种快递结算系统，包括业务员终端、支付平台和后台
服务器，其中：
[0007] 业务员终端，包括一扫描模
块和一显示模块，其中扫描模块用于对快递件进行扫描以获取快递件单号，显示模块用于向客户显示支付码；
[0008] 支付平台，包括网点注册模块、支付码生成模块、数据源上传模块和支付反馈模块，其中：
[0009] 网点注册模块，配置为接收网点公司在支付平台上注册时所输入的包括网点公司信息、收款账户信息以及商户代码在内的信息，其中网点公司信息中包括网点公司代码，并将商户代码与网点公司代码进行绑定；
[0010] 支付码生成模块，配置为与业务员终端交互获取到业务员工号、网点公司代码，并通过网点公司代码获取到对应的收款账户信息，再通过业务员工号、网点公司代码和业务员终端的扫描模块获取到的快递件单号生成唯一的订单标识号，最后通过订单标识号和收款账户信息生成支付码并在业务员终端的显示模块上展示给客户；
[0011] 数据源上传模块，配置为在每次生成支付码之前将数据源上传到后台服务器的对账系统；
[0012] 支付反馈模块，配置为在收到客户扫码付款完成后反馈付款成功消息到业务员终端，同时反馈包括付款方账户信息、付款金额以及订单标识号在内的信息给后台服务器的对账系统，形成数据闭环；
[0013] 后台服务器包括对账系统，对账系统用于根据从支付平台接收到的数据信息进行网点公司与业务员之间的自主对账。
[0014] 根据本发明的快递结算系统的一
实施例，扫描模块和显示模块是集成显示屏幕的外置式扫描器。
[0015] 根据本发明的快递结算系统的一实施例，支付平台以
软件开发工具包SDK的方式嵌入到业务员终端的程序中。
[0016] 根据本发明的快递结算系统的一实施例，对账系统配置为将支付平台上传的每笔订单标注为未到账订单，当客户支付完成且支付平台反馈订单ID、付款金额和付款方账户信息到达对账系统时，对账系统将该笔订单标注为已到账，同
时针对每个业务员和网点公司进行数据计算。
[0017] 根据本发明的快递结算系统的一实施例，通过业务员工号、网点公司代码和业务员终端的扫描模块获取到的快递件单号是通过哈希
算法生成唯一的订单标识号。
[0018] 根据本发明的快递结算系统的一实施例，数据源的信息包括但不限于订单标识号、快递件单号、业务员工号、业务员姓名、网点代码、网点名称、收款行、收款账号。
[0019] 根据本发明的快递结算系统的一实施例，对账系统还配置为根据不同维度生成不同的
可视化应收应付账单。
[0020] 本发明对比
现有技术有如下的有益效果：本发明的快递结算系统通过生成支付码以集成快递行业专属信息(例如快递件单号、网点代码、业务员等)，并将该快递行业专属信息与订单金额进行绑定。相较于现有结算方式，本发明能够实现快递行业无现金便捷快速交易并告别快递行业网点公司与业务员的线下通过底单的方式结算，从而实现网点公司与业务员的轻松便捷结算，提高快递行业网点公司财务结算效率、业务员收派快件的效率以及驿站寄件效率。同时还能根据不同维度生成不同的可视化应收应付账单，让每笔
费用做到有据可依。
附图说明
[0021] 在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。
[0022] 图1示出了本发明的快递结算系统的一实施例的原理图。
[0023] 图2示出了本发明的快递结算系统的运行流程。
具体实施方式
[0024] 以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。
[0025] 图1示出了本发明的快递结算系统的一实施例的原理，图2示出了其运行流程。请同时参见图1和图2，本实施例的系统包括：业务员终端、支付平台、后台服务器。
[0026] 业务员终端包括一扫描模块，用于对快递件进行扫描以获取快递件单号。业务员终端还包括一显示模块，用于向客户显示支付码。
[0027] 在本实施例中，扫描模块和显示模块可以是集成了显示屏幕的外置式扫描器。
[0028] 支付平台包括：网点注册模块、支付码生成模块、数据源上传模块、支付反馈模块。支付平台以SDK(Software Development Kit，软件开发工具包)的方式嵌入到快递公司的业务员终端的程序中。支付平台可以是一个第四方支付平台，兼容所有的第三方支付渠道。
[0029] 网点注册模块配置为接收网点公司在支付平台上注册时所输入的包括网点公司信息(包括网点公司代码)、收款账户信息以及商户代码在内的信息，并将商户代码与网点公司代码(快递公司业务系统内的网点唯一编号)进行绑定。
[0030] 支付平台的支付码生成模块配置为与业务员终端交互获取到业务员工号、网点公司代码，并通过网点公司代码获取到对应的收款账户信息。再通过业务员工号、网点公司代码和业务员终端的扫描模块获取到的快递件单号生成唯一的订单标识号(订单ID)，其中生成方式例如是
哈希算法。最后通过订单ID和收款账户信息生成支付码(二维码)并在业务员终端的显示模块上展示给客户。
[0031] 数据源上传模块配置为在每次生成支付码之前将数据源(包括订单ID、快递件单号、业务员工号、业务员姓名、网点代码、网点名称、收款行、收款账号等信息)上传到后台服务器的对账系统。
[0032] 支付反馈模块配置为在收到客户扫码付款完成后反馈付款成功消息到业务员终端，以便告业务员该笔订单已经支付完成，同时反馈付款方账户信息、付款金额以及订单ID等信息给后台服务器的对账系统，形成数据闭环便于核对。
[0033] 后台服务器包括对账系统。对账系统根据从支付平台接收到的数据信息进行网点公司与业务员之间的自主对账。对账系统配置为将支付平台上传的每笔订单标注为未到账订单，当客户支付完成且支付平台反馈订单ID、付款金额和付款方账户信息到达对账系统时，对账系统将该笔订单标注为已到账，同时针对每个业务员和网点公司进行数据计算，使得网点公司和业务员中间的结算金额一目了然。
[0034] 此外，对账系统还配置为根据不同维度生成不同的可视化应收应付账单，以使每笔费用可做到有据可依。
[0035] 尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。
[0036] 本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、
电路、和算法步骤可实现为
电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。
[0037] 结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字
信号处理器(DSP)、
专用集成电路(ASIC)、现场可编程
门阵列(FPGA)或其它
可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是
微处理器，但在替换方案中，该处理器可以是任何常规的处理器、
控制器、
微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。
[0038] 结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的
软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM
存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、
硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。
[0039] 在一个或多个示例性实施例中，所描述的功能可在硬件、软件、
固件或其任何组合中实现。如果在软件中实现为
计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机
访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴
电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及
微波之类的无线技术从web
网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、
软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。
[0040] 提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种
修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。
