订单对账系统、方法及装置转让专利
申请号 : CN201911052718.4
文献号 : CN110852747B
文献日 : 2022-03-18
发明人 : 王世宇
申请人 : 支付宝(杭州)信息技术有限公司
摘要 :
权利要求 :
1.一种订单对账系统,包括:交易子系统、支付子系统、银行存管子系统;
所述交易子系统根据用户发起的交易订单生成原始交易信息,向所述银行存管子系统发送所述原始交易信息,并在所述银行存管子系统记录所述原始交易信息后向所述支付子系统发送支付请求,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息;
所述支付子系统响应于所述支付请求,根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付,并在所述用户完成支付后向所述银行存管子系统发送针对所述交易订单的支付结果;
所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。
2.一种订单对账方法,应用于银行存管子系统;所述方法包括:记录交易子系统发送的与用户发起的交易订单对应的原始交易信息;其中,在所述银行存管子系统记录所述原始交易信息后,所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统;
接收所述支付子系统发送的针对所述交易订单的支付结果,所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成,所述支付订单由所述支付子系统根据所述支付信息创建;
根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。
3.根据权利要求2所述的方法,所述记录交易子系统发送的与用户发起的交易订单对应的原始交易信息,包括:根据所述原始交易信息创建业务订单;
所述方法还包括:在创建所述业务订单后向所述交易子系统发送所述业务订单的业务标识,以使得所述交易子系统将所指示的支付信息与所述业务标识的对应关系发送至所述支付子系统。
4.根据权利要求3所述的方法,所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应;所述根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账,包括:
根据所述支付结果更新所述业务订单的订单状态,并在接收到所述支付子系统发送的与所述业务标识对应的对账单时,根据所述对账单和更新后的订单状态进行对账。
5.根据权利要求2所述的方法,还包括:当对账成功时,获取对应于所述交易订单的支付款项;
将所述支付款项转账至对应于所述交易订单的商户银行账户中。
6.一种订单对账方法,应用于支付子系统;所述方法包括:接收交易子系统发送的支付请求,所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送,所述原始交易信息由所述交易子系统根据用户发起的交易订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息;
响应于所述支付请求,根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付,并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。
7.根据权利要求6所述的方法,所述支付请求中还包含业务订单的业务标识,所述业务订单由所述银行存管子系统根据所述原始交易信息创建,在创建所述业务订单后所述业务标识被发送至所述交易子系统,以使得所述交易子系统发送所述支付请求。
8.一种订单对账装置,应用于银行存管子系统;所述装置包括:记录单元,记录交易子系统发送的与用户发起的交易订单对应的原始交易信息;其中,在所述银行存管子系统记录所述原始交易信息后,所述交易子系统指示的针对所述交易订单的支付信息被发送至支付子系统;
接收单元,接收所述支付子系统发送的针对所述交易订单的支付结果,所述支付结果由所述支付子系统在所述用户完成对与所述交易订单对应的支付订单的支付后生成,所述支付订单由所述支付子系统根据所述支付信息创建;
对账单元,根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。
9.根据权利要求8所述的装置,所述记录单元具体用于:根据所述原始交易信息创建业务订单;
所述装置还包括:发送单元,在创建所述业务订单后向所述交易子系统发送所述业务订单的业务标识,以使得所述交易子系统将所指示的支付信息与所述业务标识的对应关系发送至所述支付子系统。
10.根据权利要求9所述的装置,所述支付结果被所述支付子系统根据所述对应关系标记为与所述业务标识相对应;所述对账单元具体用于:根据所述支付结果更新所述业务订单的订单状态,并在接收到所述支付子系统发送的与所述业务标识对应的对账单时,根据所述对账单和更新后的订单状态进行对账。
11.根据权利要求8所述的装置,还包括:获取单元,当对账成功时,获取对应于所述交易订单的支付款项;
转账单元,将所述支付款项转账至对应于所述交易订单的商户银行账户中。
12.一种订单对账装置,应用于支付子系统;所述装置包括:接收单元,接收交易子系统发送的支付请求,所述支付请求由所述交易子系统在银行存管子系统记录原始交易信息后发送,所述原始交易信息由所述交易子系统根据用户发起的交易订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息;
发送单元,响应于所述支付请求,根据所述支付信息创建对应于所述交易订单的支付订单以由所述用户完成支付,并在所述用户完成支付后向银行存管子系统发送针对所述交易订单的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订单的支付结果进行对账。
13.根据权利要求12所述的装置,所述支付请求中还包含业务订单的业务标识,所述业务订单由所述银行存管子系统根据所述原始交易信息创建,在创建所述业务订单后所述业务标识被发送至所述交易子系统,以使得所述交易子系统发送所述支付请求。
14.一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如权利要求2‑5中任一项所述的方法。
15.一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如权利要求2‑5中任一项所述方法的步骤。
16.一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如权利要求6或7所述的方法。
17.一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如权利要求6或7所述方法的步骤。
说明书 :
订单对账系统、方法及装置
技术领域
背景技术
户服务商ISV(Independent Software Vendors,独立软件开发商)创造电商化便利、扩展销
售渠道。
发明内容
付子系统发送支付请求,所述支付请求中包含所述交易子系统指示的针对所述交易订单的
支付信息;
送针对所述交易订单的支付结果;
支付信息被发送至支付子系统;
单由所述支付子系统根据所述支付信息创建;
所述支付子系统。
包括:
订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付信息;
的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息对所述交易订
单的支付结果进行对账。
述交易子系统,以使得所述交易子系统发送所述支付请求。
交易订单的支付信息被发送至支付子系统;
所述支付订单由所述支付子系统根据所述支付信息创建;
关系发送至所述支付子系统。
发起的交易订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支
付信息;
述交易订单的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息对
所述交易订单的支付结果进行对账。
述交易子系统,以使得所述交易子系统发送所述支付请求。
附图说明
具体实施方式
中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相
反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相
一致的装置和方法的例子。
多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进
行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行
描述。
统为电商平台,商户将商品上架至电商平台,而用户作为买家可在电商平台上的商户中选
购商品,并对选中的商品进行下单采购。支付子系统负责完成交易中的支付、退款等业务;
例如,支付子系统可以是持有支付牌照的第三方支付机构,第三方支付机构作为信用中介,
本身具备信用保障,在银行的监管下保证交易双方利益,在消费者与银行之间建立起数据
交换和信息确认的支付流程。银行存管子系统负责为特约商户提供银行卡受理、资金安全
和资金结算服务,通过支付子系统的打款和对账单进行对账,并在对账成功后将资金结算
给商户。
的是商业银行和拥有人民银行支付业务许可证的支付机构,而“二清”机构是未获得人民银
行支付业务许可证,在持牌收单机构的支持下实际从事支付业务的机构,这些机构可以是
经过工商登记的普通商户,也可以是线上平台型机构。无证机构向平台入驻商户清算交易
资金,游离于监管体系外,因此无法保证平台提供的交易信息的真实性,有可能存在伪造、
变造交易信息,套取商户和用户资金的行为。因此,“二清”可理解为:无证机构以平台对接
或者大商户接入支付机构或商业银行,留存商户结算资金,并自行开展商户资金清分结算。
具体到线上平台型机构的网络支付,“二清”的表现形式就是“大商户结算”模式,即用户支
付资金先划转至网络平台账户,再由网络平台结算给其平台入驻商户。
结算资金,控制客户结算资金入账的行为属于“资金二清”;而无证机构在不经手商户结算
资金的情况下,依托掌握原始交易数据的优势,通过提供商户资金结算报表,使得商业银行
和支付机构根据其提供的资金结算报表为商户入账,主导商户结算资金的流向,这属于“信
息二清”。虽然形式上结算资金是从商业银行结算账户或支付机构备付金账户直接划入,但
根据交易信息形成的资金结算报表等入账数据是可以伪造、变造的,导致“信息二清”的行
为同样存在资金安全隐患。
请求,该支付请求中包含交易子系统指示的针对交易订单的支付信息。支付子系统在接收
到支付请求后,响应于支付请求,根据支付信息创建对应于交易订单的支付订单以由用户
完成支付,并在该用户完成支付后向银行存管子系统发送针对交易订单的支付结果。那么,
基于银行存管子系统记录有交易订单的原始交易信息,银行存管子系统可根据交易订单的
原始交易信息对该交易订单的支付结果进行对账。
无法留存支付款项,因此可以有效避免“资金二清”问题。
易信息的处理权限),并同时接收资金支付链路的支付信息,可在后续利用该原始交易信息
对用户的支付信息进行对账校验。可见,在整个交易和资金结算的生命周期内,银行存管子
系统全程对交易与资金数据进行了管控,通过全链路信息数据的记录进行自动分账操作,
不再完全依赖于交易子系统发送的信息来进行对账,从而可确保数据的可靠性(例如,确保
交易子系统指示的支付信息未出错),有效避免“信息二清”的问题。
易订单的支付信息被发送至支付子系统。
述支付订单由所述支付子系统根据所述支付信息创建。
后,交易子系统才可进一步开始该交易订单的交易流程。通过在用户完成交易订单的支付
之前,在银行存管子系统记录该交易订单的原始交易信息,可以确保后续只有对应于该交
易订单的支付信息与原始交易信息相匹配时,银行存管子系统才可对账成功,进而结算商
户资金,防止交易子系统利用“二清”来控制商户结算资金的入账。
交易子系统,从而触发交易子系统根据该业务标识向支付子系统发起支付下单,进而用户
(通过发起交易订单的客户端)可与支付子系统之间完成交易订单的支付。具体而言,交易
子系统可创建包含交易订单的支付信息与业务标识的支付请求(即记录支付信息与业务标
识的对应关系),并向支付子系统发送该支付请求以发起支付下单。那么,支付子系统在接
收到该支付请求后,根据支付信息创建支付订单以由用户完成支付。当用户完成支付后,支
付子系统再将支付结果与业务标识关联发送至银行存管子系统,那么银行存管子系统便可
根据支付结果更新与业务标识对应的业务订单的订单状态,并在接收到支付子系统发送的
与业务标识对应的对账单时,根据对账单和更新后的订单状态进行对账。
单时,向银行存管子系统发送该交易订单的原始交易信息,银行存管子系统在对账时可判
断业务订单中记录的原始交易信息与支付结果是否相匹配,若两者相匹配,则对账成功,可
进一步结算商户资金,否则对账失败,进一步与交易子系统以及支付子系统进行差错处理。
例如,当对账成功时,可获取对应于交易订单的支付款项,并将获取到的支付款项转账至对
应于该交易订单的商户银行账户中。
起的交易订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的支付
信息。
系统,从而触发交易子系统根据该业务标识(通过发送支付请求)向支付子系统发起支付下
单,进而用户(通过发起交易订单的客户端)可与支付子系统之间完成交易订单的支付。因
此,支付请求中还可包含业务订单的业务标识,该业务订单由银行存管子系统根据所述原
始交易信息创建,在创建业务订单后业务标识被发送至交易子系统,以使得交易子系统发
送支付请求。其中,该部分内容可参考上述图1所示实施例,在此不再赘述。
交易订单的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息对所
述交易订单的支付结果进行对账。
操作,创建对应于该商品的交易订单。
后,交易子系统才可进一步开始该交易订单的后续交易流程。其中,交易子系统可通过“前
置下单”的方式来完成上述过程。例如,交易子系统可向银行存管子系统发送前置下单请
求,该前置下单请求中包含交易订单的原始交易信息。
单的原始交易信息创建业务订单,并将该业务订单的业务单号(作为业务标识)返回至交易
子系统,以触发交易子系统根据业务单号向支付子系统发起支付下单,例如,交易订单的原
始交易信息中包含付款人ID、订单金额、商户ID等信息。
下单。其中,支付信息为交易子系统指示的针对交易订单进行支付的依据,后续支付子系统
与用户之间即按照该支付信息完成支付。类似的,支付信息与原始交易信息相对应,包含付
款人ID、订单金额、商户ID等信息。
示的信息进行支付。在用户完成支付后,支付子系统再将支付结果与业务单号关联发送至
银行存管子系统,以由银行存管子系统根据支付结果更新与业务标识对应的业务订单的订
单状态。
银行存管子系统记录的业务订单如表1所示:
0002的业务订单的原始交易信息与支付结果相匹配,即对账成功,进而自动进行分账结算
操作,将资金结算给与业务订单对应的商户。
的业务订单的原始交易信息与支付结果可确定出该支付结果有误,即对账失败,进而与交
易子系统以及支付子系统之间进行差错处理。
的处理权限,也即无法留存支付款项,因此可以有效避免“资金二清”问题。
易信息的处理权限),并同时接收资金支付链路的支付信息,可在后续利用该原始交易信息
对用户的支付信息进行对账校验。可见,通过上述前置下单的操作,在整个交易和资金结算
的生命周期内,银行存管子系统全程对交易与资金数据进行了管控,通过全链路信息数据
的记录进行自动分账操作,不再完全依赖于交易子系统发送的信息来进行对账,从而可确
保数据的可靠性(例如,确保交易子系统指示的支付信息未出错),有效避免“信息二清”的
问题。
义上的装置,是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令
读取到内存中运行形成的。
可能包括其他业务所需要的硬件。处理器402从非易失性存储器410中读取对应的计算机程
序到内存408中然后运行,在逻辑层面上形成基于银行存管子系统侧的订单对账装置。当
然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑
器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑
单元,也可以是硬件或逻辑器件。
述交易订单的支付信息被发送至支付子系统;
成,所述支付订单由所述支付子系统根据所述支付信息创建;
应关系发送至所述支付子系统。
可能包括其他业务所需要的硬件。处理器602从非易失性存储器610中读取对应的计算机程
序到内存608中然后运行,在逻辑层面上形成基于支付子系统侧的订单对账装置。当然,除
了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件
抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单
元,也可以是硬件或逻辑器件。
户发起的交易订单生成,所述支付请求中包含所述交易子系统指示的针对所述交易订单的
支付信息;
所述交易订单的支付结果,以使得所述银行存管子系统根据所述交易订单的原始交易信息
对所述交易订单的支付结果进行对账。
述交易子系统,以使得所述交易子系统发送所述支付请求。
以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放
器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的
任意几种设备的组合。
示例。
计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动
态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除
可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD‑ROM)、
数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的
存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的
信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),
如调制的数据信号和载波。
括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要
素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要
素的过程、方法、商品或者设备中还存在另外的相同要素。
执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺
序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可
以的或者可能是有利的。
中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表
示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出
项目的任何或所有可能组合。
分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第
二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如
果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。