CN118096150A - 基于支付平台的支付处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理领域，公开了一种基于支付平台的支付处理方法、装置、设备及存储介质。该方法包括：当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验得到校验结果，并判断校验结果是否为校验通过；若述校验结果为校验通过，则生成充值请求，根据充值请求调用对应的支付平台进行充值，得到充值结果，并判断充值结果是否为充值成功；若充值结果为充值成功，则将充值结果推送至业务员。本发明提供的是一种基于支付平台的支付处理方法，使得业务员无需在线下充值预付款，提高了业务员预付款的充值效率，同时还提升了派件效率。

Description

基于支付平台的支付处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于支付平台的支付处理方法、装置、设备及存储介质。

背景技术

现代物流指的是将信息、运输、仓储、库存、装卸搬运以及包装等物流活动，综合起来的一种新型的集成式管理，其任务是尽可能降低物流的总成本，为顾客提供最好的服务。物流电子商务化是以互联网的形式提供物流行业相关信息，包括货运信息、空运信息、陆运信息、海运信息、以及物流行业资讯和物流知识，法律法规等，还提供物流行业企业库，供货源方查找，货源方也可通过物流网发布货源信息，以供物流企业合作。

而在物流行业中，快递派件的业务员和网点之间有资金充值的关系，即业务员需要充值预付款；但目前业务员充值预付款为线下模式，例如，业务员在线下将预定资金给到网点，之后网点再将此预定资金通过网点管家系统手动加到此业务员的预付款账号上，最后此业务员就可以在对应软件(例如，韵镖侠)的预付款模块得知增加了预定资金，整个过程都是人工进行操作，不仅费时费力，还容易出错，从而造成业务员的充值效率低，且影响业务员的派件效率。

因此，现有技术还有待于改进和发展。

发明内容

本发明的主要目的在于解决现有的快递派件的业务员预付款充值需要花费大量的时间，还容易出错，从而造成业务员的充值效率低，且影响业务员的派件效率的问题。

本发明第一方面提供了一种基于支付平台的支付处理方法，包括：当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

可选的，在本发明第一方面的第一种实现方式中，所述当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息的步骤包括：当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功；若所述支付签约信息为签约成功，则根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取充值方式；获取所述业务员输入的充值数据，并根据所述充值数据和所述充值方式得到预付款充值信息。

可选的，在本发明第一方面的第二种实现方式中，所述当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功的步骤包括：当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，检验所述支付签约信息是否包含信用额度数据；若所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；若所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

可选的，在本发明第一方面的第三种实现方式中，所述对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过的步骤包括：校验所述预付款充值信息是否包括目标业务参数，其中，所述目标业务参数包括网点编码、业务员编码、充值金额、充值网点商户号及充值渠道；若所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，以及所述目标业务参数的充值金额是否满足预设充值范围；若所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；若所述目标业务参数无效和/或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值。

可选的，在本发明第一方面的第四种实现方式中，所述若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功的步骤包括：若所述校验结果为校验通过，则生成业务员充值记录表，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；当检测到所述业务员充值记录表完成记录时，生成充值请求，并根据所述充值请求确定所述充值方式对应的支付平台；调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功。

可选的，在本发明第一方面的第五种实现方式中，所述调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功的步骤包括：调用所述支付平台的充值接口进行充值，得到充值结果，判断所述充值结果是否存在充值流水号；若所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；若所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败。

可选的，在本发明第一方面的第六种实现方式中，所述若所述充值结果为充值成功，则将所述充值结果推送至所述业务员的步骤包括：若所述充值结果为充值成功，则根据所述充值结果更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；当检测到所述充值状态完成更新后，生成通知指令，并根据所述通知指令将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

本发明第二方面提供了一种基于支付平台的支付处理装置，包括：充值获取模块，用于当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；数据校验模块，用于对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；金额充值模块，用于若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；数据推送模块，用于若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

可选的，在本发明第二方面的第一种实现方式中，所述充值获取模块包括：签约判断单元，用于当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功；充值方式确定单元，用于若所述支付签约信息为签约成功，则根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取充值方式；数据获取单元，用于获取所述业务员输入的充值数据，并根据所述充值数据和所述充值方式得到预付款充值信息。

可选地，在本发明第二方面的第二种实现方式中，所述签约判断单元包括：数据检验子单元，用于当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，检验所述支付签约信息是否包含信用额度数据；第一判断子单元，用于若所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；第二判断子单元，用于若所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

可选的，在本发明第二方面的第三种实现方式中，所述数据校验模块包括：信息检验单元，用于校验所述预付款充值信息是否包括目标业务参数，其中，所述目标业务参数包括网点编码、业务员编码、充值金额、充值网点商户号及充值渠道；参数校验单元，用于若所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，以及所述目标业务参数的充值金额是否满足预设充值范围；第一校验判断单元，用于若所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；第二校验判断单元，用于若所述目标业务参数无效和/或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值。

可选的，在本发明第二方面的第四种实现方式中，所述金额充值模块包括：表格生成单元，用于若所述校验结果为校验通过，则生成业务员充值记录表，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；平台确认单元，用于当检测到所述业务员充值记录表完成记录时，生成充值请求，并根据所述充值请求确定所述充值方式对应的支付平台；充值结果判断单元，用于调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功。

可选的，在本发明第二方面的第五种实现方式中，所述充值结果判断单元包括：结果判断子单元，用于调用所述支付平台的充值接口进行充值，得到充值结果，判断所述充值结果是否存在充值流水号；第一充值判断子单元，用于若所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；第二充值判断子单元，用于若所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败。

可选的，在本发明第二方面的第六种实现方式中，所述数据推送模块包括：状态更新单元，用于若所述充值结果为充值成功，则根据所述充值结果更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；结果推送单元，用于当检测到所述充值状态完成更新后，生成通知指令，并根据所述通知指令将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

本发明第三方面提供了一种基于支付平台的支付处理设备，包括：存储器和至少一个处理器，所述存储器中存储有计算机可读指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述计算机可读指令，以使得所述基于支付平台的支付处理设备执行如上所述基于支付平台的支付处理方法的各个步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可读指令，当其在计算机上运行时，使得计算机执行如上所述基于支付平台的支付处理方法的各个步骤。

有益效果：本发明的技术方案中，当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。本发明提供的是一种基于支付平台的支付处理方法，使得业务员无需在线下充值预付款，提高了业务员预付款的充值效率，同时还提升了派件效率。

附图说明

图1为本发明实施例提供的基于支付平台的支付处理方法的第一种流程图；

图2为本发明实施例提供的基于支付平台的支付处理方法的第二种流程图；

图3为本发明实施例提供的基于支付平台的支付处理方法的第三种流程图；

图4为本发明实施例提供的基于支付平台的支付处理方法的第四种流程图；

图5为本发明实施例提供的基于支付平台的支付处理方法的第五种流程图；

图6为本发明实施例提供的基于支付平台的支付处理方法的第六种流程图；

图7为本发明实施例提供的基于支付平台的支付处理方法的进行寄件挽留具体示意图；

图8为本发明实施例提供的基于支付平台的支付处理装置的一种结构示意图；

图9为本发明实施例提供的基于支付平台的支付处理装置的另一种结构示意图；

图10为本发明实施例提供的基于支付平台的支付处理设备的结构示意图。

具体实施方式

本发明实施例提供了一种基于支付平台的支付处理方法、装置、设备及存储介质，当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。本发明解决了现有的快递派件的业务员预付款充值需要花费大量的时间，还容易出错，从而造成业务员的充值效率低，且影响业务员的派件效率的问题。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中基于支付平台的支付处理方法的第一个实施例包括：

S101、当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；

在本实施例中，快递派件的业务员需要充值预付款时，可以通过对应APP(例如，韵镖侠，韵镖侠是一款送货神器，也是一款功能性APP，提供上门揽收快件、派件等服务，帮助快递员快速完成收件、发件、派件等工作，最大程度地摆脱传统快递员繁琐的配送流程，提高工作效率)进行线上充值所述预付款，需要获取所述业务员输入的充值数据(例如，充值金额)和充值方式，其中，所述充值方式包括支付宝、微信或者信用卡，但不仅限于此；之后根据所述业务员输入的充值数据和充值方式得到预付款充值信息。

作为举例，当所述业务员需要充值预付款时，需要与某个支付渠道签约自动扣款的服务，以完成与支付平台的预关联；在完成相应的支付平台预关联之后，要获取所述业务员输入的充值数据和充值方式，根据所述充值数据和所述充值方式得到预付款充值信息，之后则需要对所述预付款充值信息进行校验，只有在校验通过后才能进行后续的充值。

S102、对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；

在本实施例中，在得到所述预付款充值信息之后，需要对所述预付款充值信息中的主要业务参数进行校验，主要业务参数包括：网点编码(必需上传的参数)、业务员编码(必需上传的参数)、充值金额(必需上传的参数)、充值网点商户号(必需上传的参数)、充值渠道(必需上传的参数)，例如，微信、支付宝及支付宝钱包免密支付；而校验的内容包括参数的有效性，即校验参数是必传参数还是非必传参数；充值金额校验，即充值金额必须大于0，且小于等于预定数额(例如，100万)，而且充值金额需要精确到小数点后2位；充值状态校验，即当前充值状态处于未充值及充值失败，则可以发起充值，而当前充值状态处于充值成功及充值中，则不允许发起充值；之后判断所述校验结果是否为校验通过，只有以上内容全部校验通过才可以发起充值。

S103、若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；

在本实施例中，在判定所述校验结果为校验通过之后，则需要调用系统中的收单接口发起充值请求，即调用金融团收单接口发起充值请求；之后根据所述充值请求调用所述充值方式对应的支付平台进行充值，例如，对应的支付平台为微信或支付宝，在完成充值之后，得到充值结果，需要判断所述充值结果是否为充值成功，如果充值未成功，则需要提醒所述业务员重新进行充值。

S104、若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

在本实施例中，在判定所述充值结果为充值成功之后，则需要更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；在所述充值状态完成更新后，需要将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

本实施例提供的是一种基于支付平台的支付处理方法，当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；若所述充值结果为充值成功，则将所述充值结果推送至所述业务员；本发明提供的一种基于支付平台的支付处理方法使得业务员无需在线下充值预付款，提高了业务员预付款的充值效率，同时还提升了派件效率。

请参阅图2，本发明实施例中基于支付平台的支付处理方法的第二个实施例包括：

S201、当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功；

S202、若所述支付签约信息为签约成功，则根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取充值方式；

S203、获取所述业务员输入的充值数据，并根据所述充值数据和所述充值方式得到预付款充值信息。

在本实施例中，当所述业务员需要充值预付款时，需要获取所述业务员的支付签约信息，即需要与某个支付渠道签约自动扣款的服务，以完成与支付平台的预关联；例如，在与支付宝、微信或者信用卡签约自动扣款服务的过程中，需要将所述业务员存储在支付平台的一部分的资金作为信用额度，而所述信用额度的大小一般为10-20元，具体的信用额度一般参考业务员的单次最大扣款的额度；当检测到自动扣款的服务签约完成时，则会建立与签约信息的一对一的关联关系；在完成相应的支付平台预关联之后，要获取所述业务员输入的充值数据和充值方式，而所述充值方式是根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取的，所述充值数据是获取所述业务员输入的，之后根据所述充值数据和所述充值方式得到预付款充值信息，之后则需要对所述预付款充值信息进行校验，只有在校验通过后才能进行后续的充值。

请参阅图3，本发明实施例中基于支付平台的支付处理方法的第三个实施例包括：

S301、当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，检验所述支付签约信息是否包含信用额度数据；

S302、若所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；

S303、若所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

在本实施例中，当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，即获取所述业务员与某个支付渠道签约的自动扣款服务；之后需要校验所述支付签约信息是否包含信用额度数据，通过信用额度数据来判断是否签约成功，而所述信用额度数据中的信用额度一般参考所述业务员的单次最大扣款的额度；如果所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；如果所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

请参阅图4，本发明实施例中快件的基于支付平台的支付处理方法的第四个实施例包括：

S401、校验所述预付款充值信息是否包括目标业务参数，其中，所述目标业务参数包括网点编码、业务员编码、充值金额、充值网点商户号及充值渠道；

S402、若所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，以及所述目标业务参数的充值金额是否满足预设充值范围；

S403、若所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；

S404、若所述目标业务参数无效和/或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值。

在本实施例中，在得到所述预付款充值信息之后，需要先校验所述预付款充值信息是否包括目标业务参数，即主要业务参数，而所述主要业务参数包括：网点编码(必需上传的参数)、业务员编码(必需上传的参数)、充值金额(必需上传的参数)、充值网点商户号(必需上传的参数)、充值渠道(必需上传的参数)，例如，微信、支付宝及支付宝钱包免密支付；如果所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，即校验参数是必传参数还是非必传参数，以及所述目标业务参数的充值金额是否满足预设充值范围，即充值金额必须大于0，且小于等于预定数额(例如，100万)，还需要校验充值状态，即当前充值状态处于未充值及充值失败，则可以发起充值，而当前充值状态处于充值成功及充值中，则不允许发起充值；在当前充值状态处于未充值及充值失败的情况下，如果所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；如果所述目标业务参数无效和所述充值金额不满足预设充值范围，或者，如果所述目标业务参数无效或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值，只有以上内容全部校验通过才可以发起充值。

请参阅图5，本发明实施例中基于支付平台的支付处理方法的第五个实施例包括：

S501、若所述校验结果为校验通过，则生成业务员充值记录表，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；

S502、当检测到所述业务员充值记录表完成记录时，生成充值请求，并根据所述充值请求确定所述充值方式对应的支付平台；

S503、调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功。

在本实施例中，在判定所述校验结果为校验通过之后，需要存储充值记录，并记录相应的充值日志；而存储充值记录时通过生成的业务员充值记录表来进行储存，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；之后则需要调用系统中的收单接口发起充值请求，即调用金融团收单接口发起充值请求；之后根据所述充值请求调用所述充值方式对应的支付平台进行充值，例如，对应的支付平台为微信或支付宝，在完成充值之后，得到充值结果，需要判断所述充值结果是否为充值成功，如果充值未成功，则需要提醒所述业务员重新进行充值。

请参阅图6，本发明实施例中基于支付平台的支付处理方法的第六个实施例包括：

S601、调用所述支付平台的充值接口进行充值，得到充值结果，判断所述充值结果是否存在充值流水号；

S602、若所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；

S603、若所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败。

在本实施例中，调用所述支付平台的充值接口进行充值，得到充值结果；在得到所述充值结果之后，需要判断是否充值成功，则通过所述充值结果存在充值流水号来进行判断是否充值成功；如果所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；如果所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败，而充值失败则需要提醒所述业务员进行重新充值。

请参阅图7，本发明实施例中基于支付平台的支付处理方法的第七个实施例包括：

S701、若所述充值结果为充值成功，则根据所述充值结果更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；

S702、当检测到所述充值状态完成更新后，生成通知指令，并根据所述通知指令将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

在本实施例中，在判定所述充值结果为充值成功之后，则需要更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；如果所述充值结果为充值成功，则将所述预付款的当前的充值状态更新为充值成功；在所述充值状态完成更新后，会调用相应支付平台的接口来查询所述业务员的充值记录，其中所述充值记录包括充值状态、充值时间、充值金额、网点编码、业务员编码、充值渠道和充值流水号等，之后还会将所述充值成功与所述充值失败推送至kafka，同时会将所述充值结果推送至所述业务员，以通知所述业务员完成充值，使得业务员无需在线下充值预付款，提高了业务员预付款的充值效率，同时还提升了派件效率。

上面对本发明实施例中基于支付平台的支付处理方法进行了描述，下面对本发明实施例中基于支付平台的支付处理装置进行描述，请参阅图8，本发明实施例中基于支付平台的支付处理装置一个实施例包括：

充值获取模块50，用于当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；

数据校验模块60，用于对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；

金额充值模块70，用于若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；

数据推送模块80，用于若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

本实施例中，当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验得到校验结果，并判断校验结果是否为校验通过；若述校验结果为校验通过，则生成充值请求，根据充值请求调用对应的支付平台进行充值，得到充值结果，并判断充值结果是否为充值成功；若充值结果为充值成功，则将充值结果推送至业务员。本发明解决了现有的快递派件的业务员预付款充值需要花费大量的时间，还容易出错，从而造成业务员的充值效率低，且影响业务员的派件效率的问题；本发明提供的一种基于支付平台的支付处理方法使得业务员无需在线下充值预付款，提高了业务员预付款的充值效率，同时还提升了派件效率。

请参阅图9，本发明实施例中基于支付平台的支付处理装置的另一个实施例包括：

充值获取模块50，用于当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；

数据校验模块60，用于对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；

金额充值模块70，用于若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；

数据推送模块80，用于若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

在本实施例中，所述充值获取模块50包括：

签约判断单元501，用于当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功；

充值方式确定单元502，用于若所述支付签约信息为签约成功，则根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取充值方式；

数据获取单元503，用于获取所述业务员输入的充值数据，并根据所述充值数据和所述充值方式得到预付款充值信息。

在本实施例中，所述签约判断单元501还包括：

数据检验子单元5011，用于当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，检验所述支付签约信息是否包含信用额度数据；

第一判断子单元5012，用于若所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；

第二判断子单元5013，用于若所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

在本实施例中，所述数据校验模块60包括：

信息检验单元601，用于校验所述预付款充值信息是否包括目标业务参数，其中，所述目标业务参数包括网点编码、业务员编码、充值金额、充值网点商户号及充值渠道；

参数校验单元602，用于若所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，以及所述目标业务参数的充值金额是否满足预设充值范围；

第一校验判断单元603，用于若所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；

第二校验判断单元604，用于若所述目标业务参数无效和/或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值。

在本实施例中，所述金额充值模块70包括：

表格生成单元701，用于若所述校验结果为校验通过，则生成业务员充值记录表，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；

平台确认单元702，用于当检测到所述业务员充值记录表完成记录时，生成充值请求，并根据所述充值请求确定所述充值方式对应的支付平台；

充值结果判断单元703，用于调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功。

在本实施例中，所述充值结果判断单元703还包括：

结果判断子单元7031，用于调用所述支付平台的充值接口进行充值，得到充值结果，判断所述充值结果是否存在充值流水号；

第一充值判断子单元7032，用于若所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；

第二充值判断子单元7033，用于若所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败。

在本实施例中，所述数据推送模块80包括：

状态更新单元801，用于若所述充值结果为充值成功，则根据所述充值结果更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；

结果推送单元802，用于当检测到所述充值状态完成更新后，生成通知指令，并根据所述通知指令将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

本发明提供的是一种基于支付平台的支付处理方法，当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。本发明解决了现有的快递派件的业务员预付款充值需要花费大量的时间，还容易出错，从而造成业务员的充值效率低，且影响业务员的派件效率的问题。

上面图8和图9从模块化功能实体的角度对本发明实施例中的基于支付平台的支付处理装置进行详细描述，下面从硬件处理的角度对本发明实施例中基于支付平台的支付处理设备进行详细描述。

图10是本发明实施例提供的一种基于支付平台的支付处理设备的结构示意图，该基于支付平台的支付处理设备10可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)11(例如，一个或一个以上处理器)和存储器12，一个或一个以上存储应用程序133或数据132的存储介质13(例如一个或一个以上海量存储设备)。其中，存储器12和存储介质13可以是短暂存储或持久存储。存储在存储介质13的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对基于支付平台的支付处理设备10中的一系列指令操作。更进一步地，处理器11可以设置为与存储介质13通信，在基于支付平台的支付处理设备10上执行存储介质13中的一系列指令操作。

基于支付平台的支付处理设备10还可以包括一个或一个以上电源14，一个或一个以上有线或无线网络接口15，一个或一个以上输入输出接口16，和/或，一个或一个以上操作系统131，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图10示出的设备结构并不构成对基于支付平台的支付处理设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行基于支付平台的支付处理方法的步骤。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于支付平台的支付处理方法，其特征在于，所述基于支付平台的支付处理方法包括：

当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；

对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；

若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；

若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

2.根据权利要求1所述基于支付平台的支付处理方法，其特征在于，所述当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息的步骤包括：

当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功；

若所述支付签约信息为签约成功，则根据所述支付签约信息确定对应的支付平台，并根据所述支付平台获取充值方式；

获取所述业务员输入的充值数据，并根据所述充值数据和所述充值方式得到预付款充值信息。

3.根据权利要求2所述基于支付平台的支付处理方法，其特征在于，所述当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，并判断所述支付签约信息是否为签约成功的步骤包括：

当检测到业务员需要充值预付款时，获取所述业务员的支付签约信息，检验所述支付签约信息是否包含信用额度数据；

若所述支付签约信息包含所述信用额度数据，则判定所述支付签约信息为签约成功；

若所述支付签约信息不包含所述信用额度数据，则判定所述支付签约信息为签约失败，并提醒所述业务员重新进行签约。

4.根据权利要求1所述基于支付平台的支付处理方法，其特征在于，所述对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过的步骤包括：

校验所述预付款充值信息是否包括目标业务参数，其中，所述目标业务参数包括网点编码、业务员编码、充值金额、充值网点商户号及充值渠道；

若所述预付款充值信息包括所述目标业务参数，则获取所述目标业务参数，并分别校验所述目标业务参数是否有效，以及所述目标业务参数的充值金额是否满足预设充值范围；

若所述目标业务参数有效且所述充值金额满足预设充值范围，则判定所述校验结果为校验通过；

若所述目标业务参数无效和/或所述充值金额不满足预设充值范围，则判定所述校验结果为校验不通过，并提醒所述业务员重新进行充值。

5.根据权利要求1所述基于支付平台的支付处理方法，其特征在于，所述若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功的步骤包括：

若所述校验结果为校验通过，则生成业务员充值记录表，其中，所述业务员充值记录表用于记录业务员编码、网点编码、充值金额、充值时间、充值状态、充值商户号、充值渠道和备注；

当检测到所述业务员充值记录表完成记录时，生成充值请求，并根据所述充值请求确定所述充值方式对应的支付平台；

调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功。

6.根据权利要求5所述基于支付平台的支付处理方法，其特征在于，所述调用所述支付平台的充值接口进行充值，得到充值结果，并判断所述充值结果是否为充值成功的步骤包括：

调用所述支付平台的充值接口进行充值，得到充值结果，判断所述充值结果是否存在充值流水号；

若所述充值结果存在所述充值流水号，则判定所述充值结果为充值成功；

若所述充值结果不存在所述充值流水号，则判定所述充值结果为充值失败。

7.根据权利要求1所述基于支付平台的支付处理方法，其特征在于，所述若所述充值结果为充值成功，则将所述充值结果推送至所述业务员的步骤包括：

若所述充值结果为充值成功，则根据所述充值结果更新所述预付款的充值状态，其中，所述充值状态包括充值成功、充值失败、充值中和取消充值；

当检测到所述充值状态完成更新后，生成通知指令，并根据所述通知指令将所述充值结果推送至所述业务员，以通知所述业务员完成充值。

8.一种基于支付平台的支付处理装置，其特征在于，包括：

充值获取模块，用于当检测到业务员需要充值预付款时，获取所述业务员的充值数据和充值方式，并根据所述充值数据和所述充值方式得到预付款充值信息；

数据校验模块，用于对所述预付款充值信息进行校验，得到校验结果，并判断所述校验结果是否为校验通过；

金额充值模块，用于若所述校验结果为校验通过，则生成充值请求，根据所述充值请求调用所述充值方式对应的支付平台进行充值，得到充值结果，并判断所述充值结果是否为充值成功；

数据推送模块，用于若所述充值结果为充值成功，则将所述充值结果推送至所述业务员。

9.一种基于支付平台的支付处理设备，其特征在于，包括存储器和至少一个处理器，所述存储器中存储有计算机可读指令；

所述至少一个处理器调用所述存储器中的所述计算机可读指令，以执行如权利要求1-7中任一项所述基于支付平台的支付处理方法的各个步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1-7中任一项所述基于支付平台的支付处理方法的各个步骤。