针对借款人账户的处理方法和装置
文献发布时间:2023-06-19 10:58:46
技术领域
本公开涉及金融技术领域,特别是涉及一种针对借款人账户的处理方法和装置、一种电子设备以及一种计算机可读存储介质。
背景技术
融资通常需要基于真实的贸易信息进行。融资方即借款人(如一般企业法人,小型或微型企业,以及个人等)在某种贸易关系中通常作为售货方与购货方(如核心企业等)签订贸易合同,并基于与购货方的贸易金额向贷款方(如银行)申请贷款,例如申请信用贷款。在此过程中,借款人为了保证其信用度,需要及时地进行还款,因此购货方对售货方即借款人的付款便成为该融资的主要还款来源。
在实现本公开发明构思的过程中,发明人发现:借款人收到付款后,要么需要亲自登录网银系统或者亲临柜台归还贷款,因而比较麻烦,甚至可能导致还款不及时;要么借款人在收到付款后可能挪用资金,导致无法归还贷款。以上两种情况均会导致借款人信用度降低,并且均会给银行的融资业务带来风险。
发明内容
有鉴于此,本公开提供了一种针对借款人账户的处理方法和装置、一种电子设备以及一种计算机可读存储介质。
本公开的一个方面提供了一种针对借款人账户的处理方法,包括:对借款人账户进行监测,其中上述借款人账户涉及融资事件;以及响应于监测到上述借款人账户收到应付款项,通知信贷系统基于上述融资事件对上述借款人账户执行扣款操作。
可选地,上述对借款人账户进行监测,包括以下至少之一:响应于接收到付款人针对上述借款人账户推送的付款消息,对上述借款人账户进行监测,其中上述付款人也涉及上述融资事件;响应于接收到上述信贷系统针对上述借款人账户推送的监测通知,对上述借款人账户进行监测。
可选地,还包括:在上述通知信贷系统基于上述融资事件对上述借款人账户执行扣款操作之前,确定支出上述应付款项的付款人或付款人账户是否也涉及上述融资事件;其中,响应于确定上述付款人或上述付款人账户也涉及上述融资事件,通知上述信贷系统基于上述融资事件对上述借款人账户执行扣款操作。
可选地,还包括:响应于确定上述付款人或上述付款人账户并不涉及上述融资事件,不通知上述信贷系统对上述借款人账户执行扣款操作。
可选地,上述付款消息包括:付款方和付款金额;上述确定支出上述应付款项的付款人或付款人账户是否也涉及上述融资事件,包括:确定支出上述应付款项的付款人或付款人账户是否与上述付款消息中包含的上述付款方一致;确定上述应付款项对应的金额是否与上述付款消息中包含的上述付款金额一致;以及响应于付款方一致且付款金额也一致,确定上述付款人或上述付款人账户也涉及上述融资事件。
可选地,上述付款消息包括:付款方、付款金额和付款时间段;上述方法还包括:响应于在上述付款时间段内一直未监测到上述付款方向上述借款人账户支付上述付款金额,将监测结果反馈给推送上述付款消息的付款人。
本公开的另一个方面提供了一种针对借款人账户的处理方法,包括:响应于接收到监测系统发送的针对借款人账户的扣款通知,基于上述借款人账户涉及的融资事件对上述借款人账户执行扣款操作;其中,上述监测系统用于对上述借款人账户进行监测,并响应于监测到上述借款人账户收到应付款项,向信贷系统发送上述扣款通知。
可选地,上述处理方法还包括:在上述监测系统对上述借款人账户进行监测之前,获取付款人针对上述借款人账户推送的付款消息,其中上述付款消息包括贸易信息;以及基于上述贸易信息确定上述付款人和上述借款人账户是否均涉及上述融资事件;其中,响应于基于上述贸易信息确定上述付款人和上述借款人账户均涉及上述融资事件,通知上述监测系统对上述借款人账户进行监测。
可选地,上述处理方法还包括:响应于基于上述贸易信息确定上述付款人和上述借款人账户均涉及上述融资事件,校验上述借款人账户当前是否处于有效状态;响应于校验结果表征上述借款人账户当前处于有效状态,通知上述监测系统对上述借款人账户进行监测。
本公开的另一方面提供了一种针对借款人账户的处理装置,包括:监测模块,用于对借款人账户进行监测,其中所述借款人账户涉及融资事件;以及通知模块,用于响应于监测到所述借款人账户收到应付款项,通知信贷系统基于所述融资事件对所述借款人账户执行扣款操作。
本公开的另一方面提供了一种针对借款人账户的处理装置,包括:执行模块,用于响应于接收到监测系统发送的针对借款人账户的扣款通知,基于所述借款人账户涉及的融资事件对所述借款人账户执行扣款操作;其中,所述监测系统用于对所述借款人账户进行监测,并响应于监测到所述借款人账户收到应付款项,向信贷系统发送所述扣款通知。
本公开的另一方面提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现本公开实施例的方法。
本公开的另一方面提供了一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器实现本公开实施例的上述方法。
本公开的另一个方面提供了一种计算机程序产品,包括计算机程序,上述计算机程序在被处理器执行时实现根据本公开实施例的上述方法。
根据本公开的实施例,由于采用了对借款人账户进行监控,并在监测到该借款人账户收到应付款项的情况下,自动对该借款人账户执行扣款操作的技术手段,因而可以避免因借款人操作不及时或者挪用资金而导致的还款不及时甚至无法归还贷款等问题,进而可以降低银行在融资方面存在的业务风险。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1示意性示出了根据本公开实施例的适于针对借款人账户的处理方法和装置的系统架构;
图2示意性示出了根据本公开实施例的适于应用针对借款人账户的处理方法和装置的应用场景;
图3示意性示出了根据本公开实施例的一种针对借款人账户的处理方法的流程图;
图4示意性示出了根据本公开实施例的根据付款人推送的付款消息对借款人账户进行监测的示意图;
图5示意性示出了根据本公开实施例的另一种针对借款人账户的处理方法的流程图;
图6示意性示出了根据本公开实施例的确定支出应付款项的付款人或付款人账户是否涉及融资事件的流程图;
图7示意性示出了根据本公开实施例的通知监测系统对借款人账户进行监测的流程图;
图8示意性示出了根据本公开实施例的又一种针对借款人账户的处理方法的流程图;
图9示意性示出了根据本公开实施例的一种针对借款人账户的处理装置的框图;
图10示意性示出了根据本公开实施例的另一种针对借款人账户的处理装置的框图;以及
图11示意性示出了根据本公开实施例的电子设备的框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
附图中示出了一些方框图和/或流程图。应理解,方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外,本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式,该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。
本公开的实施例提供了一种针对借款人账户的处理方法以及能够应用该方法的装置。该方法包括借款人账户进行监测,其中借款人账户涉及融资事件;响应于监测到借款人账户收到应付款项,通知信贷系统基于融资事件对借款人账户执行扣款操作。
图1示意性示出了根据本公开实施例的适于针对借款人账户的处理方法和装置的系统架构。需要注意的是,图1所示仅为可以应用本公开实施例的系统架构的示例,以帮助本领域技术人员理解本公开的技术内容,但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
如图1所示,根据该实施例的系统架构100可以包括账户系统101、支付系统102、监测系统103和信贷系统104。账户系统101、支付系统102、监测系统103和信贷系统104之间通过网络进行数据传输等,网络可以包括各种连接类型,例如有线和/或无线通信链路等等。
支付系统102可以安装在具有显示屏并且支持网页浏览的各种电子设备中,各种电子设备包括但不限于智能手机、平板电脑和膝上型便携计算机等等。
账户系统101是用于管理银行账户的系统。支付系统102可以是例如具有支付功能的APP。监测系统103可以用于监测账户系统101中各银行账户的动态,例如是否存在资金变动;还可以用于向信贷系统104发送通知等。信贷系统104可以用于响应于接收到相关扣款通知,对账户系统101中的对应账户执行扣款操作。
例如,某用户A的一个账户涉及融资事件,并且该用户在本次融资事件中为借款人。需要说明的是,在融资事件中,融资方即借款人,而在某种贸易关系中借款人通常作为售货方与购货方签订贸易合同,并基于与购货方的贸易金额向贷款方即贷款人(如银行)申请贷款,因此购货方对售货方(即借款人)的付款通常是融资的主要还款来源。
此外,可以假设用户B为本次融资事件中的购货方。那么,用户B作为购货方与用户A(售货方)签订贸易合同,在资金短缺的情况下,用户A可以以此合同中涉及的款项或者货品作为押品向贷款方(如银行)申请贷款,用以完成本次贸易涉及的订单(如生产一批货物),贷款金额可以等于本次贸易金额。则用户A可以将用户B支付的贸易款项用于向贷款方还款。
由此,在用户B通过支付系统102向用户A提供的银行账户支付贸易款项的情况下,用户B可以通过支付系统102向监测系统103推送付款消息。监测系统103基于该付款消息,可以对用户A提供的银行账户进行监测,例如,监测该账户系统101是否有收支款项等。应该理解,账户系统101可以用于管理任何银行账户,包括用户A提供的银行账户。
在监测系统103监测到该用户A提供的银行账户收到该贸易款项的情况下,通知信贷系统104对该银行账户执行扣款操作。信贷系统104响应于接收到该通知,则基于用户A涉及的融资事件,对该银行账户执行扣款操作。
应该理解,图1中的账户系统、支付系统、监测系统和信贷系统的数目仅仅是示意性的。根据实现需要,可以具有任意数目的账户系统、支付系统、监测系统和信贷系统。
图2示意性示出了根据本公开实施例的适于应用针对借款人账户的处理方法和装置的应用场景。
需要说明的是,在融资事件中,融资方在贸易关系中通常是与购货方签订贸易合同的售货方,而在例如信用贷款时,通常是基于与购货方的贸易金额和自身信用度向贷款方申请贷款的借款人,因而购货方对售货方的付款通常是融资的主要还款来源。
即,融资方相对于贷款方而言,为借款人,相对于购货方而言,为售货方。购货方相对于售货方而言,为付款人。也就是说,在本公开的实施例中,借款人为融资方(相对于贷款方而言),付款人为购货方(相对于售货方而言)。借款人基于与付款人签订的贸易合同中的贸易金额,向贷款方进行贷款。付款人基于与借款人签订的贸易合同中的贸易金额,向借款人支付贸易款项。借款人将由付款人支付的该贸易款项,用于向贷款方进行还款。
在该应用场景中,假设用户A和用户B之间存在贸易关系。其中,用户B为汽车制造商(即售货方),用户A为汽车购买商(即购货方)。用户A从用户B处订购一批汽车,承诺汽车到货后再向用户B支付款项。用户B因为没有足够的资金生产这批汽车,已基于该贸易合同向银行申请了贷款。
例如,基于用户A和用户B之间的贸易关系,用户A(付款人)在收到该订购的汽车后,应付用户B 100万元。用户B(借款人)应将该100万元用于向银行(贷款方)还款。在本公开实施例中,用户A在支付用户B 100万元款项之前,可以先向银行监测系统或者银行信贷系统(图中未示出)发送付款消息,以便通知将要向用户B的某银行账户付款。监测系统接收到该付款消息,便可以对用户B的该银行账户进行监测。
在本公开实施例中,用户A(付款人)可以通过具有转账功能的客户端,例如某APP,对用户B(借款人)进行转账,其中,用户A在该APP中的操作界面可以如图2中付款人界面210所示,其中,付款账号为用户A的银行账号,收款人XX是用户B,对应地,收款账号为用户B的银行账号。
用户B通过具有转账功能的客户端,例如某APP,可以查看用户A(付款人)的转账金额,用户B在该APP的操作界面可以如图2中借款人界面220所示。其中,付款人YY为用户A。在此情况下,监测系统(图中未示出)监测到用户B的账户收到应付款项,则通知信贷系统(图中未示出)基于用户B涉及的融资事件,对用户B的账户执行扣款操作。信贷系统接收到该通知,则根据用户B涉及的融资事件(用户B应还款100万元),对用户B扣除100万元。
根据本公开的实施例,监测系统监测到用户B支出应付款项,可以向用户A(付款人)和用户B(借款人)返回还款信息。
图3示意性示出了根据本公开实施例的一种针对借款人账户的处理方法的流程图。如图3所示,该方法可以包括操作S310~S320。
在操作S310,对借款人账户进行监测,其中借款人账户涉及融资事件。
根据本公开的实施例,借款人可以是向贷款方进行贷款的用户(例如一般企业法人,小型或微型企业,以及个人等)。例如,某用户由于缺少启动资金,所以向贷款方进行贷款,则该用户即可以为借款人。
又例如,在融资事件中,融资方在某种贸易关系中,作为售货方与购货方签订贸易合同。融资方基于与购货方的贸易金额向贷款方申请贷款。因而,购货方向融资方支付的贸易金额,便是融资方向贷款方进行还款的主要来源。那么,融资方相对于贷款方而言即为借款人,购货方相对于售货方而言即为付款人。则可以对融资方(即借款人)账户进行监测。
例如,在融资事件中,用户B作为融资方向银行进行贷款,用以生产由用户A(购货方)向用于B(售货方)订购的货品,用户B用用户A支付的款项进行还款,其中,用户B为借款人,用户A为付款人。
根据本公开的实施例,监测系统可以对借款人账户在一段时间内的收支款项进行监测。例如,可以监测付款人预计付款日前5天至该预计付款日后5天这个时间段内借款人账户的收款情况。
在操作S320,响应于监测到借款人账户收到应付款项,通知信贷系统基于融资事件对借款人账户执行扣款操作。
根据本公开的实施例,应付款项可以是借款人应向贷款方还款的金额。例如,某用户向贷款方贷款100万元,则可以对该用户的账户进行监测,响应于监测到该用户账户收到100万元,通知信贷系统基于融资事件对借款人账户执行扣款操作,即扣除100万元。
或者,应付款项可以是付款人应向借款人支付的金额。如前所述,借款人基于与付款人的贸易关系,向贷款方进行贷款。付款人向借款人支付贸易金金额,进而借款人利用付款人支付的支付金额向贷款人还款。则付款人向借款人支付金额即为应付款项。
根据本公开的实施例,监测系统可以监测借款人账户在一段时间内的每一笔收入款情况,并将每笔收收款金额与借款人的还款款金额(即应归还贷款方的金额)进行对比。在该借款人的某一笔收款金额与还款金额一致的情况下,通知信贷系统基于融资事件对借款人账户执行扣款操作。
进一步地,基于融资事件对借款人账户执行扣款操作可以是一次性扣除付款人所付款项,或者按照分期付款,扣除该借款人每期应还款项。
通过本公开的实施例,由于采用了利用监测系统对涉及融资事件的借款人账户进行监测。以及在监测到该借款人账户收到应付款项式的情况下,通知信贷系统根据融资事件,自动对该借款人账户执行扣款操作的技术方案。可以简化借款人的还款操作流程,在监测到借款人账户收到应付款项后将自动扣除相应款项,无需借款人登录网银手工归还贷款或通过线下方式归还贷款,同时还可以避免借款人操作不及时或者挪用资金而导致的还款不及时甚至无法归还贷款等问题。
根据本公开的实施例,其中,上述对借款人账户进行监测,包括以下至少之一:
响应于接收到付款人针对借款人账户推送的付款消息,对借款人账户进行监测,其中付款人也涉及该融资事件。
响应于接收到信贷系统针对借款人账户推送的监测通知,对借款人账户进行监测。
根据本公开的实施例,付款人向借款人账户支付应付款项前,可以向监测系统推送付款消息。或者付款人向借款人账户支付应付款项前,可以向信贷系统推送付款消息。其中,信贷系统接收到该付款消息,先确定接收该付款人所付款项的银行账户是否涉及贷款,在确定该银行账户涉及贷款的情况下,再向监测系统发送监测通知,使得监测系统实时监测该银行账户的动态,以便能够对该账户及时执行扣款操作。
通过本公开的实施例,由于采用了在付款人对借款人账户支付该借款人应付款项时,付款人向监测系统推送付款信息,以及向信贷系统送付款信息,再由信贷系统向监测系统发生监测通知的技术手段,可以使监测系统提前获知付款人的付款时间和付款金额等消息,提高监测效率。
图4示意性示出了根据本公开实施例的根据付款人推送的付款消息对借款人账户进行监测的示意图。
如图4所示,付款人可以通过支付系统402在对借款人账户所在的账户系统401支付付款人应付款项。在付款人向借款人支付应付款项前,向信贷系统404发送付款消息,其中,该付款消息可以包括付款人信息、付款人账户信息、付款对象信息(即为借款人)。
信贷系统404接收该付款消息,向监测系统403发送监测通知。其中,监测通知可以包括付款人信息、付款人账户信息、监测对象信息(即为借款人)。
监测系统403接收到该监测通知,对该监测通知中涉及的监控对象(借款人)的账户进行监控。响应于监测到该借款人账户收到应付款项,向信贷系统404发送扣款通知。信贷系统404接收到该扣款通知,并基于该借款人涉及的融资事件,对该借款人账户执行扣款操作。
或者,在另一种情况(图中未示出),付款人可以通过支付系统402在对借款人账户所在的账户系统401支付付款人应付款项。在付款人向借款人支付应付款项前,支付系统402可以向监测系统403发送付款消息。其中,该付款消息可以包括付款人信息、付款人账户信息、付款对象信息(即为借款人)。
监测系统403接收到该付款消息,对该付款消息中涉及的付款对象(借款人)的账户进行监控。响应于监测到该借款人账户收到应付款项,向信贷系统404发送付款消息,其中,该付款消息可以包括付款人信息、付款人账户信息、付款对象信息(即为借款人)。
信贷系统404接收该付款消息,向监测系统403发送监测通知。其中,监测通知可以包括付款人信息、付款人账户信息、监测对象信息(即为借款人)。
监测系统403接收到该监测通知,对该监测通知中涉及的监控对象(借款人)的账户进行监控。响应于监测到该借款人账户收到应付款项,向信贷系统404发送扣款通知。信贷系统404接收到该扣款通知,并基于该借款人涉及的融资事件,对该借款人账户执行扣款操作。
进一步地,根据本公开的实施例,在通知信贷系统基于融资事件对借款人账户执行扣款操作之前,确定支出应付款项的付款人或付款人账户是否也涉及融资事件。
根据本公开的实施例,监测系统可以监测借款人账户在一段时间内,每一笔收入款情况,并将每笔收入款与该借款人涉及的融资事件中应付款项进行对比。在该借款人账户中的某一笔收入款与应还款项金额一致的情况下,确定支出该款项的付款人或付款人账户是否也涉及融资事件。
进一步地,在该借款人涉及至少一个融资事件的情况下,确定支出该款项的付款人或付款人账户是否也涉及其中一个融资事件。
例如,第一付款人从借款人处预订购一批货品,以及第二付款人在该借款人处也预订购另一批货品。该借款人基于与第一付款人和第二付款人的贸易关系,向贷款方进行贷款,例如共贷款100万元,其中,第一付款人与该借款人的贸易金额为50万元,第二付款人与该借款人的贸易金额为50万元。
在本公开的实施例中,对借款人账户进行监测。响应于监测到该借款人账户收到第一付款人支付的应付款项50万元,确定支出该50万元款项的第一付款人是否也涉及该借款人的至少一个融资事件。确定该第一付款人涉及该借款人的至少一个融资事件,则通知信贷系统基于融资事件对该借款人账户执行扣款操作,如基于该借款人的一个融资事件,即应向贷款方支付50万元,对该借款人账户执行扣除50万元的操作。
优选地,在通知信贷系统基于融资事件对借款人账户执行扣款操作之前,确定支出应付款项的付款人或付款人账户是否也涉及与推送的付款消息中的融资事件为同一个的融资事件。
根据本公开的实施例,响应于确定付款人或付款人账户也涉及融资事件,通知信贷系统基于融资事件对借款人账户执行扣款操作。
通过本公开的实施例,只有在确定支付应付款项的付款人也涉及与借款人涉及的融资事件的情况下,才会对借款人账户进行扣款。可以避免对借款人账户的错误扣款。
根据本公开的实施例,响应于确定付款人或付款人账户并不涉及融资事件,不通知信贷系统对借款人账户执行扣款操作。
根据本公开的实施例,即使借款人收到的款项可能与该借款人的应付款项一致,但可能支付该应付款项的付款人并不涉及该借款人涉及的融资事件,因此可以确定该付款人或付款人账户向借款人支付的款项不是该借款人的应付款项。在此情况下,不通知信贷系统对借款人账户执行扣款操作。
通过本公开的实施例,在向借款人支付应付款项的付款人并不涉及借款人涉及的融资事件的情况下,不会对借款人账户进行扣款。可以避免对借款人账户中的款项错误的扣款。
图5示意性示出了根据本公开实施例的另一种针对借款人账户的处理方法的流程图。
如图5所示,在操作S510、在付款人(或付款账户)通过支付系统,向借款人账户所在的账户系统,支付应付款项前,支付系统可以向监测系统发送付款消息,其中,付款消息可以包括融资事件信息、借款人信息、付款人(或付款账户)信息。
在操作S520、监测系统接收到该付款消息,对借款人账户进行监测。在操作S530、付款人通过支付系统向借款人账户支付应付款项。在操作S540、监测系统监测到借款人账户收到应付款项,执行操作S550。在操作S550、监测系统确定支出该应付款项的付款人(或付款账户)是否也涉及该借款人的融资事件。
在操作S560、响应于付款人(或付款账户)不涉及该借款人的融资事件,不执行发送扣款通知操作。在操作S570、响应于付款人(或付款账户)也涉及该借款人的融资事件,监测系统向信贷系统发送扣款通。
在操作S580、响应于接收到该扣款通知,对该借款人账户执行扣款操作。在操作S590、该借款人账户被执行扣款操作。
根据本公开的实施例,付款人针对借款人账户推送的付款消息包括:付款方和付款金额。
根据本公开的实施例,付款人在向借款人支付应付款项之前,向监测系统和/或信贷系统发送付款消息,付款消息包括付款方信息以及付款方本次向借款人支付的金额。
图6示意性示出了根据本公开实施例的确定支出应付款项的付款人或付款人账户是否涉及融资事件的流程图。如图6所示,该方法可以包括操作S610~S630:
操作S610,确定支出应付款项的付款人或付款人账户是否与付款消息中包含的付款方一致。
根据本公开的实施例,根据接收到的付款消息中包含的付款方信息,确定向借款人支付该应付款项的付款人或付款人账户是否是付款消息中包含的付款人或付款人账户。
操作S620,确定应付款项对应的金额是否与付款消息中包含的付款金额一致。
根据本公开的实施例,根据接收到的付款消息中包含的付款金额,确定向借款人支付的金额,是否与付款消息中包含的付款金额一致。
操作S630,响应于付款方一致且付款金额电一致,确定付款人或付款人账户也涉及融资事件。
通过本公开的实施例,通过付款人推送的付款消息中包含的付款方和付款金额,确定支付应付款项的支付方是否是付款消息中包含的付款方,在确定支付方即为付款方的情况下,才会对借款人账户执行扣款操作,可以避免将借款人账户中的金额错误扣款的情况。
根据本公开的实施例,付款人针对借款人账户推送的付款消息还可以:付款方、付款金额和付款时间段。
根据本公开的实施例,响应于在付款时间段内一直未监测到付款方向借款人账户支付付款金额,将监测结果反馈给推送付款消息的付款人。
根据本公开的实施例,可以设定付款时间,例如10分钟,在监测系统接收到付款人针对借款人账户推送的付款消息的10分钟后,监测系统还未监测到该借款人账户收到由付款人向借款人支付的付款金额,则向付款人反馈监测结果,例如“未成功收到付款金额”。
根据本公开的实施例,可以设定付款时间,例如20分钟,在信贷系统接收到付款人针对借款人账户推送的付款消息的20分钟后,监测系统还未监测到该借款人账户收到由付款人向借款人支付的付款金额,监测系统则向付款人反馈监测结果。
通过本公开的实施例,通过监测借款人账户在付款时间内是否收到付款项目的技术手段。可以及时发现付款人在付款过程中是否有付款失败的问题,同时可以及时将问题反馈给付款方,可以避免支付过程中的风险。
根据本公开实施例,一种针对借款人账户的处理方法,包括:响应于接收到监测系统发送的针对借款人账户的扣款通知,基于借款人账户涉及的融资事件对借款人账户执行扣款操作。其中,监测系统用于对借款人账户进行监测,并响应于监测到借款人账户收到应付款项,向信贷系统发送扣款通知。
根据本公开的实施例,监测系统监测到借款人账户收到应付款项,向信贷系统发出通知,信贷系统响应于接收到该通知,基于该借款人涉及的融资事件对该借款人执行扣款操作。
通过本公开的实施例,由于采用了在响应于接收到监测系统发送的扣款通知,才对借款人账户进行扣款操作的技术方案。无需借款人自助进行还款,可以实现自动对借款人账户的扣款操作,进而可以避免借款人挪用还款资金或超期还款的风险。
图7示意性示出了根据本公开实施例的通知监测系统对借款人账户进行监测的流程图。如图7所示,上述方法还可以包括操作S710~S730:
操作S710,在监测系统对借款人账户进行监测之前,获取付款人针对借款人账户推送的付款消息,其中付款消息包括贸易信息。
根据本公开的实施例,付款人在向借款人支付应付款项之前,向信贷系统发送付款消息,付款消息包括贸易信息,例如付款人信息、付款金额、借款人信息以及付款时间段。
操作S720,基于贸易信息确定付款人和借款人账户是否均涉及所述融资事件。
根据本公开的实施例,信贷系统根据获取的付款消息中包含的贸易信息,确定贸易信息中涉及的付款人和借款人账户是否均涉及融资事件。
操作S730,响应于基于贸易信息确定付款人和借款人账户均涉及融资事件,通知监测系统对借款人账户进行监测。
根据本公开的实施例,在付款人和借款人账户均涉及融资事件的情况下,向监测系统发送监测通知,监测通知可以包括借款人信息、监测时长。
根据本公开的实施例,响应于监测系统接收到该监测通知,对借款人账户进行监测。
通过本公开的实施例,由于采用了在确定推送付款消息的付款人涉及融资事件的情况下,对该融资事件中涉及的借款人账户进行监测的技术手段。可以避免监测到无需监测的账户,从而可以提高效率。
根据本公开实施例,还包括:响应于基于贸易信息确定付款人和借款人账户均涉及融资事件,校验借款人账户当前是否处于有效状态。
根据本公开的实施例,在付款人和借款人账户均涉及融资事件的情况下,校验该融资事件中的借款人的账户当前是否处理有效状态,例如,确定该借款人账户是否处于冻结状态或注销状态等。
响应于校验结果表征借款人账户当前处于有效状态,通知监测系统对借款人账户进行监测。
根据本公开的实施例,在该借款人账户处于有效状态的情况下,向监测系统发送监测通知,用以通知监测系统对付款人涉及的融资事件中的借款人的账户进行监测。
通过本公开的实施例,只有在借款人账户当前处于有效状态,才对借款人账户进行监测。可以避免无效的监控操作,提高效率。
图8示意性示出了根据本公开实施例的又一种针对借款人账户的处理方法的流程图。
如图8所示,在操作S810、在付款人(或付款账户)通过支付系统向借款人账户所在的账户系统支付应付款项前,付款人(或付款账户)通过支付系统向信贷系统发送付款消息,其中,付款消息可以包括本次转账中涉及的融资事件信息、借款人信息、付款人(或付款账户)信息。
在操作S820、信贷系统接收到该付款消息,确定付款人(或付款账户)和借款人是否均涉及融资事件。确定付款人(或付款账户)和借款人均涉及融资事件执行操作S830;确定付款人(或付款账户)和借款人中任意一方或双方均不涉及融资事件,不进行监测。
在操作S830、响应于付款人(或付款账户)和借款人均涉及融资事件,校验该融资事件中的借款人账户当前是否处于有效状态。借款人账户当前处于有效状态,执行操作S840;借款人账户当前并不处于有效状态,将校验结果返回付款人(或付款账户)。
在操作S840、响应于校验结果表征借款人账户当前处于有效状态,向监测系统发送监测通知,该监测通知包括付款人(或付款账户)信息、付款人(或付款账户)涉及的融资事件信息以及该融资事件中涉及的借款人。
在操作S850、响应于监测系统接收到该监测通知,对借款人账户进行监测。在操作S860、付款人(或付款账户)通过支付系统向借款人账户所在的账户系统支付应付款项。在操作S870、监测系统监测到借款人账户收到应付款项,执行操作S880。
在操作S880、响应于监测系统监测到借款人账户收到应付款项,向信贷系统发送扣款通知。在操作S890、响应于信贷系统接收到该扣款通知,根据本次转账中涉及的融资事件,对借款人账户执行扣款操作。
图9示意性示出了根据本公开实施例的一种针对借款人账户的处理装置的框图。
如图9所示,应用于针对借款人账户的处理装置900包括监测模块901和第一通知模块902。该处理装置可以执行上面参考方法实施例部分描述的方法,在此不再赘述。
具体地,监测模块901,用于对借款人账户进行监测,其中上述借款人账户涉及融资事件;以及第一通知模块902,用户响应于监测到上述借款人账户收到应付款项,通知信贷系统基于上述融资事件对上述借款人账户执行扣款操作。
根据本公开的实施例,上述监测模块包括以下至少之一:第一监测子模块,用于响应于接收到付款人针对上述借款人账户推送的付款消息,对上述借款人账户进行监测,其中上述付款人也涉及上述融资事件;第二监测子模块,用于响应于接收到上述信贷系统针对上述借款人账户推送的监测通知,对上述借款人账户进行监测。
根据本公开的实施例,上述处理装置还包括:确定模块,用于在上述通知信贷系统基于上述融资事件对上述借款人账户执行扣款操作之前,确定支出上述应付款项的付款人或付款人账户是否也涉及上述融资事件;以及第二通知模块,用于响应于确定上述付款人或上述付款人账户也涉及上述融资事件,通知上述信贷系统基于上述融资事件对上述借款人账户执行扣款操作。
根据本公开的实施例,上述处理装置还包括:处理模块,用于响应于确定上述付款人或上述付款人账户并不涉及上述融资事件,不通知上述信贷系统对上述借款人账户执行扣款操作。
根据本公开的实施例,其中:上述付款消息包括:付款方和付款金额。上述确定模块,包括:第一确定子模块,用于确定支出上述应付款项的付款人或付款人账户是否与上述付款消息中包含的上述付款方一致;第二确定子模块,用于确定上述应付款项对应的金额是否与上述付款消息中包含的上述付款金额一致;以及第三确定子模块,用于响应于付款方一致且付款金额也一致,确定上述付款人或上述付款人账户也涉及上述融资事件。
根据本公开的实施例,其中:上述付款消息包括:付款方、付款金额和付款时间段。上述处理装置还包括:推送模块,用于响应于在上述付款时间段内一直未监测到上述付款方向上述借款人账户支付上述付款金额,将监测结果反馈给推送上述付款消息的付款人。
图10示意性示出了根据本公开实施例的另一种针对借款人账户的处理装置的框图。如图10所示,应用于一种针对借款人账户的处理装置1000包括:执行模块1001。该处理装置可以执行上面参考方法实施例部分描述的方法,在此不再赘述。
具体地,执行模块1001,用于响应于接收到监测系统发送的针对借款人账户的扣款通知,基于上述借款人账户涉及的融资事件对上述借款人账户执行扣款操作;其中,上述监测系统用于对上述借款人账户进行监测,并响应于监测到上述借款人账户收到应付款项,向信贷系统发送上述扣款通知。
根据本公开的实施例,上述处理装置还包括:消息获取模块,用于在上述监测系统对上述借款人账户进行监测之前,获取付款人针对上述借款人账户推送的付款消息,其中上述付款消息包括贸易信息;以及信息确定单元,用于基于上述贸易信息确定上述付款人和上述借款人账户是否均涉及上述融资事件;第一消息通知单元,用于其中,响应于基于上述贸易信息确定上述付款人和上述借款人账户均涉及上述融资事件,通知上述监测系统对上述借款人账户进行监测。
根据本公开的实施例,上述处理装置还包括:校验模块,用于响应于基于上述贸易信息确定上述付款人和上述借款人账户均涉及上述融资事件,校验上述借款人账户当前是否处于有效状态;第二消息通知模块,用于响应于校验结果表征上述借款人账户当前处于有效状态,通知上述监测系统对上述借款人账户进行监测。
需要说明的是,装置部分的实施例方式与方法部分的实施例方式对应类似,并且所达到的技术效果也对应类似,在此不再赘述。
根据本公开的实施例的模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,根据本公开实施例的模块、子模块中的一个或多个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
例如,监测模块901和第一通知模块902中的任意多个可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,监测模块901和第一通知模块902中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,监测模块901和第一通知模块902中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图11示意性示出了根据本公开实施例的电子设备的框图。图11示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图11所示,电子设备1100包括处理器1110、计算机可读存储介质1120。该电子设备1100可以执行根据本公开实施例的方法。
具体地,处理器1110例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器1110还可以包括用于缓存用途的板载存储器。处理器1110可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
计算机可读存储介质1120,例如可以是非易失性的计算机可读存储介质,具体示例包括但不限于:磁存储装置,如磁带或硬盘(HDD);光存储装置,如光盘(CD-ROM);存储器,如随机存取存储器(RAM)或闪存;等等。
计算机可读存储介质1120可以包括计算机程序1121,该计算机程序1121可以包括代码/计算机可执行指令,其在由处理器1110执行时使得处理器1110执行根据本公开实施例的方法或其任何变形。
计算机程序1121可被配置为具有例如包括计算机程序模块的计算机程序代码。例如,在示例实施例中,计算机程序1121中的代码可以包括一个或多个程序模块,例如包括1121A、模块1121B、……。应当注意,模块的划分方式和个数并不是固定的,本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合,当这些程序模块组合被处理器1110执行时,使得处理器1110可以执行根据本公开实施例的方法或其任何变形。
根据本公开的实施例,监测模块901和第一通知模块902中的至少一个可以实现为参考图11描述的计算机程序模块,其在被处理器1110执行时,可以实现上面描述的相应操作。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,尽管已经参照本公开的特定示例性实施例示出并描述了本公开,但是本领域技术人员应该理解,在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下,可以对本公开进行形式和细节上的多种改变。因此,本公开的范围不应该限于上述实施例,而是应该不仅由所附权利要求来进行确定,还由所附权利要求的等同物来进行限定。
- 针对借款人账户的处理方法和装置
- 一种针对公有账户的处理方法及系统