CN105989462A - 一种支持不同支付渠道的结算方法及结算系统 - Google Patents

Abstract

本发明公开了一种支持不同支付渠道的结算方法及结算系统。所述结算系统包括：多种支付服务器、多个存储服务器、包含对账文件处理中心及结算中心的支付平台。每一所述支付服务器均用于根据受理订单生成对账文件，将其上传到与之对应的存储服务器。所述对账文件处理中心用于从订单支付渠道所链接到的存储服务器下载及解析对账文件，将解析所得的结算基础数据导入所述结算中心。所述结算中心用于对结算基础数据中涉及的每一笔订单的交易风险及隐藏其中的商户商业行为风险进行评估，根据订单交易风险评估结果及商户商业行为风险评估结果执行后续结算，生成结算单，根据结算单执行银行间转账操作。本发明不仅支持各种支付渠道，还能规避订单交易风险。

Description

一种支持不同支付渠道的结算方法及结算系统

技术领域

本发明涉及支付技术领域，更具体地说，涉及一种支持不同支付渠道的结算方法及结算系统。

背景技术

随着互联网在线支付领域的蓬勃发展，支付渠道日益增多，例如支付宝、财付通、银联、快捷支付等。当前，支付清结算领域已跟不上支付渠道的快速发展，其体现在以下几个方面：

一、不同支付渠道的对账及结算相互独立。一般来说，商户和支付渠道之间的对话方式和技术协议由支付渠道定义，商户需要根据相应的技术协议逐一进行对接开发，随着支付渠道的拓展，商户的工作量极大。

二、支付平台对上游支付渠道侧及下游商户侧的结算流程相互独立，致使清结算效率低下。

三、商户/支付平台缺乏交易风险控制机制，依赖于事后监督、客户投诉处理发现存在安全隐患的交易。

各种支付渠道的快速发展对传统支付清结算方式造成了极大挑战，传统支付清结算方式渐渐难以满足用户需求。如何开发一款囊括各种支付渠道且能有效规避交易风险的结算系统已成为亟待解决的问题。

发明内容

本发明要解决的技术问题在于针对现有技术的上述缺陷，提供一种支持不同支付渠道且能有效规避交易风险的结算方法及结算系统。

本发明解决其技术问题所采用的技术方案是：构造一种支持不同支付渠道的结算方法，所述方法包括如下步骤：

S1、通过不同支付渠道受理订单，根据订单信息生成对账文件，并将对账文件上传到与之对应的存储服务器；

S2、对账文件处理中心从订单支付渠道所链接到的存储服务器下载对账文件，对下载的对账文件进行解析，并将解析到的结算基础数据导入结算中心；

S3、结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估；如针对每一笔订单的交易风险评估及各个商户的商业行为风险评估均获得通过，则执行步骤S4，否则，执行步骤S5；

S4、对账期内涉及同一商户的所有订单进行统一结算，生成第一结算单，根据第一结算单执行银行间转账操作；

S5、对存在交易风险的订单和/或商业行为不端商户所涉及的订单进行人工审核，对经人工审核且涉及同一商户的所有订单进行统一结算，生成第二结算单，根据第二结算单执行银行间转账操作。

在本发明上述支持不同支付渠道的结算方法中，在所述步骤S1与所述步骤S2之间还包括如下步骤：

S12、向对账文件处理中心发送承载支付渠道识别信息的对账通知。

在本发明上述支持不同支付渠道的结算方法中，所述步骤S2中所述对账文件处理中心从存储服务器下载对账文件，对下载的对账文件进行解析的步骤包括：

S21、对账文件处理中心检测对账通知中携带的支付渠道识别信息，根据检测结果确定支付渠道，从该支付渠道链接到的存储服务器下载对账文件；

S22、对账文件处理中心调用与该支付渠道相适配的对账文件解析模块对下载的对账文件进行解析。

在本发明上述支持不同支付渠道的结算方法中，所述步骤S3中所述结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估的步骤包括：

应收金额及应付金额确认环节；

所述应收金额及应付金额确认环节包括如下子步骤：

S31、结算中心向结算基础数据所涉及到的各个商户分别发起应收金额确认请求，并判断是否接收到各个商户各自反馈的应收金额确认信息；如是，则执行步骤S32；

S32、结算中心向支付系统发起每一笔订单的应付金额确认请求，并判断是否接收到由支付系统针对每一笔订单反馈的应付金额确认信息；如是，则完成应收金额及应付金额确认环节，判定订单交易风险评估环节获得通过。

在本发明上述支持不同支付渠道的结算方法中，所述步骤S3中所述结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估的步骤还包括所述应收金额及应付金额确认环节之后的商户商业行为风险评估环节，所述商户商业行为风险评估环节包括以下步骤：

S33、结算中心判断每一笔订单的交易金额是否超过针对该笔订单的商户所设定的单笔额度，以及判断账期内涉及同一商户的所有订单的累计成交金额是否超出针对该商户所设定的账期累计成交额度，根据判断结果生成商户商业行为风控审核表，进而根据商户商业行为风控审核表对各个商家的商业行为风险进行评估；如结算中心进行的商家商业行为风险评估获得通过，则执行步骤S4，如结算中心进行的商家商业行为风险评估未获得通过，则执行步骤S5。

在本发明上述支持不同支付渠道的结算方法中，还包括如下步骤：

在应收金额及应付金额确认环节或商户商业行为风险评估环节或结算环节中的任一环节，如结算中心接收到由操作员输入的账期应收状态撤销指令，则返回步骤S31，如结算中心在该环节接收到由操作员输入的账期应付状态撤销指令，则返回步骤S32。

本发明还构造一种支持不同支付渠道的结算系统，所述结算系统包括：

多种支付服务器，用于通过不同支付渠道受理订单，根据订单信息生成对账文件；

对应于所述多种支付服务器的多种存储服务器，用于存储由与之对应的支付服务器上传的对账文件；

支付平台，包括对账文件处理中心及结算中心；

所述对账文件处理中心用于从订单支付渠道所链接到的存储服务器下载对账文件，对所下载的对账文件进行解析，并将解析所得的结算基础数据导入所述结算中心；

所述结算中心用于对结算基础数据中涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估，及针对每一笔订单的交易风险评估及各个商户的商业行为风险评估均获得通过时，对账期内涉及同一商户的所有订单进行结算，生成第一结算单，根据第一结算单来执行银行间转账操作；

所述结算中心还用于各笔订单的交易风险评估和/或商户商业行为风险评估未获得通过时，对于存在交易风险的订单，或者商业行为不端商户所涉及的订单一一进行人工审核，对经人工审核且归于同一商户的所有订单进行统一结算，生成第二结算单，根据第二结算单来执行银行间转账操作。

在本发明上述支持不同支付渠道的结算系统中，所述对账文件处理中心包括：

通信模块，用于接收对账通知；

检测模块，用于对该对账通知中承载的支付渠道识别信息进行检测，确定发出该对账通知的支付服务器；

对账文件获取模块，用于从该支付服务器所链接到的存储服务器下载对账文件；

多个对账文件解析模块，用于对下载的且与之匹配的对账文件进行解析，获取结算基础数据；

数据导入模块，用于将结算基础数据导入结算中心。

在本发明上述支持不同支付渠道的结算系统中，所述结算中心包括用于执行应收金额及应付金额确认操作的订单风险评估模块、以及用于基于结算基础数据对各个商家的商业行为风险进行评估的商业行为风险评估模块。

在本发明上述支持不同支付渠道的结算系统中，所述结算中心还用于进入应收金额及应付金额确认环节或商户商业行为风险评估环节或结算环节的任一环节，并在该环节接收到由操作员输入的账期应收状态撤销指令时，通过所述订单风险评估模块执行应收金额及应付金额确认操作，或者在该环节接收到由操作员输入的账期应付状态撤销指令时，通过所述商业行为风险评估模块对每一笔订单的交易风险及体现其中的商家商业行为风险进行评估，根据风险评估结果执行后续的结算流程。

实施本发明支持不同支付渠道的结算方法及结算系统，可达到以下有益效果：

1、本发明结算系统支持多种支付渠道的对账及结算，实现了对账及结算的联动，最大化的减少了支付平台与不同支付渠道的对接工作量，提高了对账及结算效率，加快了资金的周转利用率。

2、本发明结算系统设置有交易风险规避机制。本发明结算系统针对不同商户设置不同的单笔交易额度及账期累计交易额度，可有效识别订单结算环节中出现的商户单笔交易金额超限或账期累计交易金额超限的情况，针对上述情况，对单笔交易超限的订单或商业行为存在风险的部分商户所涉及到的所有订单一一进行人工审核，规避了海量订单中潜在了交易风险，提高了订单交易的安全性，保障了用户资金安全。

3、本发明结算系统的整个结算过程包括订单交易的对账环节、应收金额及应付金额确认环节、交易风险评估环节以及结算环节，有效地打击了虚假交易，杜绝了不良商户通过虚假交易提升门店订单成交量及门店信用等级的丑陋行径。

附图说明

图1为本发明的第一个较佳实施例提供的支持不同支付渠道的结算系统的结构框图；

图2为图1所示的结算系统下的对账文件处理中心的结构框图；

图3为图1所示的结算系统下的结算中心的结构框图；

图4为本发明的第二个较佳实施例提供的支持不同支付渠道的结算方法的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

该实施例提供了一种支持不同支付渠道的结算系统。

如图1所示，该结算系统包括多种支付服务器100(包括但不限于银联服务器、一键支付服务器100、和包支付服务器100以及CMPAY服务器)、至少一种存储服务器200(例如对应于银联服务器的HTTP服务器、对应于一键支付服务器100、和包支付服务器100及CMPAY服务器的FTP服务器)、支付平台300。该支付平台300进一步包括对账文件处理中心301及结算中心302。

其中，支付服务器100用于受理订单，根据受理订单生成对账文件，将对账文件上传到存储服务器200，向对账文件处理中心301发送对账通知。

对账文件处理中心301用于接收到对账通知时，从相关存储服务器200下载对账文件，对下载的对账文件进行解析，并将解析所得的结算基础数据导入结算中心302。

结算中心302用于对结算基础数据所涉及到的海量订单的交易风险及隐藏于海量订单交易之中的商户商业行为风险进行评估，及在各笔订单的交易风险评估及商户商业行为风险评估均获得通过时，对账期内涉及同一商户的所有订单进行结算，生成第一结算单，根据第一结算单来执行银行间转账操作。

该结算中心302还用于在各笔订单的交易风险评估和/或商户商业行为风险评估未获得通过时，对存在交易风险的订单，或者存在商业行为风险的商户所涉及的订单进行人工审核，对经人工审核且归于同一商户的所有订单进行统一结算，生成第二结算单，根据第二结算单来执行银行间转账操作。

如图2所示，本发明对账文件处理中心301包括依次连接的通信模块3011、检测模块3012、对账文件获取模块3013、多个对账文件解析模块3014、数据导入模块3015。其中：

通信模块3011用于接收来自不同支付服务器100的对账通知。

检测模块3012用于对该对账通知中承载的支付渠道识别信息进行检测，确定发出该对账通知的支付服务器100。

对账文件获取模块3013用于从该支付服务器100所对应的存储服务器200下载对账文件。

每一个对账文件解析模块3014均用于对下载的且与之匹配的对账文件进行解析，获取结算基础数据。

数据导入模块3015用于将结算基础数据导入结算中心302。

如图3所示，本发明的结算中心302包括订单风险评估模块、商户商业行为风险评估模块。其中：

订单风险评估模块用于执行应收金额及应付金额确认操作；

商业行为风险评估模块用于基于结算基础数据对各个商家的商业行为风险进行评估。

在本发明支持不同支付渠道的结算系统中，结算中心302在进入到应收金额及应付金额确认环节或商户商业行为风险评估环节或结算环节的任一环节，并在该环节接收到由操作员输入的账期应收状态撤销指令时，通过订单风险评估模块执行应收金额及应付金额确认操作，或者在该环节接收到由操作员输入的账期应付状态撤销指令时，通过商业行为风险评估模块对每一笔订单的潜在交易风险及各个商家的商业行为风险进行评估，根据风险评估结果进行后续的结算流程。

实施例二、

实施例二提供了一种待结算交易的应收金额及应付金额确认操作流程，该流程包括如下的处理步骤：

A、订单风险评估模块向结算基础数据中涉及到的各个商户分别发起应收金额确认请求，并判断是否接收到各个商户分别反馈的应收金额确认信息；如是，则执行步骤B；

B、订单风险评估模块向对其发送对账通知的支付服务器100提交各笔订单的应付金额确认请求，并判断是否接收到支付服务器100针对各笔订单一一反馈的应付金额确认信息；如是，则完成应收金额及应付金额确认环节，判定订单交易风险评估环节获得通过。

实施例三

实施例三提供了一种商户商业行为风险评估流程，该商户商业行为风险评估流程包括如下的处理步骤：

a、结算中心302判断每一笔订单的交易金额是否超过针对该笔订单的商户所设定的单笔额度；如是，则执行下一步骤b，否则，确定该笔订单交易存在风险，对该笔订单进行人工审核。

b、继续判断账期内涉及同一商户的所有订单的累计成交金额是否超出针对该商户所设定的账期累计成交额度。

c、根据上述判断结果生成商户商业行为风控审核表，依照商户商业行为风控审核表对各个商家的商业行为风险进行评估，对未通过商业行为风险评估的该部分商家所涉及到的订单一一进行人工审核。

实施例四

该实施例提供了一种支持多种支付渠道的结算方法，该结算方法的处理流程如图4所示，包括如下的处理步骤：

S101、不同种类的支付服务器100分别受理不同的订单，根据订单信息生成对账文件，并将对账文件上传到与之对应的存储服务器200。

S102、支付服务器100向支付平台300的对账文件处理中心301发送承载有支付渠道识别信息的对账通知。

S103、对账文件处理中心301接收到对账通知，提取对账通知中承载的支付渠道识别信息，确定发出该对账通知的支付服务器100，从该支付服务器100对应的存储服务器200下载对账文件。

S104、对账文件处理中心301调用与该对账文件适配的对账文件解析模块3014对该对账文件进行解析，并将解析所得的结算基础数据导入结算中心302。

S105、结算中心302对结算基础数据中的每一笔订单的交易风险及反映其中的商户商业行为风险进行评估。

S106、结算中心302判断基于结算基础数据开展的订单交易风险评估及商户商业行为风险评估是否获得通过。如是，则执行步骤S107，否则，执行步骤S108。

S107、结算中心302对账期内涉及同一商户的所有订单进行统一计算，生成第一结算单，根据第一结算单执行银行间转账操作。

S108、结算中心302对于存在交易风险的订单(包括但不限于单笔成交金额超出支付平台300针对该用户设定的单笔成交额度的订单)、和/或商业行为存在风险的商户(代指账期内涉及同一商户的所有订单的累计成交金额超出支付平台300针对该商户设定的累计成交额度的这部分商户)所涉及到的订单进行人工审核。

S109、结算中心302对经人工审核且涉及同一商户的所有订单进行同一结算，生成第二结算单，根据第二结算单执行银行间转账操作。

综上所述，本发明支持不同支付渠道的结算方法及结算系统具有以下有益效果：

1、本发明结算系统支持多种支付渠道的对账及结算，实现了对账及结算的联动，最大化的减少了支付平台300与不同支付渠道的对接工作量，提高了对账及结算效率，加快了资金的周转利用率。

2、本发明结算系统设置有交易风险规避机制。本发明结算系统针对不同商户设置不同的单笔交易额度及账期累计交易额度，可有效识别订单结算环节中出现的商户单笔交易金额超限或账期累计交易金额超限的情况，针对上述情况，对单笔交易超限的订单或商业行为存在风险的部分商户所涉及到的所有订单一一进行人工审核，规避了海量订单中潜在了交易风险，提高了订单交易的安全性，保障了用户资金安全。

3、本发明结算系统的整个结算过程包括订单交易的对账环节、应收金额及应付金额确认环节、交易风险评估环节以及结算环节，有效地打击了虚假交易，杜绝了不良商户通过虚假交易提升门店订单成交量及门店信用等级的丑陋行径。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分环节，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的环节。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种支持不同支付渠道的结算方法，其特征在于，所述方法包括如下步骤：

S1、通过不同支付渠道受理订单，根据订单信息生成对账文件，并将对账文件上传到与之对应的存储服务器；

S2、对账文件处理中心从订单支付渠道所链接到的存储服务器下载对账文件，对下载的对账文件进行解析，并将解析到的结算基础数据导入结算中心；

S3、结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估；如针对每一笔订单的交易风险评估及各个商户的商业行为风险评估均获得通过，则执行步骤S4，否则，执行步骤S5；

S4、对账期内涉及同一商户的所有订单进行统一结算，生成第一结算单，根据第一结算单执行银行间转账操作；

S5、对存在交易风险的订单和/或商业行为不端商户所涉及的订单进行人工审核，对经人工审核且涉及同一商户的所有订单进行统一结算，生成第二结算单，根据第二结算单执行银行间转账操作。

2.根据权利要求1所述的支持不同支付渠道的结算方法，其特征在于，在所述步骤S1与所述步骤S2之间还包括如下步骤：

S12、向对账文件处理中心发送承载支付渠道识别信息的对账通知。

3.根据权利要求2所述的支持不同支付渠道的结算方法，其特征在于，所述步骤S2中所述对账文件处理中心从存储服务器下载对账文件，对下载的对账文件进行解析的步骤包括：

S21、对账文件处理中心检测对账通知中携带的支付渠道识别信息，根据检测结果确定支付渠道，从该支付渠道链接到的存储服务器下载对账文件；

S22、对账文件处理中心调用与该支付渠道相适配的对账文件解析模块对下载的对账文件进行解析。

4.根据权利要求3所述的支持不同支付渠道的结算方法，其特征在于，所述步骤S3中所述结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估的步骤包括：

应收金额及应付金额确认环节；

所述应收金额及应付金额确认环节包括如下子步骤：

S31、结算中心向结算基础数据所涉及到的各个商户分别发起应收金额确认请求，并判断是否接收到各个商户各自反馈的应收金额确认信息；如是，则执行步骤S32；

S32、结算中心向支付系统发起每一笔订单的应付金额确认请求，并判断是否接收到由支付系统针对每一笔订单反馈的应付金额确认信息；如是，则完成应收金额及应付金额确认环节，判定订单交易风险评估环节获得通过。

5.根据权利要求4所述的支持不同支付渠道的结算方法，其特征在于，所述步骤S3中所述结算中心对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估的步骤还包括所述应收金额及应付金额确认环节之后的商户商业行为风险评估环节，所述商户商业行为风险评估环节包括以下步骤：

S33、结算中心判断每一笔订单的交易金额是否超过针对该笔订单的商户所设定的单笔额度，以及判断账期内涉及同一商户的所有订单的累计成交金额是否超出针对该商户所设定的账期累计成交额度，根据判断结果生成商户商业行为风控审核表，进而根据商户商业行为风控审核表对各个商家的商业行为风险进行评估；如结算中心进行的商家商业行为风险评估获得通过，则执行步骤S4，如结算中心进行的商家商业行为风险评估未获得通过，则执行步骤S5。

6.根据权利要求5所述的支持不同支付渠道的结算方法，其特征在于，还包括如下步骤：

在应收金额及应付金额确认环节或商户商业行为风险评估环节或结算环节中的任一环节，如结算中心接收到由操作员输入的账期应收状态撤销指令，则返回步骤S31，如结算中心在该环节接收到由操作员输入的账期应付状态撤销指令，则返回步骤S32。

7.一种支持不同支付渠道的结算系统，其特征在于，所述结算系统包括：

多种支付服务器，用于通过不同支付渠道受理订单，根据订单信息生成对账文件；

对应于所述多种支付服务器的多种存储服务器，用于存储由与之对应的支付服务器上传的对账文件；

支付平台，包括对账文件处理中心及结算中心；

所述对账文件处理中心用于从订单支付渠道所链接到的存储服务器下载对账文件，对所下载的对账文件进行解析，并将解析所得的结算基础数据导入所述结算中心；

所述结算中心用于对结算基础数据涉及到的海量订单的交易风险及隐藏于海量订单之中的商户商业行为风险进行评估，及针对每一笔订单的交易风险评估及各个商户商业行为风险评估均获得通过时，对账期内涉及同一商户的所有订单进行结算，生成第一结算单，根据第一结算单来执行银行间转账操作；

所述结算中心还用于各笔订单的交易风险评估和/或商户商业行为风险评估未获得通过时，对于存在交易风险的订单，或者商业行为不端商户所涉及的订单一一进行人工审核，对经人工审核且归于同一商户的所有订单进行统一结算，生成第二结算单，根据第二结算单来执行银行间转账操作。

8.根据权利要求7所述的支持不同支付渠道的结算系统，其特征在于，所述对账文件处理中心包括：

通信模块，用于接收对账通知；

检测模块，用于对该对账通知中承载的支付渠道识别信息进行检测，确定发出该对账通知的支付服务器；

对账文件获取模块，用于从该支付服务器所链接到的存储服务器下载对账文件；

多个对账文件解析模块，用于对下载的且与之匹配的对账文件进行解析，获取结算基础数据；

数据导入模块，用于将结算基础数据导入结算中心。

9.根据权利要求8所述的支持不同支付渠道的结算系统，其特征在于，所述结算中心包括用于执行应收金额及应付金额确认操作的订单风险评估模块、以及用于基于结算基础数据对各个商家的商业行为风险进行评估的商业行为风险评估模块。

10.根据权利要求9所述的支持不同支付渠道的结算系统，其特征在于，所述结算中心还用于进入应收金额及应付金额确认环节或商户商业行为风险评估环节或结算环节的任一环节，并在该环节接收到由操作员输入的账期应收状态撤销指令时，通过所述订单风险评估模块执行应收金额及应付金额确认操作，或者在该环节接收到由操作员输入的账期应付状态撤销指令时，通过所述商业行为风险评估模块对每一笔订单的交易风险及体现其中的商家商业行为风险进行评估，根据风险评估结果执行后续的结算流程。