CN115936689A - 适用于银行支付系统的组合支付的方法、系统、终端设备及存储介质 - Google Patents

Abstract

本发明提供了一种适用于银行支付系统的组合支付的方法、系统、终端设备及存储介质，涉及计算机系统领域，所述系统包括前端系统、受理系统、组合支付系统、权益系统、核心系统以及银联系统，本发明支持银行业务多个渠道如移动支付、网上支付、快捷支付、银联支付、电商平台发起的组合支付交易并可快速扩展；支持银行业务多个系统如行内外权益系统、行外基金系统、第三方系统、信用卡系统和核心系统组合支付交易并且可按配置灵活组合。

Description

适用于银行支付系统的组合支付的方法、系统、终端设备及存储介质

技术领域

本发明涉及计算机系统领域，具体而言，涉及一种适用于银行支付系统的组合支付的方法、系统、终端设备及存储介质。

背景技术

随着互联网金融行业的整体发展，以及支付业务的普及，我行业务和研发部门不断加大对于支付产品的服务力度。在支付业务中涉及多个交易系统需要组合支付的交易场景。通过组合支付可以实现客户消费支付业务场景多样化，快速匹配业务营销策略调整，从而将我行的支付产品迅速推向市场，占据有利的市场地位，满足目标客户需求，最终实现业务部门支付产品的经营目标。

在银行支付业务中，涉及组合支付的交易场景不仅仅是多张银行卡支付，该项技术并不能解决银行业务的各个渠道，发起的多个组合系统交易，如何可以快速对接、灵活配置的问题。

发明内容

本发明实施例提供一种适用于银行支付系统的组合支付的方法、系统、终端设备及存储介质。

一种适用于银行支付系统的组合支付的方法，具体步骤包括：

S1、前端系统发起账户消费交易请求；

S2、受理系统受理消费交易；

S3、组合支付系统判断是否直接支付，若直接支付则判断是否匹配直接支付规则，并执行步骤S4；若不直接支付则在判断是否系统内部标签匹配查询规则，并执行步骤S8；

S4、若匹配直接支付规则，则调用权益系统核销；若不匹配直接支付规则，则进一步判断是否本行卡消费；同时在调用权益系统核销后，权益系统在核销权益系统权益后，同样判断是否本行卡消费；

S5、若是本行卡消费，则调用核心系统记账；若不是本行卡消费，则调用B2C系统进行他行卡扣款；

S6、在核心系统记账或者他行卡扣款后，进行订单合并，并返回受理系统告知消费成功；

S7、前端系统接收应答并完成交易；

S8、若系统内部有匹配的对应的查询规则便查询权益系统，同时查询组合支付外部系统，随后查找系统内部标签和系统外部标签以及权益系统标签匹配支付规则；

S9、若查找到有对应的支付规则则调用权益系统进行核销，若无则判断是否本行卡消费；

S10、若不采用本行卡消费则调用B2C系统进行他行卡扣款，若是本行卡消费，则调用核心系统记账；

S11、在核心系统记账或者他行卡扣款后，进行订单合并，并返回受理系统告知消费成功；

S12、前端系统接收应答并完成交易。

进一步的：所述系统包括前端系统、受理系统、组合支付系统、权益系统、核心系统以及银联系统；

前端系统，用于发起账户消费交易请求以及接收应答完成交易；

受理系统，用于受理消费交易；

组合支付系统，用于选择支付规则以及调用权益系统；

权益系统，用于提供权益核算规则；

银联系统，用于调用外部支付。

进一步的：终端设备可以包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当终端设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行时执行如前述实施例中所述的深度学习模型训练方法的步骤。

进一步的：一种存储介质，该存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

本发明的有益效果：本发明支持银行业务多个渠道如移动支付、网上支付、快捷支付、银联支付、电商平台发起的组合支付交易并可快速扩展；支持银行业务多个系统如行内外权益系统、行外基金系统、第三方系统、信用卡系统和核心系统组合支付交易并可按配置灵活组合。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明方法的流程示意图；

图2示出了本发明装置的组成示意图；

图3示出了本发明终端设备的组成示意图；

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，应当理解，本发明中附图仅起到说明和描述的目的，并不用于限定本发明的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本发明中使用的流程图示出了根据本发明的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本发明内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，本发明所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。还应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，

还需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能5理解为指示或暗示相对重要性。

图1示出了本发明方法的步骤流程图。

关于规则配置

1、直接支付规则用于查询和支付环节分离的交易场景，先查询出所有

可用的权益，客户选择唯一一种权益后，将权益具体信息通过支付指令传递0到支付中心，因此，不适用于银联、网联等支付指令报文固定的交易场景。

组合支付系统受到支付指令后，根据直接支付规则配置，如果权益系统和权益产品都匹配上，则可以调用对应的权益系统进行权益核销，完成后调用核心系统记账(行外卡消费调用B2C系统记账)

2、如果没有查询，直接只有一个支付指令，则无需配置直接支付规则，5组合支付系统先匹配查询规则中的内部标签，如果未能匹配，则跳过权益系

统，直接调用核心系统记账。

3、如果匹配了查询规则的内部标签，则再判断查询规则中是否还有外部标签，如果有，则需要调用相应的外部系统进行查询，获取到的外部识别要素信息和内部标签信息一起进行查询匹配，查询匹配的权益系统。

0 4、查询规则也可以适用于只做查询，不做支付的交易场景。

5、查询对应权益系统后，获取的权益信息作为权益标签，与相应的内部标签和外部标签(在之前的查询中获取到)，一起参与支付规则的匹配。根据支付规则匹配，调用对的权益系统进行权益核销，最后调用核心系统记账(行外卡消费调用B2C系统记账)。

6、查询规则对于相同内部标签可以配置相同优先级顺序，支付规则对于相同内部标签必须配置不同优先级顺序(业务部门对于相同支付通道的权益拓展必须设置优先级)。

7、在收单侧优惠交易场景，客户先可以查询权益后使用；在发卡侧优惠交易场景，客户无法自行选择权益核销优先顺序，须按照业务部门的优先级设置顺序进行权益核销。

规则配置的步骤包括：

1、获取支付指令中的内部标签数据信息。

2、对外提供的支付交易报文中，是否上送权益信息字段(Y/N)，默认无权益信息上送。

2、如果上送权益信息，则判断内部标签是否匹配直接支付规则，如果匹配，则调用对应权益系统，上送内部标签数据信息。

3、如果内部标签未能匹配直接支付规则，则将支付指令中的内部标签数据匹配查询规则表中的内部标签。如不能匹配，则不再调用权益系统，直接调用核心系统记账(行外卡消费调用B2C系统记账)。

4、如果没有上送权益信息，则先检查查询规则中的内部标签是否匹配，则再检查查询规则表中的外部标签(没有配置查询外部标签则不用再检查)是否匹配，外部标签数据信息来自相应的外部系统(比如获取核心系统的卡产品、电子账户项目编号等)。查询规则的外部标签不是必须设置项。

5、如果查询规则中的内部标签和外部标签都能匹配，则可以调用对应的权益系统进行查询，查询权益可以有多个权益系统，多种产品，查询结果由组合支付系统进行汇总整合。查询权益系统交易上送报文字段固定，数据来源固定(比如先查询核心客户号，再将客户号发往权益平台)，上送报文需要与相应权益系统逐个明确。

6、查询权益系统后，组合支付系统获取到权益标签用于支付规则匹配。

7、对支付规则进行匹配时，将组合支付系统获取的内部标签、外部标签、权益标签数据与支付规则设置值进行比对，匹配成功后调用相应的权益系统进行权益核销。支付规则中，相同内部标签的规则必须设置调用权益系统优先级顺序，确保一个支付指令只调用一个权益系统进权益抵扣。未来如果需要调用多个权益系统进行权益抵扣，则配置相同优先级顺序即可。

8、对应权益系统减扣之后的金额发往核心系统记账(行外卡消费调用B2C系统记账)。

9、组合支付系统在接受支付指令时记录交易流水明细，对应权益系统核销以及核心记账都成功后，返回支付指令交易成功，更新交易流水状态。

关于组合支付流程步骤：

当处于收单侧交易优惠业务场景时，其步骤包括：

1、设置全付通平台和权益平台参数。

2、设置云营销平台权益参数

3、业务部门在支付中心参数管理台设置组合支付参数：

4、需要业务跟当当合作，在当当自营支付界面加入中信银行卡。客户选择中信银行卡支付时，先查询客户有何种权益，查询指令由当当发往支付中心组合支付：

上送交易要素为：报文头、客户信息、账户信息。

5、在查询指令的报文头中找到内部标签交易场景、渠道和商户编号，根据组合支付查询规则配置，调用权益平台以及云营销平台都进行查询。查询时上送账号、客户号(查询核心获取)等要素。权益平台和云营销平台返回权益系统、权益归属部门、权益类型、权益产品代码(可多笔列表形式)。由当当前端进行展示。

6、客户选择一种权益后，当当将支付指令上送全付通系统，支付指令中包括权益系统、权益产品代码。

7、全付通将支付指令上送支付中心，报文中是否上送权益信息字段为Y，组合支付根据内部固定配置规则，调用对应的权益系统，上送账户信息、客户信息、权益产品代码

8、对应权益系统减扣之后的金额发给核心系统记账，报文来源为全付通系统，只需修改调用系统字段和金额字段，其他字段都可以透传。

9、在接受支付指令时记录交易流水明细，对应权益系统和核心记账都成功后，返回全付通系统交易成功，更新交易流水状态。

当处于发卡侧交易优惠业务场景时，其步骤包括：

1、权益平台、云营销平台参数设置。

2、业务部门在支付中心参数管理台设置组合支付参数。

3、需要业务跟美团合作，在美团支付界面加入中信钱包，提示优惠活动。客户选择中信钱包支付时，支付指令由美团发给网联协议支付报文，支付中心重构快捷支付后收到网联报文：

上送交易要素为网联协议支付标准报文：报文头、付款方信息、收款方信息、备付金信息、交易信息、订单信息。

4、在支付指令的报文头中找到内部标签交易场景和金融机构标识，报文中没有上送权益信息字段，则默认为N，根据组合支付查询规则配置，调

用权益平台以及云营销平台进行查询。查询权益平台和云营销平台时上送5账号、客户号(查询核心获取)等要素。权益平台和云营销平台返回权益系

统、权益归属部门、权益类型、权益产品代码(可多笔列表形式)。

5、支付时，判断组合支付路由支付规则，按照优先级配置规则，先匹

配调用权益平台：

①如果之前查询权益平台没有返回权益信息，则不再调用权益平台。0②如果查询返回的权益归属部门跟订单中归属部门以及规则配置的权益归属部门有一方不一致，则不再调用权益平台。

③如果查询返回的权益类型和产品跟配置的权益类型和产品不一致，则不再调用权益平台。

④当内部标签和外部标签与配置表都匹配时，调用权益平台进行减扣。5⑤之前查询权益平台时如果客户有多种权益产品，则在支付时都送给权益平台，由权益平台内部确认同一产品类型的权益抵扣方式。减扣完成后返回组合支付最终减扣结果。

6、如果权益平台规则都不满足，则按照优先级配置规则，调用云营销平台进行权益减扣。

①如果之前查询云营销平台没有返回权益信息，则不再调用云营销平台。

②如果查询返回的权益归属部门跟订单中归属部门以及规则配置的权益归属部门有一方不一致，则不再调用云营销平台。

③如果查询返回的权益类型和产品跟配置的权益类型和产品不一致，则不再调用云营销平台。

④当内部标签和外部标签与配置表都匹配时，调用云营销平台进行减扣。

⑤之前查询云营销平台时如果客户有多种权益产品，则在支付时都送给云营销平台，由云营销平台内部确认同一产品类型的权益抵扣方式。减扣完成后返回组合支付最终减扣结果。

7、对应权益系统减扣之后的金额发给核心系统记账。

8、在接受支付指令时记录交易流水明细，对应权益系统和核心记账都成功后，返回网联系统系统交易成功，更新交易流水状态。

如图2所示，本发明所述的系统，包括前端系统、受理系统、组合支付系统、权益系统、核心系统以及银联系统；

前端系统，用于发起账户消费交易请求以及接收应答完成交易；

受理系统，用于受理消费交易；

组合支付系统，用于选择支付规则以及调用权益系统；

权益系统，用于提供权益核算规则；

银联系统，用于调用外部支付。

如图3所示，该终端设备6可以包括：处理器601、存储介质602和总线603，存储介质602存储有处理器601可执行的机器可读指令，当终端设备运行时，处理器601与存储介质602之间通过总线603通信，处理器601执行机器可读指令，以执行时执行如前述实施例中所述的深度学习模型训练方法的步骤。具体实现方式和技术效果类似，在此不再赘述。

为了便于说明，在上述终端设备中仅描述了一个处理器。然而，应当注意，一些实施例中，本发明中的终端设备还可以包括多个处理器，因此本发明中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。

以上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种适用于银行支付系统的组合支付的方法，其特征在于，包括以下步骤：

S1、前端系统发起账户消费交易请求；

S2、受理系统受理消费交易；

S3、组合支付系统判断是否直接支付，若直接支付则判断是否匹配直接支付规则，并执行步骤S4；若不直接支付则在判断是否系统内部标签匹配查询规则，并执行步骤S8；

S4、若匹配直接支付规则，则调用权益系统核销；若不匹配直接支付规则，则进一步判断是否本行卡消费；同时在调用权益系统核销后，权益系统在核销权益系统权益后，同样判断是否本行卡消费；

S5、若是本行卡消费，则调用核心系统记账；若不是本行卡消费，则调用B2C系统进行他行卡扣款；

S6、在核心系统记账或者他行卡扣款后，进行订单合并，并返回受理系统告知消费成功；

S7、前端系统接收应答并完成交易；

S8、若系统内部有匹配的对应的查询规则便查询权益系统，同时查询组合支付外部系统，随后查找系统内部标签和系统外部标签以及权益系统标签匹配支付规则；

S9、若查找到有对应的支付规则则调用权益系统进行核销，若无则判断是否本行卡消费；

S10、若不采用本行卡消费则调用B2C系统进行他行卡扣款，若是本行卡消费，则调用核心系统记账；

S11、在核心系统记账或者他行卡扣款后，进行订单合并，并返回受理系统告知消费成功；

S12、前端系统接收应答并完成交易。

2.一种适用于银行支付系统的组合支付的系统，其特征在于，包括前端系统、受理系统、组合支付系统、权益系统、核心系统以及银联系统。

3.根据权利要求2所述的系统，其特征在于，前端系统，用于发起账户消费交易请求以及接收应答完成交易。

4.根据权利要求2所述的系统，其特征在于，受理系统，用于受理消费交易。

5.根据权利要求2所述的系统，其特征在于，组合支付系统，用于选择支付规则以及调用权益系统。

6.根据权利要求2所述的系统，其特征在于，权益系统，用于提供权益核算规则。

7.根据权利要求2所述的系统，其特征在于，银联系统，用于调用外部支付。

8.一种终端设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述终端设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1所述的方法的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1所述的方法的步骤。

Images