一种支付超时补偿机制实现方法

技术领域

本发明涉及移动支付技术领域，更具体的说，本发明涉及一种支付超时补偿机制实现方法。

背景技术

随着移动互联网普及，线上线下场景融合，移动支付成为我国市场主流支付方式，接入移动支付的商家与系统也越来越多。

目前商户接入支付能力主要通过使用第三方支付机构对外提供扫码支付接口，此类支付接口为纯支付接口，未有一套完整直接可用的补偿机制与冲正机制，需要商户自行进行开发包装，耗时耗力，且存在交易失败资金损失的风险。

发明内容

为了克服现有技术的不足，本发明提供一种支付超时补偿机制实现方法，以保证交易可信，提高系统响应能力。

本发明解决其技术问题所采用的技术方案是：一种支付超时补偿机制实现方法，其改进之处在于，该方法包括以下的步骤：

S1、调用方的支付请求的处理，调用方向业务网关发起支付请求，通过交易系统和支付网关的处理，在交易系统内部更新订单状态为支付中；

S2、交易系统的内部处理，交易系统每间隔一段时间后，检查交易系统内部状态是否为支付中，如是，交易系统则向支付网关发起查询请求，此后支付网关向交易系统返回支付状态，交易系统更新内部状态；

S3、针对查询结果的处理，所述的步骤S2中，交易系统发支付网关发起查询请求：

如查询N次后收到明确结果，则将结果返回给业务前置，该明确结果为明确成功或明确失败；

如查询N次未收到明确结果，交易系统将订单状态置为超时失败，并返回业务前置，若此时收到渠道异步返回支付成功，则进入退款流程，确保该笔订单明确失败。

进一步的，所述的步骤S1中，在交易系统内部更新订单状态为支付中之后，交易系统向业务网关发送返回支付中的请求，并且该请求通过业务网关发送至调用方。

进一步的，所述的步骤S1中，包括以下的步骤：

S11、调用方发起扫码支付请求；

S12、业务网关校验参数是否合法，如参数合法，则继续下一步；

S13、业务网关向交易系统发出请求；

S14、交易系统进行内部处理，创建订单；

S15、交易系统请求支付网关发起支付，支付网关同步响应；

S16、交易系统进行内部处理，将订单状态更新为支付中。

进一步的，所述的步骤S2中，间隔时间为2S。

进一步的，所述的步骤S3中，查询次数N＝3。

本发明的有益效果是：本发明的一种支付超时补偿机制实现方法，减少接入方的开发工作，达到简单接入免二次补偿机制开发效果，保证交易可信，提高系统响应能力；补偿扫码冲正机制，解决因系统宕机，或响应超时，面对面收款消费者与商家等待过久问题。

附图说明

图1为本发明的一种支付超时补偿机制实现方法的流程示意图。

图2为本发明的一种支付超时补偿机制实现方法的框架结构的流程示意图。

图3为本发明的一种支付超时补偿机制实现方法的订单状态示意图。

具体实施方式

下面结合附图和实施例对本发明进一步说明。

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整地描述，以充分地理解本发明的目的、特征和效果。显然，所描述的实施例只是本发明的一部分实施例，而不是全部实施例，基于本发明的实施例，本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例，均属于本发明保护的范围。另外，专利中涉及到的所有联接/连接关系，并非单指构件直接相接，而是指可根据具体实施情况，通过添加或减少联接辅件，来组成更优的联接结构。本发明创造中的各个技术特征，在不互相矛盾冲突的前提下可以交互组合。

参照图1所示，本发明揭示了一种支付超时补偿机制实现方法，通过该方式减少接入方的开发工作，达到简单接入免二次补偿机制开发效果，保证交易可信，提高系统响应能力。具体的，在本实施例中，该支付超时补偿机制实现方法包括以下的步骤：

S1、调用方的支付请求的处理，调用方向业务网关发起支付请求，通过交易系统和支付网关的处理，在交易系统内部更新订单状态为支付中；

结合图2所示，本实施例中，通过调用方、业务网关、交易系统以及支付网关，以实现本发明的支付超时补偿机制实现方法，上述步骤S1中，具体包括以下的步骤：

S11、调用方发起扫码支付请求；

S12、业务网关校验参数是否合法，如参数合法，则继续下一步；

S13、业务网关向交易系统发出请求；

S14、交易系统进行内部处理，创建订单；

S15、交易系统请求支付网关发起支付，支付网关同步响应；

S16、交易系统进行内部处理，将订单状态更新为支付中；

进一步的，在交易系统内部更新订单状态为支付中之后，交易系统向业务网关发送返回支付中的请求，并且该请求通过业务网关发送至调用方；需要进一步说明的是，业务网关校验参数是否合法时，这些参数是由业务网关和请求方约定进行设定的，一般包括身份验证参数、服务器白名单验证等基础的非业务性质的验证。

S2、交易系统的内部处理，交易系统每间隔2S后，检查交易系统内部状态是否为支付中，如是，交易系统则向支付网关发起查询请求，此后支付网关向交易系统返回支付状态，交易系统更新内部状态；

S3、针对查询结果的处理，所述的步骤S2中，交易系统发支付网关发起查询请求：

如查询3次后收到明确结果，则将结果返回给业务前置，该明确结果为明确成功或明确失败；

如查询3次未收到明确结果，交易系统将订单状态置为超时失败，并返回业务前置，若此时收到渠道异步返回支付成功，则进入退款流程，确保该笔订单明确失败。可以理解的是，所述的渠道是指支付渠道，即为银联或网联。

在所述的步骤S3中，结合图3所示，在创建订单后，订单进入“待支付”状态，当请求支付失败时，状态即为支付失败，当请求支付成功时，订单进入“支付中”状态，此时，如收到异步返回成功，则支付成功，如收到异步返回失败，则支付失败；当“支付中”状态的订单超时2秒后，则进入“渠道超时”状态，交易系统主动查询订单3次，如3次订单的状态均为“支付中”，则支付失败；如收到异步返回失败，则支付失败；如收到异步返回成功，则进入“支付成功”状态，并且在“支付成功”的状态下，如收到退款失败，则进入“退款失败”状态，此时订单即为问题订单，需要人工处理；如在“支付成功”的状态下超时无响应，进入“退款中”状态，同样的此时订单为问题订单，需要人工处理；如在“支付成功”的状态下收到异步通知成功，此时订单状态进入“退款成功”状态。

因此，可以看到“支付中”状态下，若超时且查询三次无明确结果则返回失败，此时若渠道返回支付成功，将发起退款请求。默认该退款请求为成功，若退款失败或超时，则变为问题单，进入人工处理流程。该机制保证了业务前置以及调用方收到的支付结果都为明确成功或失败，无须担心中间状态订单。

通过上述的陈述，本发明的一种支付超时补偿机制实现方法，减少接入方的开发工作，达到简单接入免二次补偿机制开发效果，保证交易可信，提高系统响应能力；补偿扫码冲正机制，解决因系统宕机，或响应超时，面对面收款消费者与商家等待过久问题。

以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。