CN115204853A - 一种结算处理方法及装置、计算机设备及介质 - Google Patents

Abstract

本发明公开了一种结算处理方法及装置、计算机设备及介质，在一具体实施方式中，结算处理方法包括：S1、获取商户信息、结算产品信息以及结算路由的历史数据；S2、根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。该实施方式可系统性的解决人工筛选指定通道的误操作性以及提高工作效率。

Description

一种结算处理方法及装置、计算机设备及介质

技术领域

本发明涉及电子通信技术领域，更具体地，涉及一种结算处理方法及装置、计算机设备及介质。

背景技术

现有技术中，在中国的专利文件中，一名为《支付数据处理方法及装置》申请号为201810475151.0，介绍了一种支付数据处理方法及装置，其支付数据处理方法通过用户发起指定金额的支付请求，第三方系统根据当前资金流动性，以及业务管控规则向客户端发送所述指定金额的到账时间，用户确认后接收到指定金额和指定到账时间支付指令，放入缓存队列，第三方系统轮询处理到达指定时间向银行发起付款请求。

然而在第三方系统向银行发起付款请求时由于缺少路由选择机制等原因，导致付款失败或者是延时高，不能及时到账等问题发生。

发明内容

为了解决上述问题至少之一，本发明的一个目的在于提供一种结算处理方法及装置、计算机设备及介质。

为达到上述目的，本发明采用下述技术方案：

本发明第一方面提供一种结算处理方法，该方法包括：

S1、获取商户信息、结算产品信息以及结算路由的历史数据；

S2、根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。

在一个具体示例中，所述商户信息包括卡号和户名二要素，或者包括账号、户名、大行和支行四要素。

在一个具体示例中，所述结算产品信息包括到账时效要求、支付金额、支付订单类型以及账户标记。

在一个具体示例中，所述结算路由的历史数据包括银行日历、历史支付订单的支持受理行、支持订单类型、支持账户标记、受理卡种，单笔限额额度、受理订单类型、受理网联机构码、是否加急以及是否支持非工作日付款。

在一个具体示例中，所述S2进一步包括：

S21、对于不同商户的到账时效要求分多通道受理；

S22、获取一段时间内的结算路由的历史数据中所有正常通道详情信息；

S23、获取保底路由信息；

S24、获取商户黑名单和白名单信息；

S25、根据结算路由的历史数据获取结算路由在预设时段内的付款成功率，为结算产品信息、结算路由的付款成功率及商户信息分别设置权重；

S26、筛选最优结算路由通道。

在一个具体示例中，所述S21进一步包括：

对各通道内需要支付的商户请求订单进行优先级排序，银行通道按照优先级高低的顺序处理需要支付的商户请求订单。

在一个具体示例中，所述S26进一步包括：

S2610、根据支付订单银行通道可受理的卡行别和支付订单卡行别过滤不符合当笔订单的付款结算路由；

S2611、根据支付订单过滤受理二要素四要素结算路由；

S2612、根据支付订单卡种过滤受理结算路由；

S2613、根据支付金额和当前笔数限制过滤结算路由；

S2614、根据订单类型过滤结算路由；

S2615、根据支付订单行别过滤本行他行结算路由；

S2616、根据支付订单网联机构码过滤结算路由；

S2617、根据加急优先级过滤结算路由；

S2618、根据支付订单类型、受理银行、卡种、账户类型和卡号规则过滤特殊结算路由；

S2619、根据银行日历过滤结算路由；

S2620、根据黑名单与白名单过滤结算路由；

S2621、根据通道是否受理非工作日付款属性过滤结算路由；

S2622、根据银行通道每日金额和笔数额度过滤结算路由；

S2623、根据结算产品信息的权重、结算路由的付款成功率的权重及商户信息的权重过滤结算路由；

S2624、根据付款金额进行大额拆单选择多个银行通道作为结算路由；

S2625、根据商户信息选择保底通道作为结算路由。

本发明第二方面提供一种结算处理装置，该装置包括：

获取模块，用于获取商户信息、结算产品信息以及结算路由的历史数据；

确定模块，用于根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。

本发明第三方面提供一种计算机设备，包括处理器和存储器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如本发明第一方面所述的方法。

本发明第四方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明第一方面所述的方法。

本发明的有益效果如下：

本发明所述技术方案，根据商户信息、结算产品信息以及结算路由的历史数据建立路由筛选机制，并确定结算路由，可系统性的解决人工筛选指定通道的误操作性、用户要求的到账时效要求以及提高工作效率。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明。

图1示出本发明实施例提供的一种结算处理方法的流程图。

图2示出本发明实施例提供的步骤S2的流程图。

图3示出本发明实施例提供的步骤S21的流程图。

图4示出本发明实施例提供的步骤S26的流程图。

图5示出本发明实施例提供的通道属性截面图。

图6示出本发明实施例提供的特殊路由截面图。

图7示出本发明实施例提供的银行日历截面图。

图8示出本发明实施例提供的限制类型截面图。

图9示出本发明实施例提供的白名单截面图。

图10示出本发明实施例提供的黑名单截面图。

图11示出本发明实施例提供的一种结算处理装置示意图。

图12示出计算机设备的结构示意图。

具体实施方式

为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

现有技术中，在中国的专利文件中，一名为《支付数据处理方法及装置》申请号为201810475151.0，介绍了一种支付数据处理方法及装置，其支付数据处理方法通过用户发起指定金额的支付请求，第三方系统根据当前资金流动性，以及业务管控规则向客户端发送所述指定金额的到账时间，用户确认后接收到指定金额和指定到账时间支付指令，放入缓存队列，第三方系统轮询处理到达指定时间向银行发起付款请求。

然而在第三方系统向银行发起付款请求时由于缺少路由选择机制等原因，导致付款失败或者是延时高，不能及时到账等问题发生。

有鉴于此，本发明实施例提供了一种结算处理方法，应用于第三方支付系统，如图1所示，该方法具体包括如下步骤：

S1、获取商户信息、结算产品信息以及结算路由的历史数据。

其中，第三方支付系统中的用户按照用户类型可以分为普通用户和商户等。该普通用户主要是指个人账户，该个人账户在第三方支付系统中主要进行充值、支付以及提现等操作，该商户主要是指入驻商家的账户，该入驻商家的账户在第三方支付系统主要进行收款、结算等操作。

第三方支付系统通过银行给商户进行结算时，为了减少支付失败率以及保证支付能按照商户的要求及时到账，本发明实施例首先获取商户信息、结算产品信息以及结算路由的历史数据。

在一个具体示例中，第三方支付系统通过银行给商户的银行卡付款时，银行会需要商户的一些商户信息，该信息根据银行的要求，可能为用户名和卡号这二要素，也可能为用户名、卡号、开户行和支行这四要素，这些信息从商户在第三方支付系统提供的信息里获取。

结算产品信息包括到账时效要求、支付金额、支付订单类型和账户标记。结算路由是指选择哪个银行给商户的银行卡进行转账付款，结算路由的历史数据可以为一段时间内的银行给商户转账的数据记录，例如近三个月的数据，具体数据可包括商户信息、结算产品信息、转账金额、具体的银行通道、是否转账成功等信息。

S2、根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。

第三方支付系统在向商户付款时会根据商户信息、结算产品信息以及结算路由的历史数据得到的各银行通道对各结算产品信息的适用性、转账成本等因素选择合适的用于付款的银行通道，即建立路由筛选机制。

本发明实施例提供的路由筛选机制功能强大且可以筛选出配置化智能付款结算路由，其包含白名单管理、黑名单管理、大额拆单功能、银行日历以及自定义付款通道功能，具有延时低以及性能强大等特点。

在一个具体示例中，如图2所示，根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制包括：

S21、对于不同商户的到账时效要求分多通道受理。

在一个具体示例中，对于不同商户的到账时效要求分多通道受理，例如10000个商户要求9点付款到账，这些支付请求进入批量支付银行通道A，200个商户要求实时要求付款的商户请求批量支付银行通道B，避免不区分不同的到账时效要求，所有要求付款的商户都在同一个通道内排队批量处理影响实时数据的处理效率，这一方法可以多线程的并行处理机制解决大批量的处理能力。

此外，每个银行通道对于到账时效、通道成本以及支付成功率也有相应的规则，对于到账时效，例如现有支付银行通道C和D，银行通道C接收到商户的支付请求后3s内应答，通道D需要等待5min钟再通知结果，现有商户m想立即到账，商户n可以接受普通T+1天(T代表自然日)到账，结算路由可根据商户m的立即到账时效要求选择到账快的银行通道C付款，结算路由可根据商户n的T+1天到账时效要求选择银行通道B付款，以满足商户期许。

对于通道成本，例如现有支付银行通道E和F，银行通道E的通道成本按到账金额的万分之一收取，银行通道F的通道成本按单笔支付请求收费0.2元收取，那么，第三方支付系统在选择结算路由的时候就会根据指定金额的大小额选择银行通道，单笔1W元大额以上的支付请求选择银行通道F结算，单笔低于1W元小额选择银行通道E结算，以节约通道成本费用。

对于支付成功率，部分银行通道对到账卡信息要求不一致，现有银行通道G和银行通道H，银行通道G要求付款请求卡信息四要素(账号、户名、大行、支行)，银行通道H要求二要素(卡号、户名)，在商户只能提供二要素的情况下，路由筛选机制能自动筛选到银行通道H发起付款请求，以降低付款失败的情况。

在一个具体示例中，如图3所示，所述步骤S21还包括：

S2110、对各通道内需要支付的商户请求订单进行优先级排序，银行通道按照优先级高低的顺序处理需要支付的商户请求订单。

在一个具体示例中，对每一个通道内需要支付的商户请求订单进行优先排序，例如紧急以及金额大的优先级高，根据优先级排序，获取所有通道中的需要支付给商户的订单的信息，具体包括：卡号、户名、身份证、对公/对私卡、支付金额、支付订单类型、卡行别、网联机构码和账户标记，其中账户标记包括二要素或者四要素信息。

S22、获取一段时间内的结算路由的历史数据中所有正常通道详情信息。

在一个具体示例中，数据库中存储有结算路由的历史数据，获取一段时间例如近三个月中所有正常通道详情信息包括：银行日历、支持受理行、支持订单类型、支持账户标记、受理卡种，单笔限额额度、受理订单类型、受理网联机构码、是否加急和是否支持非工作日付款等信息。

其中，银行日历即第三方支付系统收到银行通道的维护通告，将其维护时间记录在银行日历中，根据通道信息银行日历过滤排除当前升级维护的银行，即当前升级维护的银行在此时间段不支持所有大行或者支行进行付款操作，从而在对应该银行通道的维护时间范围内，路由筛选机制将该银行通道排除，当银行通道的维护时间过去后，路由筛选机制将该银行通道恢复正常。

例如，银行通道I提前告知明天下午15-18点维护升级，第三方支付系统可以设置银行通道I这个时间段失效，在明天这个时候所有的支付请求排除该银行通道I，银行也可能针对某个收款行升级维护，比如在某个时间段银行通道J不支持建行的到账付款，第三方支付系统也可以配置，避免支付请求银行出卡账，影响用户的延时到账。

S23、获取保底路由信息。

在一个具体示例中，路由筛选机制中可以设置保底路由，保底路由有多种设置方式，例如二要素保底、四要素保底或者身份证保底，在其它信息不全，商户又想尽快到账时，第三方支付系统可以以保底路由当作结算路由，使用对应的银行通道将钱款汇给商户。

S24、获取商户黑名单和白名单信息，根据黑名单信息，拦截存在黑名单中的商户的支付订单；根据白名单信息，过滤存在白名单中的商户的支付订单，其中，根据黑名单可以拦截黑名单商户，把风险商户剔除筛选队列，拦截支付请求；根据白名单，可以直接使用存在白名单信息内的银行通道作为结算路由对商户进行付款，而不需要再去筛选最佳结算路由。

S25、根据结算路由的历史数据获取结算路由在预设时段内的付款成功率，为结算产品信息、结算路由的付款成功率及商户信息分别设置权重。

S26、筛选最优结算路由通道。

在一个具体示例中，如图4所示，步骤S26包括：

S2610、根据支付订单银行通道可受理的卡行别和支付订单卡行别过滤不符合当笔订单的付款结算路由。

在一个具体示例中，通道属性如图5所示，可以在付款通道添加相应的信息，根据商户的支付请求类型，不同银行的受理情况不一致，例如银行通道A支持两小时内到账的类型付款，若有商户想立即到账的请求发送给银行通道A，可将该银行通道A当作不符合当笔订单的付款结算路由过滤到支持实时到账的银行通道B，路由筛选机制可根据配置属性自动识别。

S2611、根据支付订单过滤受理二要素四要素结算路由。

在一个具体示例中，根据支付订单与商户提供的商户信息，将订单自动识别到支持二要素信息的银行通道内，或者是将订单自动识别到支持四要素信息的银行通道内。

S2612、根据支付订单卡种过滤受理结算路由。

S2613、根据支付金额和当前笔数限制过滤结算路由。

S2614、根据订单类型过滤结算路由。

S2615、根据支付订单行别过滤本行他行结算路由。

在一个具体示例中，本行与他行受理情况不同，例如建行可支持工行、农业等多个收款行付款，民生只支持本行付款，那么根据通道属性，筛选路由时，民生卡只发往民生银行通道支付，其他收款银行卡可根据类似要求发送。

S2616、根据支付订单网联机构码过滤结算路由。

S2617、根据加急优先级过滤结算路由。

S2618、根据支付订单类型、受理银行、卡种、账户类型和卡号规则过滤特殊结算路由。

在一个具体示例中，如图6所示，特殊路由包括：支付订单类型、受理银行、卡种、账户类型和卡号规则，匹配“特殊路由”，如果符合特殊路由>＝1，则随机选择一个匹配的特殊路由，可选通道和保底通道只能选择对应特殊路由设置的通道列表，如果符合特殊路由＝0，则继续执行后续的路由筛选逻辑。

S2619、根据银行日历过滤结算路由。

在一个具体示例中，如图7和图8所示，银行日历限制包括三个维度，即银行限制(收款行升级维护)，通道限制(付款通道升级维护)，通道银行限制(通道和收款银行升级维护)，每次支付订单处理时，动态获取最新的银行日历数据，发生的系统时间如果在有效银行日历数据配置的日期与时间范围内，则认为匹配上银行日历，该条银行日历规则有效，如果同一时间点匹配上多于一条同一个类型的银行日历，则随机选取一条。

S2620、根据黑名单与白名单过滤结算路由。

在一个具体示例中，根据历史付款成功记录，例如银行通道A受理过商户a\b\c等的支付请求，可以把此类商户维护成银行通道A的白名单商户，结算路由筛选时可此类用户的支付请求可直接发往银行通道A，提供处理时效。一个白名单商户可配置最多5个路由，如图9所示，其中第一个是白名单保底路由，路由筛选匹配多个的情况，可在其中多选一，没有的情况可匹配白名单保底。

根据历史付款失败记录，例如银行通道B受理过商户d的支付请求并未付款成功，把商户d记录为银行通道B的黑名单商户，结算路由筛选时拦截该黑名单商户，把风险商户剔除银行通道B进行付款请求的队列，拦截支付请求。黑名单管理，如图10所示，对风险用户、风险付款账号，以及历史失败记忆，维护对应的黑名单路由，在筛选路由阶段拦截和过滤。历史失败记忆例如为到账卡失败记忆能力，历史数据在银行通道A有过支付失败情况的到账卡a、卡b、卡c等，后续的支付请求肯定是排除银行通道A选项。

S2621、根据通道是否受理非工作日付款属性过滤结算路由。

S2622、根据银行通道每日金额和笔数额度过滤结算路由。

在一个具体示例中，比如设置银行通道A，每日笔数限制1000笔，金额限制1000W，当日银行通道A受理支付请求大笔1000笔或者总金额达到1000W，该银行通道A失效，后续路由筛选排除此通道，保障备付金账户的稳定。

S2623、根据结算产品信息的权重、结算路由的付款成功率的权重及商户信息的权重过滤结算路由。

在一个具体示例中，根据结算产品信息的权重、结算路由的付款成功率的权重及商户信息的权重可以计算出结算路由的优先值，根据优先值对结算路由进行排序，根据排序顺序确定最优结算路由。

S2624、根据付款金额进行大额拆单选择多个银行通道作为结算路由。

在一个具体示例中，例如第三方支付系统给商户A支付20W元，银行通道A在18点到次日7点不受理支付金额5W以上的情况，此时有其他通道支持的话，可选择其他通道，如果只有通道A的话，我们可以把此笔支付请求拆成5笔4W的到账金额分别通过银行通道A发起支付。

S2625、根据商户信息选择保底通道作为结算路由。

在一个具体示例中，如果一笔支付请求筛选不到符合条件的路由，路由筛选机制设置有保底通道机制，比如建行通道的付款能力较强，将建行通道作为保底通道，保证每一笔支付请求都能正常付款。

在一个具体示例中，从可用通道列表中根据过滤筛选出唯一的通道，如果有多个可用，则再次比较权重成本等，筛选出唯一个，如果没有通道可用：则使用保底通道包括两要素，四要素，身份证保底，特殊路由保底，确认走保底通道需要再次兜底，包括再次穿银行日历通道限制，限额等。例如对于支付请求a通过银行通道A付款失败，结算路由能及时补偿处理，继续筛选其他通道发起付款，直到成功或者确实到账卡信息有误，无法付款成功。

为了解决现有技术中存在的付款失败率高、用户要求到账时效要求等问题，本发明实施例提供一种结算处理方法及装置、计算机设备及介质，可根据商户不同的到账时效要求，第三方支付系统定点定时向银行发起支付指令，并受理银行返回的支付结果；到账银行通道维护时间提前维护，提前拦截支付请求在等待队列并在恢复时间自动发起，避免商户资金延时到账；根据用户历史成功支付请求，选择付款通道，提供支付成功率；用户黑名单维度，拦截风险商户支付请求；根据用户收款行，分配同行，可受理行通道发起付款请求，减少银行受理失败情况；付款失败补付机制，用户第一次支付请求失败，第三方系统可多次发起补偿付款请求；限额拦截，对单类型支付请求单日限额拦截，对但商户单笔大额请求拦截，业务人员确认后可继续，降低大额资金风险；多通道分别处理实时到账和普通到账时效性支付请求，避免并发影响处理效率。

本发明另一个实施例提供一种结算处理装置，如图11所示，该装置包括：

获取模块，用于获取商户信息、结算产品信息以及结算路由的历史数据；

确定模块，用于根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据确定结算路由。

如图12所示，适于用来实现上述实施例提供的结算处理方法的计算机系统，包括中央处理模块(CPU)，其可以根据存储在只读存储器(ROM)中的程序或者从存储部分加载到随机访问存储器(RAM)中的程序而执行各种适当的动作和处理。在RAM中，还存储有计算机系统操作所需的各种程序和数据。CPU、ROM以及RAM通过总线被此相连。输入/输入(I/O)接口也连接至总线。

以下部件连接至I/O接口：包括键盘、鼠标等的输入部分；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分；包括硬盘等的存储部分；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储部分。

特别地，根据本实施例，上文流程图描述的过程可以被实现为计算机软件程序。例如，本实施例包括一种计算机程序产品，其包括有形地包含在计算机可读介质上的计算机程序，上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。

附图中的流程图和示意图，图示了本实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或示意图中的每个方框可以代表一个模块、程序段或代码的一部分，上述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，示意图和/或流程图中的每个方框、以及示意和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本实施例还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质，也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当上述一个或者多个程序被一个设备执行时，使得上述设备：

S1、获取商户信息、结算产品信息以及结算路由的历史数据；

S2、根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据确定结算路由。

在本发明的描述中，需要说明的是，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。

Claims (10)

1.一种结算处理方法，其特征在于，该方法包括：

S1、获取商户信息、结算产品信息以及结算路由的历史数据；

S2、根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。

2.根据权利要求1所述的方法，其特征在于，所述商户信息包括卡号和户名二要素，或者包括账号、户名、大行和支行四要素。

3.根据权利要求1所述的方法，其特征在于，所述结算产品信息包括到账时效要求、支付金额、支付订单类型以及账户标记。

4.根据权利要求1所述的方法，其特征在于，所述结算路由的历史数据包括银行日历、历史支付订单的支持受理行、支持订单类型、支持账户标记、受理卡种，单笔限额额度、受理订单类型、受理网联机构码、是否加急以及是否支持非工作日付款。

5.根据权利要求1所述的方法，其特征在于，所述S2进一步包括：

S21、对于不同商户的到账时效要求分多通道受理；

S22、获取一段时间内的结算路由的历史数据中所有正常通道详情信息；

S23、获取保底路由信息；

S24、获取商户黑名单和白名单信息；

S25、根据结算路由的历史数据获取结算路由在预设时段内的付款成功率，为结算产品信息、结算路由的付款成功率及商户信息分别设置权重；

S26、筛选最优结算路由通道。

6.根据权利要求5所述的方法，其特征在于，所述S21进一步包括：

S2110、对各通道内需要支付的商户请求订单进行优先级排序，银行通道按照优先级高低的顺序处理需要支付的商户请求订单。

7.根据权利要求5所述的方法，其特征在于，所述S26进一步包括：

S2610、根据支付订单银行通道可受理的卡行别和支付订单卡行别过滤不符合当笔订单的付款结算路由；

S2611、根据支付订单过滤受理二要素四要素结算路由；

S2612、根据支付订单卡种过滤受理结算路由；

S2613、根据支付金额和当前笔数限制过滤结算路由；

S2614、根据订单类型过滤结算路由；

S2615、根据支付订单行别过滤本行他行结算路由；

S2616、根据支付订单网联机构码过滤结算路由；

S2617、根据加急优先级过滤结算路由；

S2618、根据支付订单类型、受理银行、卡种、账户类型和卡号规则过滤特殊结算路由；

S2619、根据银行日历过滤结算路由；

S2620、根据黑名单与白名单过滤结算路由；

S2621、根据通道是否受理非工作日付款属性过滤结算路由；

S2622、根据银行通道每日金额和笔数额度过滤结算路由；

S2623、根据结算产品信息的权重、结算路由的付款成功率的权重及商户信息的权重过滤结算路由；

S2624、根据付款金额进行大额拆单选择多个银行通道作为结算路由；

S2625、根据商户信息选择保底通道作为结算路由。

8.一种结算处理装置，其特征在于，该装置包括：

获取模块，用于获取商户信息、结算产品信息以及结算路由的历史数据；

确定模块，用于根据所述商户信息、所述结算产品信息以及所述结算路由的历史数据建立路由筛选机制，并确定结算路由。

9.一种计算机设备，包括处理器和存储器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的方法。

Images