CN110728520B - 拒付申请的处理方法、装置和服务器 - Google Patents
拒付申请的处理方法、装置和服务器 Download PDFInfo
- Publication number
- CN110728520B CN110728520B CN201910921691.1A CN201910921691A CN110728520B CN 110728520 B CN110728520 B CN 110728520B CN 201910921691 A CN201910921691 A CN 201910921691A CN 110728520 B CN110728520 B CN 110728520B
- Authority
- CN
- China
- Prior art keywords
- processing
- application
- task queue
- target
- payee
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书提供了拒付申请的处理方法、装置和服务器。在一个实施例中,通过响应所接收的拒付申请,先获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再以上述拒付理由码和属性特征数据作为依据,按照预设的任务队列分类规则确定出与拒付申请匹配的目标任务队列;进而根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行有针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率。
Description
技术领域
本说明书属于互联网技术领域,尤其涉及一种拒付申请的处理方法、装置和服务器。
背景技术
当付款方对已经核算过的交易订单等交易数据存在异议时,可以通过发卡行向中间机构,例如卡组织提出拒付申请,以申请进行调单,或者返还部分或全部的资金数据等拒付业务处理。中间机构会根据相关的拒付协议,将该拒付申请先转发给收单行,通过收单行要求对应的收款方对该拒付申请进行相应的处理。
目前,亟需一种能够自动分析并根据拒付申请的具体情况,对不同情况的拒付申请,有区分地进行有针对性的、较为精准的拒付任务处理的拒付申请的处理方法。
发明内容
本说明书提供了一种拒付申请的处理方法、装置和服务器,以便可以自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行有针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,以及拒付处理的成功率。
本说明书提供的一种拒付申请的处理方法、装置和服务器是这样实现的:
一种拒付申请的处理方法,包括:获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
一种拒付申请的处理装置,包括:第一获取模块,用于获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;第二获取模块,用于响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;划分模块,用于根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;处理模块,用于根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
本说明书提供的一种拒付申请的处理方法、装置和服务器,通过响应所接收的拒付申请,先获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再以上述拒付理由码和属性特征数据作为依据,根据预设的任务队列分类规则确定出与该拒付申请匹配的目标任务队列;进而根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行有针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,有效地维护收款方的权益。
附图说明
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是在一个场景示例中,应用本说明书实施例提供的拒付申请的处理方法的一种实施例的示意图;
图2是在一个场景示例中,应用本说明书实施例提供的拒付申请的处理方法的一种实施例的示意图;
图3是在一个场景示例中,应用本说明书实施例提供的拒付申请的处理方法的一种实施例的示意图;
图4是本说明书的一个实施例提供的拒付申请的处理方法的流程示意图;
图5是本说明书的一个实施例提供的服务器的结构示意图;
图6是本说明书的一个实施例提供的拒付申请的处理装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
考虑到通常处理拒付申请时,往往需要为收款方服务的网络平台的工作人员(例如,商户入驻的购物网站的小二)人工对付款方的账户所在银行转发的各种拒付申请分别进行分析,再依靠自己的经验,根据分析结果,对该拒付申请进行相应的处理。例如,搜集相关的抗辩证据,形成针对该拒付申请的抗辩文件,以证明付款方可以不接受收款方的退款请求,再利用该抗辩文件向中间机构(例如卡组织)发起预仲裁请求等。可见基于通常在处理拒付申请时需要依赖工作人员人工地对每一个拒付申请分别进行分析和研究,再结合自身的知识和经验,选择合适的处理方式来处理该拒付申请。这样势必需要消耗大量的人力成本,同时处理效率也不够理想。此外,受工作人员的主观影响,导致针对拒付申请所进行的拒付任务处理所采用的处理方式可能不一定是最佳的处理方式,从而影响处理效果。例如,可能受工作人员的处理经验的局限所生成的抗辩文件并不能有效地为收款用户进行抗辩以证明该收款用户可以不接受付款方的退款要求,导致所发起的仲裁失败,甚至影响了收款方的权益。
本说明书考虑可以引入一种针对不同情况的拒付申请的自动化处理方法。具体的,对任意的拒付申请,可以先获取该拒付申请的拒付理由码,以及与该拒付申请所针对的目标交易数据相关的属性特征数据。再将上述拒付理由码,以及属性特征数据作为任务队列的划分依据,按照预设的任务队列分类规则,确定出与该拒付申请匹配的目标任务队列,并将该拒付申请划分进上述目标任务队列。进而可以根据目标任务队列的处理规则和处理优先级,对该拒付申请进行针对性的拒付任务处理。从而可以不需要依赖工作人员的知识和经验,自动分析并根据拒付申请的具体情况,对不同情况的拒付申请有区分地进行针对性的、较为精准的拒付任务处理,以提高拒付任务处理效率,以及拒付处理的成功率,更好地维护收款方的权益。
本说明书实施例提供一种拒付申请的处理方法,所述方法可以应用于为收款方服务的网络平台(例如,商户入驻的购物网站)的服务器一侧。具体实施时,上述服务可以用于接收收款方的账户所在机构(例如,收单行等)转发的拒付申请,其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
在本实施例中,所述服务器可以是一种应用于为收款方服务的网络平台一侧,能够实现数据传输、数据处理等功能的后台业务服务器。具体的,所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备;也可以为运行于该电子设备中,为数据处理、存储和网络交互提供支持的软件程序。在本实施方式中,并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器,也可以为几个服务器,或者,由若干服务器形成的服务器集群。
在一个场景示例中,可以参阅图1所示,XX购物网站的服务器可以应用本说明书实施例提供的拒付申请的处理方法进行为入驻该网站的商户自动、高效地处理拒付申请。
在本场景示例中,用户之前在XX购物网站上的某商户处下单购买了一件商品,并已经确认支付了该商品的交易订单。相关银行已经完成了针对该笔交易订单的核算处理,即已经将用于支付该商品的货款资金从用户在甲银行的账户中转账到了商户在乙银行的账户中。
但后续用户发现该商品质量不好,想要请求商户退还部分货款资金。这时,用户可以通过自己手机客户端上安装的该购物网站的APP针对该商品的交易订单提出拒付申请,以请求商户基于该商品存在的质量问题退还部分货款资金。
具体的,用户可以在该购物网站的APP界面中找到包含有该商品的交易订单的界面,并通过在该界面中点击申请退款,进入针对该交易订单的拒付申请设置界面中。在该拒付申请设置界面中按照指示,填写该交易订单的流水号、拒付理由、所请求的具体的拒付内容(例如,退还原货款资金的10%)等信息。手机客户端会接受并根据用户在该界面上设置的上述信息,生成对应的拒付申请,并将该拒付申请发送给用户的账户所在银行,即甲银行的服务器。
甲银行的服务器在接收到上述拒付申请后,会对该拒付申请进行解析,确定用户所申请的具体内容,以及相关的收单行和中间机构(例如,中间卡组织:VISA或者Mastercard等)。再根据与中间结构的拒付协议规则,先将该拒付申请转发给对应的中间机构的服务器。
中间机构的服务器在接收到该拒付申请后,会先根据该拒付申请确定对应的收单行为乙银行,即商户的账户所在银行。再将该拒付申请发送给乙银行的服务器,以要求乙银行的服务器通知与该拒付申请相关的商户在一定的时限内做出回复和处理,例如,提供抗辩文件发起仲裁请求,以证明自己不需要承担该笔退款;或者,确认同意该用户的提出的拒付申请,返还部分货款资金。
乙银行的服务器在接收到上述拒付申请后,会将该拒付申请发送给XX购物网站的服务器。其中,该购物网站还为入驻该网站的商户提供与相关银行对接并协助具体处理拒付申请的业务服务。
具体的,XX购物网站的服务器会协助该网站上的商户与相关银行以及中间机构进行交互,且在商户授权的情况下,代表商户根据相应的拒付协议规则,在规定的时限内完成针对拒付申请的拒付任务处理,以尽可能地维护商户的合理权益。
在本场景示例中,XX购物网站的服务器在接收到中间机构(例如VISA)通过商户的收单行转发的拒付申请后,参阅图2所示,会先根据该拒付申请,确定出该拒付申请所对应的目标订单。进一步,服务器会根据该拒付申请搜索获取与该拒付申请相关的理由码。其中,所述拒付理由码具体可以包括一种能指示参与拒付申请处理的中间机构以及拒付理由等相关信息的数据。具体的,服务器可以通过解析拒付申请,提取出拒付申请所携带的理由码;或者,通过查询与目标订单相关的核算通知信息,以获取对应的理由码。
在获取上述理由码的同时,服务器还可以响应该拒付申请,搜集并获取与目标订单相关的属性特征数据。其中,上述属性特征数据具体可以理解为用于描述与所述拒付申请所针对的目标订单的相关属性特征的数据。具体的,上述属性特征数据具体可以为目标订单中付款方的历史评价数据,也可以是目标订单中收款方的历史评价数据,还可以是付款方具体提出的拒付申请的内容数据,例如,所要求的拒付业务类型是全额退款、部分退款或者调单查询;或者所要求的退款的具体金额、方式等。当然,需要说明的是,上述所列举的属性特征数据只是一种示意性说明。具体实施时,根据具体的应用场景和处理需要,还可以引入其他类型的数据,例如,目标订单所涉及的交易对象(目标商品)的物流数据等。具体实施时,可以将上述所列举的单独一种属性特征数据作为所要搜集获取的与目标订单相关的属性特征数据,也可以将上述多种属性特征数据组合作为所要搜集获取的与目标订单相关的属性特征数据。
进一步,服务器可以调用并根据预先设置好的预设的任务分类规则,基于所获取的与拒付申请对应的理由码和与目标订单相关的属性特征数据进行匹配,确定出该拒付申请所属于的目标任务队列,并将该拒付申请划分到对应的目标任务队列中进行处理。
其中,上述预设的任务分类规则具体可以理解为服务器预先根据不同情况的拒付申请的处理特点和处理要求设计配置好的一种拒付任务的分类规则。具体的,上述预设的任务分类规则包含有多个不同的任务队列(可以记为Que),对应于每个任务队列分别配置有对应的匹配条件(可以记为Que条件)、处理规则(可以记为Que动作),以及处理优先级。其中,不同的任务队列所配置的匹配条件、处理规则,或处理优先级可以存在区别。
其中,上述匹配条件可以包含有对拒付申请的理由码和属性特征数据的条件限定,当一个拒付申请的理由码和属性特征数据满足某一个任务队列的匹配条件所限定的理由码和属性特征数据时,可以确定该拒付申请与该匹配条件匹配,进而将该任务队列确定为该拒付申请的目标任务队列。
具体实施时,服务器可以利用所获取的拒付申请的理由码,以及与目标订单相关的属性特征数据,与任务分类规则中的每个任务队列的匹配条件分别进行匹配,将匹配成功的匹配条件所对应的任务队列确定为与该拒付申请匹配的目标任务队列,进而可以将该拒付申请划分进该目标任务队列中。
在本场景示例中,进一步考虑到在具体处理不同情况的拒付申请时,除了要考虑所参与的中间机构的所基于的拒付协议规则外,往往还需要考虑具体的承担方(例如,退款承担方是收款方还是购物网站平台)、目标订单最新的处理情况,以及如果拒绝接受该拒付申请所提出的拒付内容向中间机构发起预仲裁请求进行抗辩的抗辩成功率等其他更加细化的特征信息。因此,在划分确定拒付申请所对应的任务队列之前,还可以先对该拒付申请的理由码,以及与目标订单相关的属性特征数据进行分析处理,以确定出该拒付申请所对应的承担方、目标订单最新的处理情况,以及发起预仲裁进行抗辩的抗辩成功率等特征信息,进而可以利用上述特征信息,结合拒付申请的理由码和属性特征数据更加精准地确定出与该拒付申请匹配的目标任务队列,以便更有针对性、更准确地处理该拒付申请。
相应的,在匹配任务队列时所使用的预设的任务分类规则中每个任务队列所配置的匹配条件除了包含对拒付申请的理由码和属性特征数据的条件限定外,还可以进一步包含有针对拒付申请的承担方、目标订单的收款方的处理记录、抗辩成功率等特征信息的限定。
具体的,结合购物网站的运营特点,以及中间机构所基于的拒付协议规则,上述预设的任务队列分类规则具体可以包含有四种较为基本的任务队列,按照优先级由高到低分别为:第一任务队列、第二任务队列、第三任务队列和第四任务队列。
其中,上述第一任务队列中的拒付申请具体可以是针对当前收款方已经接受并完成了用户所提出的申请内容的情况(例如,收款方已经按照付款方在拒付申请中的申请内容,退还了所要求的货款资金)下的拒付申请,具有最高的处理优先级,即第一优先级。相应的,与第一任务队列对应的匹配条件可以是根据收款方的处理记录确定收款方已经完成相应退款。
对于第一任务队列中的拒付申请所配置的处理规则具体可以是结束针对所述拒付申请的任务处理,以释放所占用的处理资源,同时还会生成并通过第一机构向中间机构发送回复信息,以告知中间机构收款方已经接受并完成了付款方的拒付申请中提出的申请内容,满足了付款方的要求,因此该拒付申请实际已经处理完成。此外,所配置的对应处理优先级可以是最高的第一优先级。
上述第二任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较高(例如,抗辩成功率大于等于第一阈值)的情况下的拒付申请,具有第二高的处理优先级。相应的,与第二任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且相应的抗辩成功率大于等于第一阈值。
对于这类拒付申请,由于抗辩成功率相对较高,服务器可以优先通过准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求,并具有相对较高的概率为收款方赢得仲裁,以证明收款方无错,无需要承担相应的责任,从而可以使得收款方可以不用接受和执行付款方提出的申请内容,有效地维护收款方的合理权益。
相应的,针对上述第二任务队列所配置的处理规则可以是以相对较高的处理优先级尽快根据理由码和目标交易数据的属性特征数据,确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。所配置的处理优先级可以为略低于第一优先级但高于其他处理优先级的第二优先级。
上述第三任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较为一般(例如,抗辩成功率大于等于第二阈值且小于第一阈值)的情况下的拒付申请,具有第三高的处理优先级。相应的,与第三任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第一阈值,大于等于第二阈值。
对于这类拒付申请,服务器可以通过准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求为拒绝拒付申请进行抗辩,并具有一定的概率赢得仲裁,以证明收款方无错,无需要承担相应的责任,从而可以使得收款方可以不用接受和执行付款方提出的申请内容,维护收款方的合理权益。
相应的,针对上述第三任务队列所配置的处理规则具体可以是以相对较低于第二优先级的处理优先级根据理由码和目标订单的属性特征数据,确定匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。所配置的处理优先级可以为略低于第二优先级的第三优先级。
上述第四任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较低(例如,抗辩成功率小于第二阈值)的情况下的拒付申请,具有第四高的处理优先级。与第四任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第二阈值。
对于这类拒付申请,由于抗辩成功率相对较低,服务器基于以往的处理经验,及时准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求,也只有较低的概率能够赢得仲裁,证明收款方无错,可以不用承担相应的责任。因此,对于第四任务队列中的拒付申请所配置的处理规则具体可以是暂时不浪费处理资源和处理时间制作对应的抗辩文件发起预仲裁请求,而是先将抗辩成功率发送给收款方,等待收款方的处理指示。这样可以保证抗辩概率较高的拒付申请可以优先进行处理。此外,所配置的处理优先级可以是最低的第四优先级。
具体的,如果收款方在明确抗辩成功概率较小的情况下,还指示服务器继续针对该拒付申请抗辩,再调用处理资源为收款方针对该拒付申请生成对应的抗辩文件为收款方向中间机构发起预仲裁请求,以争取抗辩成功。如果收款方在明确抗辩成功概率较小的情况下,指示服务器放弃抗辩,可以直接接受并执行拒付申请所提出的申请内容,例如,在收款方授权同意的情况下,调用收款方在该购物网站的账户支付付款方提出的退款金额,以尽快结束对该拒付申请的处理。
需要说明的是,上述所列举的四种基本的任务队列只是一种示意性说明。具体实施时,还可以根据具体情况,对于上述四种基本的任务队列,结合其他的属性特征以及特征信息还可以进行进一步的细分。
例如,参阅图3所示,针对第二任务队列中的拒付申请,还可以根据拒付申请所针对的承担方进行进一步的细分。如果承担方为收款方,例如购物网站的入驻商户,则可以将该拒付申请划分为第二任务队列中的第一子任务队列。如果承担方为购物网站,则可以将该拒付申请划分为第二任务队列中的第二子任务队列。其中,上述第二任务队列中的第二子任务队列的处理优先级高于第一子任务队列,且针对第二任务队列中的第二子任务队列配置的处理规则在处理细节上也可以与第一子任务队列存在差别。进一步,根据拒付申请所涉及的业务类型是调单查询,还是全额退款,或者还是部分退款,还可以将上述第一子任务队列和第二子任务队列再分别细分为任务队列2.1-1、任务队列2.1-2、任务队列2.1-3,以及任务队列2.2-1、任务队列2.2-2、任务队列2.2-3。按照类似的方式,根据具体情况,还可以对第一任务队列、第三任务队列、第四任务队列进行相应进一步细分,从而可以得到任务队列种类更多、更精细,以便可以更有针对性、更加精准地对不同拒付申请进行相应的处理。
进一步,在进行针对拒付申请的任务处理时,服务器可以根据该拒付申请所对应的目标任务队列的处理规则和处理优先级来处理该拒付申请,完成相应的拒付任务处理。
具体的,在确定目标对列为第一任务队列的情况下,服务器可以按照第一优先级尽快结束针对所述拒付申请的拒付任务处理,并生成回复信息,从而可以及时地释放该拒付申请所占用的处理资源,以便可以尽快调用所释放的处理资源处理其他的拒付申请。
具体实施时,对于划分到第二任务队列或第三任务队列中的拒付申请,往往还是有一定的概率能够通过生成抗辩文件发起预仲裁抗来证明收款方无错,以保护收款方的合法权益的。为了进一步提高所生成的抗辩文件的抗辩效果,使得能够有更高的成功率以最终通过抗辩成功,赢得仲裁。可以基于对应的优先级,在所对应的目标任务队列的多个预先设置好的抗辩模板中进行检索,找到与理由码和属性特征数据匹配的抗辩模板作为与该拒付申请匹配的目标抗辩模板。其中,上述抗辩模板具体可以是预先针对不同情况的拒付申请设计配置好的包含有针对该情况拒付申请具有抗辩效果相对较好的抗辩角度的模板数据。
需要补充的是,由于同一个目标队列中不同情况的拒付申请所涉及的目标交易数据的拒付理由、业务类型、物流情况、中间机构、支付方式等因素可能存在差异,导致对应同一个目标队列中不同情况的拒付申请的有效抗辩的角度也会存在差异。
例如,对于拒付申请涉及的拒付理由是目标交易数据是盗刷付款方的账户实施的订单交易,则可以选择针对该拒付理由类型的抗辩角度所设计的模板作为目标抗辩模板,并根据该目标抗辩模板从盗卡这种拒付理由类型的抗辩角度出发,结合属性特征数据,搜集与盗卡相关的信息。例如,可以搜集付款方历史付款的地理位置信息、付款方本次付款的地理位置信息和付款方本次付款之后的最近付款的地理位置信息等作为目标抗辩材料。进而可以根据上述目标抗辩材料和目标抗辩模板生成对应的抗辩文件,以通过抗辩付款方之前,以及之后正常情况下本人也在相同的地理位置进行过支付,证明付款方所提出的拒付申请所基于的盗卡的拒付理由不成立,从而证明收款方无错,不需要承担退款责任。这样得到的抗辩文件是针对所对应的抗辩角度生成的,相对更有针对性,具有更好的抗辩效果,也更有助于进行预仲裁,提高仲裁成功的概率,从而能更有效地维护收款方的合理权益。
其中,上述抗辩角度具体可以包括:拒付业务的类型(例如,部分拒付、全额拒付、调单等)、拒付理由的类型(例如,盗卡类、商品质量类、订单处理流程类等)、物流状态的类型(物流遗失、物流损失等)、支付渠道的类型、中间机构类型(例如,VISA、Master card等)。当然,需要说明的是,上述所列举的抗辩角度只是为了更好地说明本说明书实施例。具体实施时,根据具体的应用场景和处理需要,还可以引入扩展其他类型的抗辩角度。对此,本说明书不作限定。
在确定目标任务队列为第四任务队列的情况下,服务器可以按照最低的优先级先向收款方发送所述抗辩成功率,以提示收款方针对该拒付申请进行抗辩的成功率可能并不高。并请求收款方反馈针对所述拒付申请的处理指示;接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。如果收款方结合抗辩成功率,决定放弃仲裁,给出了放弃指示,服务器可以不再浪费资源和时间准备对应的抗辩文件来发起预仲裁,而是可以及时地向中间机构反馈接受拒付申请的申请内容,并按照付款方所提出的具体的申请内容完成相应的退款等业务,以尽快地结束该拒付申请的任务处理。如果收款方结合抗辩成功率,决定不放弃仲裁,并给出了仲裁指示,服务器可以响应该指示继续寻找匹配相适应的抗辩角度,来准备抗辩文件,并根据抗辩文件发起预仲裁。同时,还可以接收收款方提供的抗辩建议,根据收款方提供的抗辩建议,寻找相对合适的抗辩角度来生成对应的抗辩文件,以发起预仲裁,以提高仲裁的成功率。
由上述场景示例可见,本说明书提供的拒付申请的处理方法,通过响应所接收的拒付申请,获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再以上述拒付理由码和属性特征数据作为依据,按照预设的任务队列分类规则确定出与拒付申请匹配的目标任务队列;进而根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,以及拒付处理的成功率,能较为有效地维护收款方的权益。解决了通常在处理拒付申请时由于需要依赖工作人员人工分别针对每一个拒付申请进行相应的分析和处理导致的实施成本高、处理效率低的技术问题。
参阅图4所示,本说明书实施例提供了一种拒付申请的处理方法,其中,该方法具体应用于服务器一侧。具体实施时,该方法可以包括以下内容。
S41:获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据。
在本实施例中,上述拒付申请具体可以理解为一种付款方(例如用户)对已经核算过的目标交易数据存在异议所提出的要求收款方返还与该交易数据相关的部分资金数据或全部资金数据,或者要求对该笔交易数据进行调单处理的请求数据。
在本实施例中,当付款方对已经核算过的目标交易数据存在异议时,可以通过客户端向付款方的账户所在机构,即第二机构,例如,付款方的开卡行发出拒付申请。上述第二机构的服务器在接收到该拒付申请后,会基于相应的拒付协议规则,将拒付申请发送至中间机构,例如,卡组织:VISA或者Master card等机构。中间机构的服务器在接收到该拒付申请后,会再将拒付申请转发给收款方的账户所在机构,即第一机构,例如,收款方点的收单行。第一机构的服务器在接收到上述拒付申请后,会将拒付申请发送给服务器,例如,收款方所入驻的购物网站的服务器,以便服务器响应该拒付申请,联系协助收款方针对该拒付申请进行相应的处理。
在本实施例中,服务器可以通过第一机构的服务器接收付款方经过第二机构的服务器和中间机构的服务器转发的拒付申请。
S43:响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据。
在本实施例中,上述拒付理由码具体可以为一种能指示参与拒付申请处理的中间机构等相关信息的数据。具体的,上述理由码中至少包含有与一个或多个中间机构对应的字符信息。此外,上述拒付理由码还可以包含有与付款方提出的拒付理由内容和理由类型等信息。
在本实施例中,服务器在接收到拒付申请后,可以通过数据解析确定出该拒付申请所针对的目标交易数据,例如,目标订单。进而可以响应该拒付申请,先检测该拒付申请是否携带有理由码,如果该拒付申请携带有对应的理由码,可以直接获取该理由码。如果该拒付申请没有携带理由码,可以通过查询与目标交易数据相关的核算通知等信息,例如,第一机构反馈的核算通知,以确定并补全对应的理由码。
在本实施例中,上述属性特征数据具体可以理解为用于描述与所述拒付申请所针对的目标交易数据的相关属性特征的数据。具体的,上述属性特征数据具体可以为目标交易数据中所涉及的付款方的历史评价数据,也可以是目标交易数据中所涉及的收款方的历史评价数据,还可以是付款方具体提出的拒付申请的内容数据,例如,付款方所要求的拒付业务类型是全额退款、部分退款或者调单查询;或者所要求的退款的具体金额、方式等。当然,需要说明的是,上述所列举的属性特征数据只是一种示意性说明。具体实施时,根据具体的应用场景和处理需要,还可以引入其他类型的数据,例如,目标交易数据中所涉及的交易对象(目标商品)的物流数据等。具体实施时,可以将上述所列举的单独一种属性特征数据作为所要搜集获取的与目标订单相关的属性特征数据,也可以将上述多种属性特征数据组合作为所要搜集获取的与目标订单相关的属性特征数据。
在本实施例中,服务器可以响应所述拒付申请,通过查询第一机构的服务器、第二机构的服务器,以及该服务器本身所记录的与目标交易数据相关的记录数据,来搜集获取上述与目标交易数据相关的属性特征数据。
S45:根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同。
在本实施例中,上述预设的任务队列分类规则具体可以理解为服务器预先根据不同情况的拒付申请的处理特点和处理要求设计配置的一种拒付任务的分类规则。具体的,上述预设的任务分类规则包含有多个不同的任务队列(可以记为Que),对应于每个任务队列分别配置有对应的匹配条件(可以记为Que条件)、处理规则(可以记为Que动作),以及处理优先级。其中,不同的任务队列所配置的匹配条件、处理规则,或处理优先级可以存在区别,每一个任务队列对应于一种情况类型的拒付申请。
在本实施例中,上述匹配条件可以包含有对所对应的任务队列中的拒付申请的理由码和属性特征数据的条件限定,当一个拒付申请的理由码和属性特征数据满足某一个任务队列的匹配条件所限定的理由码和属性特征数据时,可以确定该拒付申请与该匹配条件匹配,进而将该任务队列确定为该拒付申请的目标任务队列,将该拒付申请划分进该任务队列中。上述处理规则可以包含有对所对应的任务队列中的具体处理方式。
在本实施例中,具体实施时,可以将拒付申请的所述拒付理由码和所述属性特征数据与预设的任务队列分类规则中所包含的任务队列的匹配条件进行比对,将匹配条件匹配的任务队列确定为与该拒付申请匹配的目标任务队列,进而将该拒付申请划分进行目标任务队列中,以便可以根据目标任务队列中的处理规则和处理优先级来处理该拒付申请。
在本实施例中,进一步考虑到在具体处理不同情况的拒付申请时,除了由于不同的中间机构所基于的拒付协议规则的不同,需要考虑参与拒付处理的中间机构外,往往还需要考虑具体的承担方(例如,退款承担方是收款方还是购物网站平台)、目标交易数据的最新处理情况,以及如果拒绝接受该拒付申请所提出的拒付内容向中间机构发起预仲裁请求进行抗辩的抗辩成功率等其他更加细化的特征信息。
因此,服务器在划分确定拒付申请所对应的目标任务队列之前,还可以先对该拒付申请的理由码,以及与目标交易数据相关的属性特征数据进行分析处理,以确定出该拒付申请所对应的承担方、目标交易数据最新的处理情况,以及发起预仲裁进行抗辩的抗辩成功率等特征信息,进而可以根据上述特征信息,结合拒付申请的理由码和属性特征数据更加精准地确定出与该拒付申请匹配的目标任务队列,以便更有针对性、更准确地处理该拒付申请。
相应的,在匹配任务队列时所使用的预设的任务分类规则中每个任务队列所配置的匹配条件除了包含对所对应的任务队列中的拒付申请的拒付理由码和属性特征数据的条件限定外,还可以进一步包含有针对拒付申请的承担方、目标订单的收款方的处理记录、抗辩成功率等特征信息的限定。
在本实施例中,结合服务器所在的网络平台的运营特点,以及中间机构所基于的拒付协议规则,服务器所设置的预设的任务队列分类规则具体可以包含有四种较为基本的任务队列,其中,上述任务队列按照优先级由高到低分别可以包括:第一任务队列、第二任务队列、第三任务队列和第四任务队列。上述四种任务队列分别与四种基本情况类型的拒付申请对应。
其中,上述第一任务队列中的拒付申请具体可以是针对当前收款方已经接受并完成了用户所提出的申请内容的情况(例如,收款方已经按照付款方在拒付申请中的申请内容,退还了所要求的货款资金)下的拒付申请,具有最高的处理优先级,即第一优先级。相应的,与第一任务队列对应的匹配条件可以是根据收款方的处理记录确定收款方已经完成相应退款。
对于第一任务队列中的拒付申请所配置的处理规则具体可以是结束针对所述拒付申请的任务处理,以释放所占用的处理资源,同时还会生成并通过第一机构向中间机构发送回复信息,以告知中间机构收款方已经接受并完成了付款方的拒付申请中提出的申请内容,满足了付款方的要求,因此该拒付申请实际已经处理完成。此外,所配置的对应处理优先级可以是最高的第一优先级。
上述第二任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较高(例如,抗辩成功率大于等于第一阈值)的情况下的拒付申请,具有第二高的处理优先级。相应的,与第二任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且相应的抗辩成功率大于等于第一阈值。
对于这类拒付申请,由于抗辩成功率相对较高,服务器可以优先通过准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求,并具有相对较高的概率为收款方赢得仲裁,以证明收款方无错,无需要承担相应的责任,从而可以使得收款方可以不用接受和执行付款方提出的申请内容,有效地维护收款方的合理权益。
相应的,针对上述第二任务队列所配置的处理规则可以是以相对较高的处理优先级尽快根据理由码和目标交易数据的属性特征数据,确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。所配置的处理优先级可以为略低于第一优先级但高于其他处理优先级的第二优先级。
上述第三任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较为一般(例如,抗辩成功率大于等于第二阈值且小于第一阈值)的情况下的拒付申请,具有第三高的处理优先级。相应的,与第三任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第一阈值,大于等于第二阈值。
对于这类拒付申请,服务器可以通过准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求为拒绝拒付申请进行抗辩,并具有一定的概率赢得仲裁,以证明收款方无错,无需要承担相应的责任,从而可以使得收款方可以不用接受和执行付款方提出的申请内容,维护收款方的合理权益。
相应的,针对上述第三任务队列所配置的处理规则具体可以是以相对较低于第二优先级的处理优先级根据理由码和目标订单的属性特征数据,确定匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。所配置的处理优先级可以为略低于第二优先级的第三优先级。
上述第四任务队列中的拒付申请具体可以是针对当前收款方还未接受并完成用户所提出的申请内容,且通过抗辩请求中间机构对该拒付申请进行仲裁以拒绝该拒付申请的抗辩成功率较低(例如,抗辩成功率小于第二阈值)的情况下的拒付申请,具有第四高的处理优先级。与第四任务队列对应的匹配条件可以是在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第二阈值。
对于这类拒付申请,由于抗辩成功率相对较低,服务器即使基于以往的处理经验,及时准备并根据针对性较高的抗辩文件,为收款方向中间机构发起预仲裁请求,也只有较低的概率能够赢得仲裁,证明收款方无错,可以不用承担相应的责任。因此,对于第四任务队列中的拒付申请所配置的处理规则具体可以是暂时不浪费处理资源和处理时间制作对应的抗辩文件发起预仲裁请求,而是先将抗辩成功率发送给收款方,等待收款方的处理指示。这样可以保证抗辩概率较高的拒付申请可以优先进行处理。此外,所配置的处理优先级可以是最低的第四优先级。
具体的,如果收款方在明确抗辩成功概率较小的情况下,还指示服务器继续针对该拒付申请抗辩,再调用处理资源为收款方针对该拒付申请生成对应的抗辩文件为收款方向中间机构发起预仲裁请求,以争取抗辩成功。如果收款方在明确抗辩成功概率较小的情况下,指示服务器放弃抗辩,可以直接接受并执行拒付申请所提出的申请内容,例如,在收款方授权同意的情况下,调用收款方在该购物网站的账户支付付款方提出的退款金额,以尽快结束对该拒付申请的处理。
在本实施例中,需要说明的是,上述所列举的四种基本的任务队列只是一种示意性说明。具体实施时,还可以根据具体情况,对于上述四种基本的任务队列,结合其他的属性特征以及特征信息还可以进行进一步的细分。
例如,针对第二任务队列中的拒付申请,还可以根据拒付申请所针对的承担方进行进一步的细分。如果承担方为收款方,例如购物网站的入驻商户,则可以将该拒付申请划分为第二任务队列中的第一子任务队列。如果承担方为购物网站,则可以将该拒付申请划分为第二任务队列中的第二子任务队列。其中,上述第二任务队列中的第二子任务队列的处理优先级高于第一子任务队列,且针对第二任务队列中的第二子任务队列配置的处理规则在处理细节上也可以与第一子任务队列存在差别。按照类似的方式,还可以对第一任务队列、第三任务队列、第四任务队列进行相应进一步细分,从而可以得到任务队列种类更多、更精细,以便可以更有针对性、更加精准地对不同拒付申请进行相应的处理。
S47:根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
在本实施例中,具体实施时,可以根据预设的任务分类规则,确定出目标任务队列对应的处理规则和处理优先级,进而可以根据上述目标任务队列的处理规则和处理优先级来处理该拒付申请。
在本实施例中,在确定目标对列为第一任务队列的情况下,服务器可以按照第一优先级尽快结束针对所述拒付申请的拒付任务处理,并生成回复信息,从而可以及时地释放该拒付申请所占用的处理资源,以便可以尽快调用所释放的处理资源处理其他的拒付申请。
在本实施例中,在确定目标任务队列为第二任务队列或第三任务队列的情况下,服务器可以基于与目标任务队列对应的处理优先级(例如目标任务队列所对应的第二优先级或第三优先级),根据拒付申请的理由码和属性特征数据确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。例如,根据上述抗辩文件通过收单行向中间机构发起预仲裁请求,以通过预仲裁证明收款方无错,拒绝接受付款方所提出的申请内容。
在实施例中,具体实施时,对于划分到第二任务队列或第三任务队列中的拒付申请,往往还是有一定的概率能够通过生成抗辩文件发起预仲裁抗来证明收款方无错,以保护收款方的合法权益的。为了进一步提高所生成的抗辩文件的抗辩效果,使得能够有更高的成功率以最终通过抗辩成功,赢得仲裁。可以基于对应的优先级,在所对应的目标任务队列的多个预先设置好的抗辩模板中进行检索,找到与理由码和属性特征数据匹配的抗辩模板作为与该拒付申请匹配的目标抗辩模板。其中,上述抗辩模板具体可以是预先针对不同情况的拒付申请设计配置好的包含有针对该情况拒付申请具有抗辩效果相对较好的抗辩角度的模板数据。
需要补充的是,由于同一个目标队列中不同情况的拒付申请所涉及的目标交易数据的拒付理由、业务类型、物流情况、中间机构、支付方式等因素可能存在差异,导致对应同一个目标队列中不同情况的拒付申请的有效抗辩的角度也会存在差异。
例如,对于拒付申请涉及的拒付理由是目标交易数据是盗刷付款方的账户实施的订单交易,则可以选择针对该拒付理由类型的抗辩角度所设计的模板作为目标抗辩模板,并根据该目标抗辩模板从盗卡这种拒付理由类型的抗辩角度出发,结合属性特征数据,搜集与盗卡相关的信息。例如,可以搜集付款方历史付款的地理位置信息、付款方本次付款的地理位置信息和付款方本次付款之后的最近付款的地理位置信息等作为目标抗辩材料。进而可以根据上述目标抗辩材料和目标抗辩模板生成对应的抗辩文件,以通过抗辩付款方之前,以及之后正常情况下本人也在相同的地理位置进行过支付,证明付款方所提出的拒付申请所基于的盗卡的拒付理由不成立,从而证明收款方无错,不需要承担退款责任。这样得到的抗辩文件是针对所对应的抗辩角度生成的,相对更有针对性,具有更好的抗辩效果,也更有助于进行预仲裁,提高仲裁成功的概率,从而能更有效地维护收款方的合理权益。
其中,上述抗辩角度具体可以包括:拒付业务的类型(例如,部分拒付、全额拒付、调单等)、拒付理由的类型(例如,盗卡类、商品质量类、订单处理流程类等)、物流状态的类型(物流遗失、物流损失等)、支付渠道的类型、中间机构类型(例如,VISA、Master card等)。当然,需要说明的是,上述所列举的抗辩角度只是为了更好地说明本说明书实施例。具体实施时,根据具体的应用场景和处理需要,还可以引入扩展其他类型的抗辩角度。对此,本说明书不作限定。
在本实施例中,在确定目标任务队列为第四任务队列的情况下,服务器可以按照最低的优先级先向收款方发送所述抗辩成功率,以提示收款方针对该拒付申请进行抗辩的成功率可能并不高。并请求收款方反馈针对所述拒付申请的处理指示;接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。如果收款方结合抗辩成功率,决定放弃仲裁,给出了放弃指示,服务器可以不再浪费资源和时间准备对应的抗辩文件来发起预仲裁,而是可以及时地向中间机构反馈接受拒付申请的申请内容,并按照付款方所提出的具体的申请内容完成相应的退款等业务,以尽快地结束该拒付申请的任务处理。如果收款方结合抗辩成功率,决定不放弃仲裁,并给出了仲裁指示,服务器可以响应该指示继续寻找匹配相适应的抗辩角度,来准备抗辩文件,并根据抗辩文件发起预仲裁。同时,还可以接收收款方提供的抗辩建议,根据收款方提供的抗辩建议,寻找相对合适的抗辩角度来生成对应的抗辩文件,以发起预仲裁,以提高仲裁的成功率。
在本实施例中,通过响应所接收的拒付申请,获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再以上述拒付理由码和属性特征数据作为依据,按照预设的任务队列分类规则确定出与拒付申请匹配的目标任务队列;进而根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,以及拒付处理的成功率,能有效地维护收款方的权益。解决了通常在处理拒付申请时由于需要依赖工作人员人工分别针对每一个拒付申请进行相应的分析和处理导致的实施成本高、处理效率低的技术问题。
在一个实施例中,所述属性特征数据具体可以包括以下至少之一:付款方的历史评价数据、收款方的历史评价数据、目标交易数据所涉及的交易对象的物流数据、收款方的处理记录、拒付申请的内容数据等等。
本说明书的一个实施例通过获取并利用上述属性特征数据,结合拒付申请的理由实现了更加精细、准确地划分拒付申请所对应的目标任务队列。
在一个实施例中,上述根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,具体实施时,可以包括以下内容:根据预设的承担方判定规则、所述属性特征数据、所述理由码,确定与所述拒付申请对应的承担方;通过所述预设的再请款模型根据所述属性特征数据、所述理由码确定抗辩成功率;根据所述预设的任务队列分类规则,确定与所述理由码、所述承担方、所述抗辩成功率、所述收款方的处理记录匹配的任务队列作为所述目标任务队列。
在本实施例中,为了能够更加精细、准确地划分拒付申请所对应的目标任务队列,在获取使用拒付申请的拒付理由码和属性特征数据的基础上,还可以先对拒付申请的拒付理由码和属性特征数据进行分析处理,以确定得到拒付申请所针对的承担方,以及抗辩成功率等特征信息,进而可以结合上述特征信息更加精确地确定出拒付申请所对应的任务队列,以便后续可以对拒付申请进行更有针对性的精细处理。
在一个实施例中,上述预设的承担方判定规则具体实施时,可以是服务器对历史的拒付申请的承担方判例进行学习所建立的判定规则,也可以是技术人员结合服务器所在的网络平台的运营规则,以及中间机构所采用的拒付协议规则,设置的判定规则。本说明书的一个实施例通过基于上述预设的承担方判定规则,服务器可以较为准确地判定出该拒付申请所针对的承担方。
在一个实施例中,上述预设的再请款模型具体实施时,可以是按照以下方式建立得到的:获取历史针对拒付申请的预仲裁记录数据。其中,上述预仲裁记录数据包含有所针对的拒付申请的拒付理由码和属性特征数据。根据仲裁结果,对上述预仲裁记录数据进行仲裁成功或失败的标注,得到标注后的历史预仲裁记录数据。所述标注后的历史预仲裁记录数据对初始模型进行学习训练,以建立所述预设的再请款模型。本说明书的一个实施例通过按照上述方式建立对应的预设的再请款模型,可以使得所建立的预设的再请款模型能够较为准确地对抗辩成功率进行预测,为是否准备抗辩文件,发起预仲裁提高参考。
在一个实施例中,上述根据所述预设的任务队列分类规则,根据所述预设的任务队列分类规则,确定与所述理由码、所述承担方、所述抗辩成功率、所述收款方的处理记录匹配的任务队列作为所述目标任务队列,具体实施时,可以包括以下内容:在根据收款方的处理记录确定收款方已经完成相应退款的情况下,根据所述预设的任务队列分类规则,将第一任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率大于等于第一阈值的情况下,根据所述预设的任务队列分类规则,将第二任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第一阈值,大于等于第二阈值的情况下,根据所述预设的任务队列分类规则,将第三任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第二阈值的情况下,根据所述预设的任务队列分类规则,将第四任务队列确定为所述目标任务队列。本说明书的一个实施例通过上述方式可以实现了将不同情况的拒付申请进行准确的任务队列的划分。
在一个实施例中,上述根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,具体实施时,可以包括以下内容:在确定目标对列为第一任务队列的情况下,按照第一优先级结束针对所述拒付申请的任务处理,并生成回复信息。本说明书的一个实施例通过上述方式可以尽快地结束对第一任务队列中的拒付申请的处理,以释放所占用的处理资源。
在一个实施例中,上述根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,具体实施时,还可以包括:在确定目标任务队列为第二任务队列或第三任务队列的情况下,基于与目标任务队列对应的处理优先级,根据理由码和属性特征数据确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。本说明书的一个实施例通过上述方式可以针对具有一定抗辩成功率的拒付申请,生成具有针对性的、抗辩效果较好的抗辩文件,以发起针对拒付申请的预仲裁请求,提高仲裁成功率,维护收款方的合理权益。
在一个实施例中,所抗辩角度具体实施时可以包括以下至少之一:拒付业务的类型、拒付理由的类型、物流状态的类型、支付渠道的类型、中间机构类型等等。本说明书的一个实施例通过针对不同情况的拒付申请,基于上述抗辩角度来有针对性地生成对应的抗辩文件,可以使得在进行预仲裁时所使用的抗辩文件具有更好的抗辩效果,提高预仲裁的成功率。
在一个实施例中,上述根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,具体实施时,可以包括以下内容:在确定目标任务队列为第四任务队列的情况下,向收款方发送所述抗辩成功率,并请求收款方反馈针对所述拒付申请的处理指示;接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。本说明书的一个实施例通过上述方式可以针对具有抗辩成功率较低的拒付申请,请示并根据收款方的处理指示来确定是否要生成抗辩文件,发起预仲裁请求,减少了对一些抗辩成功率极小的拒付申请生成抗辩文件发起预仲裁导致的对处理资源和处理时间的浪费。
由上可见,本说明书实施例提供的拒付申请的处理方法,通过响应所接收的拒付申请,获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再以上述拒付理由码和属性特征数据作为依据,按照预设的任务队列分类规则确定出与拒付申请匹配的目标任务队列;进而根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,以及拒付处理的成功率,能有效地维护收款方的权益。解决了通常在处理拒付申请时由于需要依赖工作人员人工分别针对每一个拒付申请进行相应的分析和处理导致的实施成本高、处理效率低的技术问题。还通过在获取了与拒付申请相关的拒付理由码和属性特征数据后,先通过预设的承担方判定规则,判定出拒付申请所对应的承担方;同时通过预设的再请款模型预测出抗辩成功率;进而可以通过结合上述所确定出的承担方以及抗辩成功率,更加准确地来划分拒付申请所匹配的目标任务队列,进一步提高了后续拒付处理的成功率。
本说明书实施例还提供一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器具体实施时可以根据指令执行以下步骤:获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
为了能够更加准确地完成上述指令,参阅图5所示,本说明书实施例还提供了另一种具体的服务器,其中,所述服务器包括网络通信端口501、处理器502以及存储器503,上述结构通过内部线缆相连,以便各个结构可以进行具体的数据交互。
其中,所述网络通信端口501,具体可以用于获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据。
所述处理器502,具体可以用于响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
所述存储器503,具体可以用于存储相应的指令程序。
在本实施例中,所述网络通信端口501可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟端口。例如,所述网络通信端口可以是负责进行web数据通信的80号端口,也可以是负责进行FTP数据通信的21号端口,还可以是负责进行邮件数据通信的25号端口。此外,所述网络通信端口还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如GSM、CDMA等;其还可以为Wifi芯片;其还可以为蓝牙芯片。
在本实施例中,所述处理器502可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施例中,所述存储器503可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
本说明书实施例还提供了一种基于上述拒付申请的处理方法的计算机存储介质,所述计算机存储介质存储有计算机程序指令,在所述计算机程序指令被执行时实现:获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
在本实施例中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施例中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
参阅图6所示,在软件层面上,本说明书实施例还提供了一种拒付申请的处理装置,该装置具体可以包括以下的结构模块。
第一获取模块601,具体可以用于获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;
第二获取模块602,具体可以用于响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;
划分模块603,具体可以用于根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中,其中,不同的任务队列所对应的处理优先级和处理规则不同;
处理模块604,具体可以用于根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
在一个实施例中,所述属性特征数据具体可以包括以下至少之一:付款方的历史评价数据、收款方的历史评价数据、目标交易数据所涉及的交易对象的物流数据、收款方的处理记录、拒付申请的内容数据等等。
在一个实施例中,所述划分模块603具体可以包括以下结构单元:
第一确定单元,具体可以用于根据预设的承担方判定规则、所述属性特征数据、所述理由码,确定与所述拒付申请对应的承担方;
第二确定单元,具体可以用于通过所述预设的再请款模型根据所述属性特征数据、所述理由码确定抗辩成功率;
第三确定单元,具体可以用于根据所述预设的任务队列分类规则,确定与所述理由码、所述承担方、所述抗辩成功率、所述收款方的处理记录匹配的任务队列作为所述目标任务队列。
在一个实施例中,所述第三确定单元具体可以用于在根据收款方的处理记录确定收款方已经完成相应退款的情况下,根据所述预设的任务队列分类规则,将第一任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率大于等于第一阈值的情况下,根据所述预设的任务队列分类规则,将第二任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第一阈值,大于等于第二阈值的情况下,根据所述预设的任务队列分类规则,将第三任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第二阈值的情况下,根据所述预设的任务队列分类规则,将第四任务队列确定为所述目标任务队列。
在一个实施例中,所述处理模块604具体可以包括第一处理单元,具体可以用于在确定目标对列为第一任务队列的情况下,按照第一优先级结束针对所述拒付申请的任务处理,并生成回复信息。
在一个实施例中,所述处理模块604具体可以包括第二处理单元,具体可以用于在确定目标任务队列为第二任务队列或第三任务队列的情况下,基于与目标任务队列对应的处理优先级,根据理由码和属性特征数据确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。
在一个实施例中,所抗辩角度具体可以包括以下至少之一:拒付业务的类型、拒付理由的类型、物流状态的类型、支付渠道的类型、中间机构类型等等。
在一个实施例中,所述处理模块604具体可以包括第三处理单元,具体可以用于在确定目标任务队列为第四任务队列的情况下,向收款方发送所述抗辩成功率,并请求收款方反馈针对所述拒付申请的处理指示;接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。
需要说明的是,上述实施例阐明的单元、装置或模块等,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
由上可见,本说明书实施例提供的拒付申请的处理装置,由于通过第二获取模块响应所接收的拒付申请,获取对应的拒付理由码,以及与拒付申请所针对的目标交易数据相关的属性特征数据;再通过划分模块以上述拒付理由码和属性特征数据作为依据,按照预设的任务队列分类规则确定出与拒付申请匹配的目标任务队列;进而通过处理模块根据目标任务队列的处理规则和处理优先级有针对性地对该拒付申请进行对应的拒付任务处理。从而能够自动分析并根据拒付申请的具体情况,对不同拒付申请有区分地进行针对性的、较为精准的拒付任务处理,提高了拒付任务处理效率,以及拒付处理的成功率,能有效地维护收款方的合理权益。解决了通常在处理拒付申请时由于需要依赖工作人员人工分别针对每一个拒付申请进行相应的分析和处理导致的实施成本高、处理效率低的技术问题。
虽然本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施例的描述可知,本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书的技术方案本质上可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,移动终端,服务器,或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本说明书,本领域普通技术人员知道,本说明书有许多变形和变化而不脱离本说明书的精神,希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。
Claims (14)
1.一种拒付申请的处理方法,包括:
获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;
响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;
根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中;包括:根据预设的承担方判定规则、所述属性特征数据、所述拒付理由码,确定与所述拒付申请对应的承担方;通过预设的再请款模型根据所述属性特征数据、所述拒付理由码确定抗辩成功率;在根据收款方的处理记录确定收款方已经完成相应退款的情况下,根据所述预设的任务队列分类规则,将第一任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且抗辩成功率大于等于第一阈值的情况下,根据所述预设的任务队列分类规则,将第二任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且抗辩成功率小于第一阈值,大于等于第二阈值的情况下,根据所述预设的任务队列分类规则,将第三任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且抗辩成功率小于第二阈值的情况下,根据所述预设的任务队列分类规则,将第四任务队列确定为所述目标任务队列;
根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
2.根据权利要求1所述的方法,所述属性特征数据包括以下至少之一:付款方的历史评价数据、收款方的历史评价数据、目标交易数据所涉及的交易对象的物流数据、收款方的处理记录、拒付申请的内容数据。
3.根据权利要求1所述的方法,根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,包括:
在确定目标对列为第一任务队列的情况下,按照第一优先级结束针对所述拒付申请的任务处理,并生成回复信息。
4.根据权利要求1所述的方法,根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,包括:
在确定目标任务队列为第二任务队列或第三任务队列的情况下,基于与目标任务队列对应的处理优先级,根据拒付理由码和属性特征数据确定出匹配的目标抗辩模板;
根据所述目标抗辩模板,确定抗辩角度;
根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;
根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;
根据所述抗辩文件,进行针对所述拒付申请的任务处理。
5.根据权利要求4所述的方法,所抗辩角度包括以下至少之一:拒付业务的类型、拒付理由的类型、物流状态的类型、支付渠道的类型、中间机构类型。
6.根据权利要求1所述的方法,根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请,包括:
在确定目标任务队列为第四任务队列的情况下,向收款方发送所述抗辩成功率,并请求收款方反馈针对所述拒付申请的处理指示;
接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。
7.一种拒付申请的处理装置,包括:
第一获取模块,用于获取拒付申请;其中,所述拒付申请包括付款方发起的针对已经核算的目标交易数据的进行拒付业务处理的请求数据;
第二获取模块,用于响应所述拒付申请,获取拒付理由码,以及与所述目标交易数据相关的属性特征数据;
划分模块,用于根据预设的任务队列分类规则、所述拒付理由码、所述属性特征数据,将所述拒付申请划分到对应的目标任务队列中;所述划分模块包括:第一确定单元,用于根据预设的承担方判定规则、所述属性特征数据、所述拒付理由码,确定与所述拒付申请对应的承担方;第二确定单元,用于通过预设的再请款模型根据所述属性特征数据、所述拒付理由码确定抗辩成功率;第三确定单元,具体用于在根据收款方的处理记录确定收款方已经完成相应退款的情况下,根据所述预设的任务队列分类规则,将第一任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率大于等于第一阈值的情况下,根据所述预设的任务队列分类规则,将第二任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第一阈值,大于等于第二阈值的情况下,根据所述预设的任务队列分类规则,将第三任务队列确定为所述目标任务队列;在根据收款方的处理记录确定收款方未完成相应退款,且所述抗辩成功率小于第二阈值的情况下,根据所述预设的任务队列分类规则,将第四任务队列确定为所述目标任务队列;
处理模块,用于根据所述目标任务队列的处理规则和处理优先级,处理所述拒付申请。
8.根据权利要求7所述的装置,所述属性特征数据包括以下至少之一:付款方的历史评价数据、收款方的历史评价数据、目标交易数据所涉及的交易对象的物流数据、收款方的处理记录、拒付申请的内容数据。
9.根据权利要求7所述的装置,所述处理模块包括第一处理单元,用于在确定目标对列为第一任务队列的情况下,按照第一优先级结束针对所述拒付申请的任务处理,并生成回复信息。
10.根据权利要求7所述的装置,所述处理模块包括第二处理单元,用于在确定目标任务队列为第二任务队列或第三任务队列的情况下,基于与目标任务队列对应的处理优先级,根据拒付理由码和属性特征数据确定出匹配的目标抗辩模板;根据所述目标抗辩模板,确定抗辩角度;根据所述属性特征数据,搜集与所述抗辩角度对应的目标抗辩材料;根据所述目标抗辩材料、所述目标抗辩模板,生成抗辩文件;根据所述抗辩文件,进行针对所述拒付申请的任务处理。
11.根据权利要求10所述的装置,所抗辩角度包括以下至少之一:拒付业务的类型、拒付理由的类型、物流状态的类型、支付渠道的类型、中间机构类型。
12.根据权利要求7所述的装置,所述处理模块包括第三处理单元,用于在确定目标任务队列为第四任务队列的情况下,向收款方发送所述抗辩成功率,并请求收款方反馈针对所述拒付申请的处理指示;接收并根据收款方反馈的处理指示,进行针对所述拒付申请的任务处理。
13.一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现权利要求1至6中任一项所述方法的步骤。
14.一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现权利要求1至6中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910921691.1A CN110728520B (zh) | 2019-09-27 | 2019-09-27 | 拒付申请的处理方法、装置和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910921691.1A CN110728520B (zh) | 2019-09-27 | 2019-09-27 | 拒付申请的处理方法、装置和服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110728520A CN110728520A (zh) | 2020-01-24 |
CN110728520B true CN110728520B (zh) | 2023-02-17 |
Family
ID=69218435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910921691.1A Active CN110728520B (zh) | 2019-09-27 | 2019-09-27 | 拒付申请的处理方法、装置和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110728520B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111489170A (zh) * | 2020-05-15 | 2020-08-04 | 支付宝(杭州)信息技术有限公司 | 一种拒付信息的处理方法、装置及设备 |
CN112184248B (zh) * | 2020-10-20 | 2024-03-29 | 中国工商银行股份有限公司 | 卡组织拒付调单数据处理方法及装置 |
CN115658325B (zh) * | 2022-11-18 | 2024-01-23 | 北京市大数据中心 | 数据处理方法、装置、多核处理器、电子设备以及介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8346638B2 (en) * | 2005-10-26 | 2013-01-01 | Capital One Financial Corporation | Systems and methods for processing transaction data to perform a merchant chargeback |
US20160379216A1 (en) * | 2015-06-26 | 2016-12-29 | Vantiv, Llc | Automatic chargeback management |
CN107423120B (zh) * | 2017-04-13 | 2020-06-30 | 阿里巴巴集团控股有限公司 | 任务调度方法及装置 |
CN107948095B (zh) * | 2017-11-21 | 2021-11-02 | 中国银行股份有限公司 | 一种资源控制方法、装置及总线系统服务器 |
CN109814988A (zh) * | 2017-11-22 | 2019-05-28 | 深圳竹云科技有限公司 | 任务处理方法及系统 |
CN107909362A (zh) * | 2017-11-30 | 2018-04-13 | 广州唯品会网络技术有限公司 | 退款数据的处理方法及装置 |
CN109949147A (zh) * | 2019-02-14 | 2019-06-28 | 口碑(上海)信息技术有限公司 | 业务信息处理方法、装置、系统、存储介质及计算机设备 |
-
2019
- 2019-09-27 CN CN201910921691.1A patent/CN110728520B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110728520A (zh) | 2020-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11995626B2 (en) | Expedited point-of-sale merchant payments | |
US11055673B2 (en) | Merchant data cleansing in clearing record | |
CN110728520B (zh) | 拒付申请的处理方法、装置和服务器 | |
US20150106260A1 (en) | System and methods for global boarding of merchants | |
JP7162587B2 (ja) | 注文情報処理方法、装置およびシステム | |
US20140172697A1 (en) | Systems and methods for detecting fraud in retail return transactions | |
CN110728519B (zh) | 拒付任务的处理方法、装置和服务器 | |
US20200320530A1 (en) | Maintenance plant management method, system and data management server | |
US20140181007A1 (en) | Trademark reservation system | |
WO2020076306A1 (en) | System for designing and validating fine grained event detection rules | |
JP2013246480A (ja) | 債権買取事業者装置及び電子債権の割引取引方法 | |
KR102129873B1 (ko) | 아르바이트 중개 시스템 및 그 방법 | |
CN110622189A (zh) | 用于提供数字收据的高效方法和系统 | |
CN105741119A (zh) | 一种业务实现方法和装置 | |
CN114971790A (zh) | 融资租赁业务的处理方法、装置、设备及可读存储介质 | |
US10430793B2 (en) | Fraud management system and method | |
WO2017128685A1 (zh) | 一种交易处理方法以及交易系统 | |
AU2014203818B9 (en) | Fraud management system and method | |
KR20180023603A (ko) | 대출 중개 시스템 및 이에 이용되는 중개 서버 | |
US20150066773A1 (en) | Claim rate black box | |
US20170308900A1 (en) | System and method for scoring cross border transactions | |
CN108074186B (zh) | 健康卡开户处理方法和装置 | |
CA2855168C (en) | Fraud management system and method | |
KR102108508B1 (ko) | 스마트 할부 금융 서비스 시스템 | |
US20170186095A1 (en) | Centralized GAAP approach for multidimensional accounting to reduce data volume and data reconciliation processing costs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230303 Address after: 801-10, Section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province, 310012 Patentee after: Ant financial (Hangzhou) Network Technology Co.,Ltd. Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province Patentee before: Alipay (Hangzhou) Information Technology Co.,Ltd. |
|
TR01 | Transfer of patent right |