CN111861439A - 跨境汇款交易的方法、终端、电子设备及存储介质 - Google Patents
跨境汇款交易的方法、终端、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111861439A CN111861439A CN202010754723.6A CN202010754723A CN111861439A CN 111861439 A CN111861439 A CN 111861439A CN 202010754723 A CN202010754723 A CN 202010754723A CN 111861439 A CN111861439 A CN 111861439A
- Authority
- CN
- China
- Prior art keywords
- transaction
- cross
- border
- remittance
- amount
- 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.)
- Granted
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/405—Establishing or using transaction specific rules
Abstract
本公开提供了一种跨境汇款交易的方法、终端、电子设备及存储介质,上述方法包括:接收跨境汇款交易请求。所述跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或所述跨境用户基于境内关联账户向境外账户收款的交易请求。其中,所述境内关联账户包括所述跨境用户的境外账户的有效身份证明绑定的境内账户。上述方法还包括:获取所述境内关联账户的收款额度。上述方法还包括:接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
Description
技术领域
本公开涉及金融领域,更具体地,涉及一种跨境汇款交易的方法、终端、电子设备及存储介质。
背景技术
在金融领域,货币的跨境交易具有延时支付以及随着汇率波动的特点。中国人民银行于2018年1月发布了《关于进一步完善人民币跨境业务政策促进贸易投资便利化的通知》,该通知明确了在海外工作人士可将境外薪酬等合法收入直接汇回境内使用,这意味着在境外工作人士可以直接将人民币汇回国内。为了给在境外工作人士提供更加方便的人民币汇款业务,各大银行境外分行推出人民币直汇业务。
目前大部分银行在处理跨境汇款交易时,通常是在境外账户所在的汇款方一侧直接向境外银行发起由用户输入的汇款金额的汇款请求,然后由境外银行将汇款请求所对应的汇款金额发送给境内银行,境内银行作为汇入行,在收到汇入汇款交易报文后,需要人工干预进行解付处理以将汇入汇款存入收款人账户中。在实现本公开构思的过程中,发明人发现现有技术中至少存在如下问题:通常收款人具有账户限额,在汇款方输入汇款金额时,通常只有汇款银行的交易额度限制,在收款方一侧的额度限制通常在跨境汇款交易的过程中没有被考虑,比如目前中国境内账户类型分为I类户和II类户,II类户非绑定账户转入资金、日累计限额合计为1万元,年累计限额合计为20万元,如果超额,则会原路退回,这就导致跨境汇款交易业务的解付处理效率低,用户体验差而且还造成手续费损失。因此,需要解决现有的跨境汇款中存在的由于收款方账户有限额,导致的汇款失败、退回繁琐以及产生手续费的问题。
发明内容
有鉴于此,本公开提供了一种跨境汇款交易的方法、终端、电子设备及存储介质。
本公开的第一个方面提供了一种跨境汇款交易的方法。上述方法可以包括:接收跨境汇款交易请求。该跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或跨境用户基于境内关联账户向境外账户收款的交易请求。其中,境内关联账户包括跨境用户的境外账户的有效身份证明绑定的境内账户。上述方法还可以包括:获取境内关联账户的收款额度。上述方法还可以包括:接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
根据本公开的实施例,根据所述收款额度和所述汇款金额进行跨境汇款交易,包括:在所述汇款金额不大于所述收款额度的情况下,向境外银行成功提交汇款请求;在所述汇款金额大于所述收款额度的情况下,中止跨境汇款交易,并向跨境用户提示:汇款金额超出收款额度。
根据本公开的实施例,在接收跨境用户输入的汇款金额之前,还包括:向跨境用户提示收款额度。
根据本公开的实施例,获取境内关联账户的收款额度可以包括:获取境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录。获取境内关联账户的收款额度还可以包括:根据境内关联账户的日收款限额和当天的跨境汇款交易的历史交易记录确定当天剩余额度。获取境内关联账户的收款额度还可以包括:根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度。未完结交易记录为当年的跨境汇款交易的历史交易记录中交易状态不是最终状态的交易记录,未完结交易记录不包括跨境汇款交易请求对应的本次交易记录。获取境内关联账户的收款额度还可以包括:确定当天剩余额度和当年剩余额度中较小的一个作为收款额度。
根据本公开的实施例,上述根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度,包括:获取所有的已完结交易记录和未完结交易记录的最新状态和交易金额;以及根据年收款限额、最新状态和交易金额确定当年剩余额度。上述根据年收款限额、最新状态和交易金额确定当年剩余额度包括:将年收款限额减去所有已完结交易的交易金额和所有未完结交易的交易金额的值作为当年剩余额度,直至在获取到M个未完结交易的最新状态为交易失败时更新当年剩余额度,M≥1且M为整数,更新的方式为:在当年剩余额度的基础上加上M个未完结交易的交易金额得到更新后的当年剩余额度。
根据本公开的实施例,在接收跨境汇款交易请求之后还包括:生成跨境汇款交易请求对应的唯一的交易记录流水号;以及将唯一的交易记录流水号保存到境内关联账户关联的第一数据库或境外账户关联的第二数据库,以供第一数据库或第二数据库更新交易记录。
根据本公开的实施例,上述任一种方法由终端上的一个应用程序执行,该应用程序用于在跨境汇款交易中汇款。上述应用程序接收跨境汇款交易请求。该跨境汇款交易请求包括:跨境用户基于境外账户向境内关联账户汇款的交易请求。然后,上述应用程序获取境内关联账户的收款额度。接着,上述应用程序接收跨境用户输入的汇款金额和汇款指令,并根据收款额度和汇款金额进行跨境汇款交易。
根据本公开的实施例,在由用于在跨境汇款交易中汇款的应用程序执行的包括生成跨境汇款交易请求对应的唯一的交易记录流水号的方法中,上述生成跨境汇款交易请求对应的唯一的交易记录流水号包括:上述应用程序在第一数据库或第二数据库中确定是否存在处于新建状态的已有交易记录流水号。该新建状态是指应用程序接收到跨境汇款交易请求到应用程序向境外银行成功提交汇款请求之间的状态。在存在已有交易记录流水号的情况下,上述应用程序使用已有交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。在不存在已有交易记录流水号的情况下,上述应用程序创建新的交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
根据本公开的实施例,上述方法由终端上的第一应用程序和第二应用程序执行,第一应用程序用于在跨境汇款交易中收款,第二应用程序用于在跨境汇款交易中汇款。第一应用程序接收跨境汇款交易请求。该跨境汇款交易请求包括:跨境用户基于境内关联账户向境外账户收款的交易请求。然后,第一应用程序获取境内关联账户的收款额度。接着,第一应用程序将收款额度通过应用跳转方式发送给第二应用程序,使得终端由第一应用程序跳转至第二应用程序。第二应用程序接收跨境用户输入的汇款金额和汇款指令,并根据收款额度和汇款金额进行跨境汇款交易。
根据本公开的实施例,在由用于在跨境汇款交易中收款的第一应用程序和汇款的第二应用程序执行的包括生成跨境汇款交易请求对应的唯一的交易记录流水号的方法中,上述生成跨境汇款交易请求对应的唯一的交易记录流水号,包括:第一应用程序在第一数据库中确定是否存在境内关联账户的处于新建状态的已有交易记录流水号。该新建状态是指第一应用程序接收到跨境汇款交易请求到第二应用程序向境外银行成功提交汇款请求之间的状态。在存在已有交易记录流水号的情况下,第一应用程序使用已有交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。在不存在已有交易记录流水号的情况下,第一应用程序创建新的交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
根据本公开的实施例,在接收跨境汇款交易请求之后还包括:第一应用程序获取跨境汇款交易请求的交易信息。该交易信息包括:当前交易记录流水号,当前交易记录流水号为跨境汇款交易请求对应的唯一的交易记录流水号。在接收跨境汇款交易请求之后还包括:第一应用程序将交易信息和收款额度通过应用跳转方式发送给第二应用程序,使得终端由第一应用程序跳转至第二应用程序。根据收款额度和汇款金额进行跨境汇款交易,包括:第二应用程序在第二数据库中确定是否存在当前交易记录流水号。在第二数据库中不存在当前交易记录流水号且汇款金额不大于收款额度的情况下,第二应用程序向境外银行成功提交汇款请求。在第二数据库中存在当前交易记录流水号和/或汇款金额不大于收款额度的情况下,第二应用程序中止跨境汇款交易,并向跨境用户提示:重复交易和/或汇款金额超出收款额度。
根据本公开的实施例,上述交易信息除了包括当前交易记录流水号之外,还包括:境内绑定账户的有效身份证件绑定的境外证件姓名和境外证件号码。在接收跨境用户输入的汇款金额和汇款指令之前,还包括:第二应用程序验证交易信息中的境外证件姓名及境外证件号码与境外账户的有效身份证明的证件姓名和证件号码是否一致。在验证的结果为一致的情况下,第二应用程序进入汇款页面并根据交易信息默认填写收款方姓名和收款方账号。
本公开的第二个方面提供了一种用于跨境汇款交易的终端。上述终端包括:跨境汇款交易请求接收模块、收款额度获取模块和汇款交易操作模块。上述跨境汇款交易请求接收模块用于接收跨境汇款交易请求。该跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或跨境用户基于境内关联账户向境外账户收款的交易请求。其中,境内关联账户包括跨境用户的境外账户的有效身份证明绑定的境内账户。上述收款额度获取模块用于获取境内关联账户的收款额度。上述汇款交易操作模块用于接收跨境用户输入的汇款金额和汇款指令,并根据收款额度和汇款金额进行跨境汇款交易。
本公开的第三个方面提供了一种电子设备。上述电子设备包括:一个或多个处理器;用于存储一个或多个程序的存储装置,其中,当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器实现如上所述的任一种方法。
本公开的第四个方面提供了一种计算机可读存储介质。该计算机可读存储介质上存储有可执行指令,该指令被处理器执行时使处理器实现如上所述的任一种方法。
根据本公开的实施例,在接收跨境汇款交易请求的情况下,获取境内关联账户的收款额度,在跨境用户输入汇款金额和汇款指令后,根据收款额度和汇款金额进行跨境汇款交易,有效避免由于收款方限额导致的汇款失败和退回以及手续费损失等问题,可以实现满足收款方收款限制的跨境汇款交易的高效处理,降低跨境交易失败的风险。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的跨境汇款交易的方法、终端及电子设备的应用场景;
图2示意性示出了根据本公开一实施例的跨境汇款交易的方法的流程图;
图3示意性示出了根据本公开另一实施例的跨境汇款交易的方法的详细实施流程图;
图4示意性示出了根据本公开实施例的操作S12的详细实施流程图;
图5示意性示出了根据本公开实施例的子操作S12c的详细实施流程图;
图6示意性示出了根据本公开又一实施例的跨境汇款交易的方法的详细实施流程图;
图7示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的应用程序执行跨境汇款交易的方法的实施过程示意图;
图8示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的实施过程示意图;
图9示意性示出了根据本公开实施例的确定当年剩余额度的实施过程示意图;
图10示意性示出了根据本公开一实施例的用于在跨境汇款交易中汇款的应用程序执行跨境汇款交易的方法的流程图;
图11示意性示出了根据本公开实施例的生成跨境汇款交易请求对应的唯一的交易记录流水号的详细实施流程图;
图12示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的流程图;
图13示意性示出了根据本公开另一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图;
图14示意性示出了根据本公开又一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图;
图15示意性示出了根据本公开另一实施例的生成跨境汇款交易请求对应的唯一的交易记录流水号的详细实施流程图;
图16示意性示出了根据本公开再一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图局部;
图17示意性示出了根据本公开实施例的跨境汇款交易的终端的结构框图;
图18示意性示出了根据本公开另一实施例的跨境汇款交易的终端的结构框图;
图19示意性示出了根据本公开实施例的收款额度获取模块的结构框图;
图20示意性示出了根据本公开实施例的汇款交易操作模块的结构框图;
图21示意性示出了根据本公开又一实施例所示的终端中第一应用程序的结构框图;
图22示意性示出了根据本公开又一实施例所示的终端中第二应用程序的结构框图;以及
图23示意性示出了根据本公开实施例电子设备的结构框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
本公开的实施例中,操作的序号“S11、S12、S13、S14、S15……”等是为了方便描述各个操作而进行的表示,不代表各个操作之间的先后顺序,各个操作的执行顺序在不存在逻辑错误的情况下可以先后进行调换。
本公开的实施例提供了一种跨境汇款交易的方法,上述方法包括:接收跨境汇款交易请求。该跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或跨境用户基于境内关联账户向境外账户收款的交易请求。其中,境内关联账户包括跨境用户的境外账户的有效身份证明绑定的境内账户。上述方法还包括:获取境内关联账户的收款额度。上述方法还包括:接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。上述方法可以根据收款额度实施汇款金额不大于收款额度的汇款操作,有效避免了由于收款方限额导致的汇款失败和退回以及手续费损失等问题,可以实现满足收款方收款限制的跨境汇款交易的高效处理,降低跨境交易失败的风险。
下面结合图1来描述本公开实施例的应用场景,需要说明的是,下面的描述是为了清楚介绍一种示例性应用场景,以帮助本领域技术人员理解本公开的技术内容,但这并不意味着本公开实施例不可以用于其他应用场景。
图1示意性示出了根据本公开实施例的跨境汇款交易的方法、终端及电子设备的应用场景。
参照图1所示,在一种示例性场景中,某个跨境用户在境内银行中利用身份证办理有境内账户,该跨境用户在境外银行中利用护照办理有境外账户,境内银行和境外银行基于协议建立有业务数据相互通信的关系。比如,境内银行和境外银行具有跨境货币直汇的业务关系,跨境用户可以将境外收入在境外账户存入,然后通过境外账户向境内账户进行跨境货币直汇的业务,在境外银行和境内银行之间会有交易业务。
现有技术中,通常是在境外账户所在的汇款方一侧直接向境外银行发起汇款请求,这里的汇款请求中由跨境用户随意输入汇款金额,例如图1中示例的3万的汇款金额,然后由境外银行将3万的汇款额发送给境内银行,境内银行收到汇款交易报文和汇款后,需要人工干预进行解付处理以将汇入汇款存入收款人(同一个跨境用户)的境内账户中。在此过程中,由于收款人具有账户限额,例如图1中示例的境内账户的限额为2万,那么境内银行在解付处理过程中会由于超额无法将汇入汇款存入收款人的境内账户中,此时汇入汇款会原路退回至境外银行的境外账户中,不仅处理效率低还造成了用户的手续费损失。
有鉴于此,本公开的实施例提供了一种跨境汇款交易的方法,以解决在跨境汇款交易中由于收款方限额导致的交易失败、交易处理效率低以及用户的手续费损失的技术问题。上述跨境汇款交易的方法可以由终端上的一个应用程序执行,该应用程序用于在跨境汇款交易中汇款。上述跨境汇款交易的方法还可以由终端上的第一应用程序和第二应用程序共同执行,上述第一应用程序用于在跨境汇款交易中收款,上述第二应用程序用于在跨境汇款交易中汇款。
需要说明的是,本公开中的跨境汇款交易涉及的是跨境货币直汇的过程,例如境外银行的币种为人民币,将人民币直汇至中国境内银行,因此不同货币汇率转换的内容不在本公开进行限定或说明。
本公开的第一个示例性实施例中提供了一种跨境汇款交易的方法,本实施例仅介绍该方法的各个操作过程,由具体主体执行的实施方式在后续的实施例中进行详细介绍。
图2示意性示出了根据本公开一实施例的跨境汇款交易的方法的流程图。
参照图2所示,本公开实施例的跨境汇款交易的方法,包括以下操作:S11、S12和S13。
在操作S11,接收跨境汇款交易请求,包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或跨境用户基于境内关联账户向境外账户收款的交易请求;其中,境内关联账户包括跨境用户的境外账户的有效身份证明绑定的境内账户。
在操作S12,获取境内关联账户的收款额度。
在操作S13,接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
上述方法可以由终端执行,在一场景中,终端上安装有用于在跨境汇款交易中汇款的应用程序,该应用程序用于执行上述跨境汇款交易的方法,后续在第二个实施例会参照图7进行介绍,这里不进行详述。或者在另一场景中,在终端上安装有用于在跨境汇款交易中收款的第一应用程序和用于在跨境汇款交易中汇款的第二应用程序,上述第一应用程序和第二应用程序用于执行上述跨境汇款交易的方法,后续在第三个实施例会参照图7进行介绍,这里不进行详述。
下面以一示例性实例描述上述方法的实施过程,不限定是一个应用程序还是两个应用程序共同执行。在一示例性场景中,跨境用户在一个终端的用于跨境汇款交易的应用程序上点击跨境汇款交易的标识,标识例如为按钮/选项,跨境汇款交易可以是跨境用户基于境外账户向境内关联账户汇款的交易请求,或者是跨境用户基于境内关联账户向境外账户收款的交易请求。在接收到跨境汇款交易请求的情况下,该终端上的应用程序会从境内关联账户关联的第一数据库获取境内关联账户的收款额度。跨境用户在终端的应用程序上输入汇款金额和汇款指令,相应地,该终端上的应用程序接收所述跨境用户输入的汇款金额和汇款指令,根据所述收款额度和所述汇款金额进行跨境汇款交易。由于在跨境汇款交易中会根据收款额度和汇款金额实施交易,上述方法可以根据收款额度实施汇款金额不大于收款额度的汇款操作,有效避免了由于收款方限额导致的汇款失败和退回以及手续费损失等问题,可以实现满足收款方收款限制的跨境汇款交易的高效处理,降低跨境交易失败的风险。
图3示意性示出了根据本公开另一实施例的跨境汇款交易的方法的详细实施流程图。
参照图3中有关操作S13的详细实施流程可知,接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易的操作S13,包括以下子操作:S130、S131、S132和S133。
在子操作S130,接收所述跨境用户输入的汇款金额和汇款指令。
在子操作S131,确定汇款金额是否不大于收款额度。即,确定汇款金额是否≤收款额度?
在子操作S132,在所述汇款金额不大于所述收款额度的情况下,向境外银行成功提交汇款请求。
在子操作S133,在所述汇款金额大于所述收款额度的情况下,中止所述跨境汇款交易,并向跨境用户提示:汇款金额超出收款额度。
向跨境用户提示汇款金额超出收款额度的方式可以是但不限于以下形式:在终端的上述应用程序的显示界面上采用文本框的形式提示:汇款金额超出收款额度,或者采用语音提示:汇款金额超出收款额度,或者在采用文本框的形式提示:汇款金额超出收款额度的同时并发出警示音;或者采用文本框提示汇款金额超出收款额度的同时还采用语音播报上述内容等。
基于上述实施例,通过在汇款金额不大于收款额度的情况下,向境外银行成功提交汇款请求,在汇款金额大于收款额度的情况下中止上述跨境汇款交易,能够有效保证在汇款账户(境外账户)→境外银行这一条交易路径上将汇款金额在收款额度内,从而避免不考虑收款额度直接提交境外用户输入的汇款金额导致的汇款账户(境外账户)→境外银行→境内银行→收款账户(境内账户)这一条路径的错误延续,最终还产生不必要的手续费损失以及汇款失败和退回的风险问题。此外,基于
根据本公开的实施例,参照图3所示,上述方法除了包括操作S11、S12和S13之外,还可以包括操作S14,在执行操作S13之前执行操作S14。
参照图3中虚线框所示,在接收跨境用户输入的汇款金额和汇款指令之前,还包括操作S14:向跨境用户提示所述收款额度。
根据本公开的实施例,向跨境用户提示所述收款额度的方式可以是但不限于以下形式:在终端的上述应用程序的显示界面上采用文本框的形式提示:收款额度为×××,或者采用语音提示:收款额度为×××,或者在采用文本框的形式提示:收款额度为×××的同时并发出警示音;或者采用文本框提示收款额度为×××的同时还采用语音播报上述内容等。具体的收款额度的值通过在操作S12中获取。
图4示意性示出了根据本公开实施例的操作S12的详细实施流程图。
根据本公开的实施例,参照图4所示,获取境内关联账户的收款额度的操作S12可以包括以下子操作:S12a、S12b、S12c和S12d。
在子操作S12a,获取境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录。
在子操作S12b,根据境内关联账户的日收款限额和当天的跨境汇款交易的历史交易记录确定当天剩余额度。
上述子操作S12b可以包括:根据当天的跨境汇款交易的历史交易记录确定日累积收款金额;以及确定所述日收款限额减去所述日累积收款金额得到的值作为当天剩余额度。
在子操作S12c,根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度。
未完结交易记录为当年的跨境汇款交易的历史交易记录中交易状态不是最终状态的交易记录,未完结交易记录不包括跨境汇款交易请求对应的本次交易记录。
在子操作S12d,获取境内关联账户的收款额度还可以包括:确定当天剩余额度和当年剩余额度中较小的一个作为收款额度。
图5示意性示出了根据本公开实施例的子操作S12c的详细实施流程图。
根据本公开的实施例,参照图5所示,上述根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度的子操作S12c,包括以下次子操作:S12c1和S12c2。
在次子操作S12c1,获取所有的已完结交易记录和未完结交易记录的最新状态和交易金额。
在次子操作S12c2,根据年收款限额、最新状态和交易金额确定当年剩余额度。上述根据年收款限额、最新状态和交易金额确定当年剩余额度包括:将年收款限额减去所有已完结交易的交易金额和所有未完结交易的交易金额的值作为当年剩余额度,直至在获取到M个未完结交易的最新状态为交易失败时更新当年剩余额度,M≥1且M为整数,更新的方式为:在当年剩余额度的基础上加上M个未完结交易的交易金额得到更新后的当年剩余额度。
例如,在一示例性实施例中,接收到跨境汇款交易请求对应的日期和时间为2020年6月18日上午11点,则获取境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录的子操作S12a具体实施为:获取2020年6月18日00:00~上午11点之前(不包括11点)的历史交易记录以及2020年1月1日~2020年6月18日上午11点的历史交易记录。
然后,执行子操作S12b,根据境内关联账户的日收款限额和当天的跨境汇款交易的历史交易记录确定当天剩余额度。在该实施例中,境内关联账户的日收款限额为3万,根据当天跨境汇款交易记录可以确定已经完成了2万的日累计收款金额,那么该实例中,当天剩余额度=日收款限额3万-日累计收款金额2万=1万。
接着,执行子操作S12c,根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度。在该实施例中,境内关联账户(比如II类户)的年收款限额为20万,境内关联账户在跨境汇款交易请求发起的时间:2020年6月18日上午11点之前,所有已完结交易的交易金额为10万,未完结交易有2笔,其一笔的交易金额为5万,最新状态是:交易在途状态;上述交易在途状态是指(第二应用程序12或应用程序10,参照图8和图9所示,后续根据不同场景进行详述)向境外银行成功提交汇款请求到境内关联账户尚未收到汇款之间的状态。另一笔交易的交易金额为3万,最新状态是:交易在途状态。此时,根据年收款限额、最新状态和交易金额确定当年剩余额度为:当年剩余额度=20万-10万-5万-3万=2万。如果获取到其中一笔5万交易金额的未完结交易的最新状态为交易成功,交易成功为:境内关联账户收到汇款的状态,那么仍然保持当年剩余额度2万。如果获取到其中一笔3万交易金额的未完结交易的最新状态为交易失败,交易失败为:境内关联账户收取汇款失败的状态,则对当年剩余额度进行更新,更新后的当年剩余额度=2万+3万=5万。
最后,执行子操作S12d,确定当天剩余额度和当年剩余额度中较小的一个作为收款额度。在该实施例中,收款额度为当天剩余额度1万和当年剩余额度2万(或5万)中较小的一个。
本公开中,在未完结交易的考虑中,只要未完结交易在进行中的中间状态,不论成功是否,在计算当年剩余额度时都要将视为成功的情况对交易额进行扣除,这样的设置是由于考虑到跨境汇款的延时特性,跨境汇款不是实时到账,因此通过上述设置,将历史交易记录中未完结交易的交易金额均作为用掉了已有额度的情况,能够有效避免由于用户多次提交未完结交易导致的当年剩余额度不能实现真正限制额度的问题;在最新状态为交易失败的情况下对当年剩余额度进行更新,有助于保证当年剩余额度计算的准确度,避免用户的额度损失。
为了说明上述确定当年剩余额度的方式可以有效避免由于用户多次提交未完结交易导致的当年剩余额度不能实现真正限制额度的问题,下面举例说明。
现有的确定额度的方式中,通常只考虑已完结交易的情况,一般是在交易成功后将总额度减去交易金额得到剩余额度,在交易失败后总额度维持不变,不考虑未完结交易。如果在跨境汇款交易中,不考虑未完结交易的交易额度和交易状态,那么会导致多次未完结交易在汇款交易过程中出现实际超出限额但是无法限制的问题。比如,境内关联账户的年收款限额为10万,境内关联账户下在跨境汇款交易请求发起的时间:2020年6月18日上午11点之前,所有已完结交易的交易金额为6万,未完结交易有2笔,其中一笔的交易金额为3万,最新状态是:交易在途状态;另一笔交易的交易金额为1万,最新状态是:交易在途状态;当天剩余额度为1万。不考虑未完结交易的话确定的当年剩余额度为4万,那么确定当年剩余额度和当天剩余额度中最小的收款额度,此时收款额度为1万。那么后续交易过程中,不考虑未完结交易,在本次交易中还可以汇出1万的金额,那么本次交易和上述两笔3万和1万的未完结交易对应的总额度为11万,已经超出了实际的限额,此时由于当年剩余额度的计算不当,导致的收款额度已经无法真正限制额度。而本公开由于考虑了未完结交易,只要未完结交易在进行中的中间状态,不论成功是否,在计算年收款限额时都要将视为成功的情况对交易额进行扣除,直至在交易失败时将扣除的部分再加回来,从而保证了跨境汇款交易的各个过程中收款额度的正确性。
图6示意性示出了根据本公开又一实施例的跨境汇款交易的方法的详细实施流程图。
发明人进一步发现,如果同一个跨境用户在多个终端(时间上)先后进行若干次(≥2次)未完结的交易的话会存在重复交易的问题,为了进一步解决上述重复交易的问题,本公开的实施例的上述方法除了包括操作S11、S12、S13或者包括操作S11、S12、S13和S14之外,还可以包括以下操作:S15和S16。上述操作S15在操作S11之后执行。
在操作S15,生成跨境汇款交易请求对应的唯一的交易记录流水号。
在操作S16,将唯一的交易记录流水号保存到境内关联账户关联的第一数据库或境外账户关联的第二数据库,以供第一数据库或第二数据库更新交易记录。
上述操作S15和操作S16的具体实施过程可以参照具体的场景进行详细介绍,这里不做详述,另外,在后续的实施例中也会详细描述上述重读交易的问题。
综上所述,本实施例提供了一种跨境汇款交易的方法,通过获取收款额度,并根据收款额度和汇款金额进行跨境汇款交易,该方法可以根据收款额度实施汇款金额不大于收款额度的汇款操作,有效避免了由于收款方限额导致的汇款失败和退回以及手续费损失等问题,可以实现满足收款方收款限制的跨境汇款交易的高效处理,降低跨境交易失败的风险。
本公开的第二个示例性实施例在第一实施例的基础上,提供了一种由终端上的应用程序执行的跨境汇款交易的方法。为了便于描述,本实施例的操作编号沿用第一实施例的操作编号,以描述执行第一实施例的对象。
图7示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的应用程序执行跨境汇款交易的方法的实施过程示意图。
参照图7所示意的交易场景,本实施例中,终端1上安装有应用程序10,该应用程序10用于在跨境汇款交易中汇款。
终端1可以是手机、笔记本电脑、台式计算机、平板电脑或者其他智能设备。
应用程序10可以是手机网上银行应用程序(APP),也可以是计算机端网上银行APP,包括笔记本电脑端网上银行APP、台式计算机端网上银行APP或者平板电脑网上银行APP。上述应用程序10还可以是其他智能设备上的网上银行APP。
境内银行3与境外银行4可以是同一个银行的境内机构和境外机构,境内银行3与境外银行4也可以是两个不同的银行,只要在境内银行3与境外银行4之间具有跨境业务通信协议以及能够实现跨境业务的数据交互即可。
境内银行3具有第一数据库31,第一数据库31中包括境内账户的历史交易记录,每个历史交易记录中包含交易记录流水号、交易状态、交易金额、交易时间、交易双方账号等至少一个信息。第一数据库31可以是银行所属,也可以是银行合作方所属。
境外银行4具有第二数据库41,第二数据库41中包括境外账户的历史交易记录,每个历史交易记录中包含交易记录流水号、交易状态、交易金额、交易时间、交易双方账号等至少一个信息。第二数据库41可以是银行所属,也可以是银行合作方所属。
在境内银行3的第一数据库31与境外银行4的第二数据库41之间可以进行通信,以实现跨境业务的数据交互。
上述应用程序10可以与境外银行4进行相互通信,该应用程序10可以访问境外银行4的第二数据库41,例如应用程序10可以通过该应用程序10对应的后台服务器来实现对于第二数据库41的访问。从技术上讲,上述应用程序10也可以通过境外银行4与境内银行3之间的相互通信或规定的协议等来获取第一数据库31中的交易信息。当然,实际生产生活中,各个银行之间存在一定的数据保密性,上述第一数据库31中的哪些信息是可以被访问的则需要根据实际情况而定。例如对于同一银行(比如中国工商银行)的境内银行和境外银行,二者之间大部分业务数据是可以相互访问的;在不同的第一银行和第二银行(例如中国银行和中国工商银行)之间,例如境外的第一银行与境内的第二银行之间有跨境汇款交易业务,第一银行的跨境数据与第二银行的跨境数据是可以共享的,但是其他数据则被限制访问或者被禁止访问。本公开描述的方式在于技术上可以实现的内容。
图10示意性示出了根据本公开一实施例的用于在跨境汇款交易中汇款的应用程序执行跨境汇款交易的方法的流程图。
本实施例的跨境汇款交易的方法在第一实施例的操作基础上,由用于跨境汇款交易中汇款的应用程序10执行以下操作:S11、S12和S13。
在操作S11,用于跨境汇款交易中汇款的应用程序10接收跨境汇款交易请求,如图7中黑色填充的单箭头所示。
结合图10和图7所示,该跨境汇款交易请求包括:跨境用户基于境外账户向境内关联账户汇款的交易请求,所述跨境汇款交易请求包括:跨境用户基于境外账户向境内关联账户汇款的交易请求。
跨境用户基于境外账户向境内的收款账户进行汇款操作。收款账户为用户的境内关联账户,境外账户和境内关联账户如图7中的无填充的单箭头所示。境外账户与收款账户为绑定关系,绑定关系采用虚线连接示意。同一个跨境用户采用身份证在境内银行办理的境内关联账户,采用身份证对应绑定的跨境证件,例如护照,在境外银行办理的境外账户。
然后,在操作S12,上述应用程序10获取境内关联账户的收款额度,参照图7中无填充的双箭头所示。
接着,在操作S13,上述应用程10接收跨境用户输入的汇款金额和汇款指令,参照图7中的黑色填充的双箭头所示,并根据收款额度和汇款金额进行跨境汇款交易。
上述操作S13与第一实施例相同,也是包括以下子操作:S130、S131、S132和S133,参照图10所示,上述子操作S130~S133由上述应用程序10执行。
在子操作S130,接收所述跨境用户输入的汇款金额和汇款指令。
在子操作S131,确定汇款金额是否不大于收款额度。即,确定汇款金额是否≤收款额度?
在子操作S132,在所述汇款金额不大于所述收款额度的情况下,向境外银行成功提交汇款请求。
在子操作S133,在所述汇款金额大于所述收款额度的情况下,中止所述跨境汇款交易,并向跨境用户提示:汇款金额超出收款额度。
根据本公开的实施例,本实施例的上述方法除了包括操作S11、S12和S13之外,还可以包括操作S14,参照图10中虚线框所示,在执行操作S13之前执行操作S14,向跨境用户提示所述收款额度,该操作S14由应用程序10执行。
上述子操作S130~S133、S14的细节参照第一实施例的描述,这里不再赘述。
图9示意性示出了根据本公开实施例的确定当年剩余额度的实施过程示意图。
结合图4、图5、图7和图9所示,本实施例中,由应用程序10执行获取境内关联账户的收款额度的操作S12,操作S12可以包括以下子操作:S12a、S12b、S12c和S12d,子操作S12c可以包括次子操作:S12c1和S12c2。
在子操作S12a,获取境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录。
本实施例中,结合图7和图9所示,由应用程序10向第一数据库31(或第二数据库41,图9示意了第一数据库的情况,第二数据库41的情况类推即可)获取境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录。该历史交易记录中包括已完结交易记录和未完结交易记录,已完结交易记录在第一数据库31中,未完结交易记录在第二数据库41中,可以基于境内银行和境外银行的数据交互实现两个数据库中同一个交易的状态更新,使得应用程序10从第一数据库31(或第二数据库4)1直接或间接地获取到境内关联账户在跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录。
在子操作S12b,根据境内关联账户的日收款限额和当天的跨境汇款交易的历史交易记录确定当天剩余额度。
本实施例中,由应用程序10根据当天的跨境汇款交易的历史交易记录确定日累积收款金额;以及确定所述日收款限额减去所述日累积收款金额得到的值作为当天剩余额度。上述日收款限额可以从第一数据库31直接获取或者经由境外银行向境内银行进行数据获取。
上述子操作S12b可以包括:根据当天的跨境汇款交易的历史交易记录确定日累积收款金额;以及确定所述日收款限额减去所述日累积收款金额得到的值作为当天剩余额度。
在子操作S12c,根据境内关联账户的年收款限额和当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度。
结合图9和图5所示,在次子操作S12c1,应用程序10获取所有的已完结交易记录和未完结交易记录的最新状态和交易金额。在次子操作S12c2,应用程序10根据年收款限额、最新状态和交易金额确定当年剩余额度。上述根据年收款限额、最新状态和交易金额确定当年剩余额度包括:将年收款限额减去所有已完结交易的交易金额和所有未完结交易的交易金额的值作为当年剩余额度,直至在获取到M个未完结交易的最新状态为交易失败时更新当年剩余额度,M≥1且M为整数,更新的方式为:在当年剩余额度的基础上加上M个未完结交易的交易金额得到更新后的当年剩余额度。
发明人进一步发现对于一些应用场景还存在重复交易的技术问题,如果同一个跨境用户在多个终端(时间上)先后进行若干次(≥2次)未完结的交易的话会存在重复交易的问题。
对于同一跨境用户具有多个(大于等于2个)终端的情况,以两个终端示例说明,两个终端的每个终端1上都安装有应用程序10,参照图7所示。两个终端为了方便描述,分别称为第一终端和第二终端。一种示例性场景中,跨境用户基于境外账户登录第一终端上的应用程序10,第一终端上的应用程序10接收到跨境汇款交易请求,之后跨境用户在第一终端上的操作中断,此时第一终端的应用程序会获取境内关联账户的收款额度。过了一段时间,该跨境用户在第二终端的应用程序上再次登录境外账户,由于第一终端的应用程序上境外账户登录时间过长而没有进一步的操作,第一终端的登录账户失效,当跨境用户在第二终端的应用程序上登录境外账户后,在第二终端的应用程序上再次发起了一次跨境汇款交易请求,此时第一终端的跨境汇款交易并没有完成,而且收款额度已经获取了一次,这样一来实际上同一个交易有可能被视为是多个交易过程,从而产生重复交易的问题。
有鉴于此,为了进一步避免重复交易的问题,本实施例的上述方法除了包括本实施例的操作S11、S12、S13或者包括操作S11、S12、S13和S14之外,还可以包括以下操作:S15和S16。上述操作S15在操作S11之后执行。
在操作S15,生成跨境汇款交易请求对应的唯一的交易记录流水号。
参照图7所示,在操作S16,将唯一的交易记录流水号保存到境内关联账户关联的第一数据库31或境外账户关联的第二数据库41,以供第一数据库31或第二数据库41更新交易记录。
图11示意性示出了根据本公开实施例的生成跨境汇款交易请求对应的唯一的交易记录流水号的详细实施流程图。
根据本公开的实施例,参照图11所示,上述生成跨境汇款交易请求对应的唯一的交易记录流水号的操作S15包括以下子操作:S151、S152和S153。
在子操作S151,上述应用程序10在第一数据库31或第二数据库41中确定是否存在处于新建状态的已有交易记录流水号。参照图11中点划线框所示,该新建状态是指所述应用程序10接收到跨境汇款交易请求到所述应用程序10向境外银行成功提交汇款请求之间的状态。需要说明的是,这里的“所述应用程序10”前后对应的是同一个应用程序,该应用程序是和终端关联的,上述从接收到跨境汇款交易请求到向境外银行成功提交汇款请求的过程发生于同一个终端上的应用程序,在第一终端上的应用程序发生的操作和第二终端上的应用程序发生的操作之间不限定其关系,也不能定义上述新建状态。
在子操作S152,在存在已有交易记录流水号的情况下,所述应用程序10使用已有交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
在子操作S153,在不存在已有交易记录流水号的情况下,所述应用程序10创建新的交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
本公开的第三个示例性实施例在第一实施例的基础上,提供了一种由终端上的两个应用程序执行的跨境汇款交易的方法,该终端上安装有第一应用程序和第二应用程序,第一应用程序用于在跨境汇款交易中收款,第二应用程序用于在跨境汇款交易中汇款。为了便于描述,本实施例的操作编号沿用第一实施例的操作编号,以描述执行第一实施例的对象。
图8示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的实施过程示意图。
本实施例中,参照图8所示,第一应用程序11与境内银行3相互通信,第一应用程序11可以访问境内银行3的第一数据库31,例如第一应用程序11可以通过该第一应用程序11对应的后台服务器来实现对第一数据库31的访问。第二应用程序12与境外银行4相互通信,第二应用程序12可以访问境外银行4的第二数据库41,例如第二应用程序12可以通过该第二应用程序对应的后台服务器来实现对第二数据库41的访问。在境内银行3与境外银行4之间也具有相互通信关系,用于对跨境业务进行数据交互。
图12示意性示出了根据本公开一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的流程图。
根据本公开的实施例,参照图12所示,上述由第一应用程序11和第二应用程序12执行的方法包括以下操作:S11、S12、S12-1和S13。
参照图8和图12所示,在操作S11,第一应用程序11接收跨境汇款交易请求,如图8中的黑色填充的单箭头所示。该跨境汇款交易请求包括:跨境用户基于境内关联账户向境外账户收款的交易请求。
参照图8和图12所示,在操作S12,第一应用程序11获取境内关联账户的收款额度。
接着,参照图8和图12所示,在操作S12-1,第一应用程序11将收款额度通过应用跳转方式发送给第二应用程序12,使得终端1由第一应用程序11跳转至第二应用程序12。
参照图8和图12所示,在操作S13,第二应用程序12接收跨境用户输入的汇款金额和汇款指令,如图8中黑色填充的双箭头所示,并根据收款额度和汇款金额进行跨境汇款交易。
为了突出示意第二应用程序上操作的先后顺序,在图8中以无填充的单箭头示意基于应用跳转方式发送的收款额度(还可以包括交易信息,后续描述),以无填充的双箭头示意境外账户。
图13示意性示出了根据本公开另一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图。
参照图13中不含虚线框的部分所示,示意了操作S13的详细实施过程,操作S13可以包括子操作S130、S131、S132和S133,上述子操作S130~S133由第二应用程序12执行。各个子操作的详细介绍在第一实施例中已经描述,这里不再赘述。
参照图13中虚线框部分所示,根据本公开的实施例,在操作S11,第一应用程序11接收跨境汇款交易请求,所述跨境汇款交易请求包括:跨境用户基于境内关联账户向境外账户收款的交易请求。在接收跨境汇款交易请求S11的操作之后还包括:操作S17,第一应用程序获取跨境汇款交易请求的交易信息。所述交易信息包括:当前交易记录流水号,所述当前交易记录流水号为所述跨境汇款交易请求对应的唯一的交易记录流水号。
获取的交易信息可以与获取的收款额度通过应用跳转方式一起发送给第二应用程序。
根据本公开的实施例,在接收跨境汇款交易请求之后还包括操作S12-1’,第一应用程序11将交易信息和收款额度通过应用跳转方式发送给第二应用程序12,使得终端1由第一应用程序11跳转至第二应用程序12。
继续参照图13中虚线框和实线框整体以及图8所示,根据收款额度和汇款金额进行跨境汇款交易,包括:交易记录流水号查重的操作S134,第二应用程序12在第二数据库41中确定是否存在当前交易记录流水号。在第二数据库中不存在当前交易记录流水号且汇款金额不大于收款额度的情况下,第二应用程序向境外银行成功提交汇款请求,如操作S132所示。在第二数据库中存在当前交易记录流水号的情况下,参照S134的结果为是的分支,执行操作S135。和/或,汇款金额不大于收款额度的情况下,参照S131的结果为否的分支,执行操作S133。在操作S133,第二应用程序中止跨境汇款交易,并向跨境用户提示:汇款金额超出收款额度。在操作S135,第二应用程序中止跨境汇款交易,并向跨境用户提示:重复交易。
图14示意性示出了根据本公开又一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图。
根据本公开的实施例,参照图14所示,上述由第一应用程序11和第二应用程序12执行的方法除了包括操作S11、S12、S12-1和S13之外,S13可以包括:S130、S131、S132和S133,还可以包括操作S14。进一步的,为了解决重复交易的问题还可以包括操作S15和S16。
或者,上述由第一应用程序11和第二应用程序12执行的方法除了包括操作S11、S12、S12、S17、S12-1’和S13之外,S13可以包括S130、S131、S132、S133、S134和S135,还可以包括操作S14。进一步的,为了解决重复交易的问题还可以包括操作S15和S16。
在执行操作S13之前执行操作S14,向跨境用户提示所述收款额度,该操作S14由第二应用程序12执行。
发明人进一步发现对于一些应用场景还存在重复交易的技术问题,如果同一个跨境用户在多个终端(时间上)先后进行若干次(≥2次)未完结的交易的话会存在重复交易的问题。
对于同一跨境用户具有多个(大于等于2个)终端的情况,以两个终端示例说明,两个终端的每个终端上都安装有第一应用程序11和第二应用程序12,参照图8所示。两个终端为了方便描述,分别称为第一终端和第二终端。参照图8所示,在另一种示例性场景中,跨境用户基于境内关联账户登录第一终端的第一应用程序11,该第一终端的第一应用程序11接收跨境汇款交易请求,并获取收款额度后基于应用跳转方式跳转至该第一终端的第二应用程序12,在第二应用程序12的登录界面停住,只进行境外账户的登录而不进行任何操作。该跨境用户基于境内关联账户登录第二终端的第一应用程序,再次发起跨境汇款交易请求,此时第一终端的跨境汇款交易并没有完成,而且收款额度已经获取了一次,这样一来实际上同一个交易有可能被视为是多个交易过程,从而产生重复交易的问题。为了避免上述情况下由于用户忘记之前的操作或者恶意操作导致的重复交易的问题,本公开实施例提出了优化方案,该优化的方法还可以包括操作S15和S16。
在操作S15,生成跨境汇款交易请求对应的唯一的交易记录流水号。
参照图8所示,在操作S16,将唯一的交易记录流水号保存到境内关联账户关联的第一数据库31或境外账户关联的第二数据库41,以供第一数据库31或第二数据库41更新交易记录。
图15示意性示出了根据本公开另一实施例的生成跨境汇款交易请求对应的唯一的交易记录流水号的详细实施流程图。
根据本公开的实施例,参照图15所示,在操作S11,用于在跨境汇款交易中收款的第一应用程序接收跨境汇款交易请求,所述跨境汇款交易请求包括:跨境用户基于境内关联账户向境外账户收款的交易请求。在接收跨境汇款交易请求的操作S11之后还包括生成跨境汇款交易请求对应的唯一的交易记录流水号的操作S15,上述操作S15包括以下子操作:S151、S152和S153。
参照图8和图15所示,在子操作S151,第一应用程序11在第一数据库31中确定是否存在境内关联账户的处于新建状态的已有交易记录流水号。参照图15中点划线框所示,所述新建状态是指第一应用程序11接收到跨境汇款交易请求到第二应用程序12向境外银行成功提交汇款请求之间的状态。
参照图8和图15所示,在子操作S152,在存在已有交易记录流水号的情况下,第一应用程序11使用已有交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
参照图8和图15所示,在子操作S153,在不存在已有交易记录流水号的情况下,第一应用程序11创建新的交易记录流水号作为跨境汇款交易请求对应的交易记录流水号。
图16示意性示出了根据本公开再一实施例的由用于在跨境汇款交易中汇款的第二应用程序和收款的第一应用程序共同执行跨境汇款交易的方法的详细实施流程图局部,其他未示意的操作与前面的描述一致,这里仅为了方便描述新增的操作而进行局部流程的示意。
根据本公开的实施例,参照图16中虚线框所示,上述交易信息除了包括当前交易记录流水号之外,还包括:境内绑定账户的有效身份证件绑定的境外证件姓名和境外证件号码。
在接收跨境用户输入的汇款金额和汇款指令的操作S13之前,图16中示意为子操作S130(其余子操作前面已经详述,这里未示意)之前还包括以下操作S180、S181和S182。
在操作S180,第二应用程序12验证交易信息中的境外证件姓名及境外证件号码与境外账户的有效身份证明的证件姓名和证件号码是否一致。
在操作S181,在验证的结果为一致的情况下,第二应用程序12进入汇款页面并根据所述交易信息默认填写收款方姓名和收款方账号。
所述交易信息除了包括:当前交易记录流水号之外,还可以包括:收款方姓名、收款方账号、收款方绑定的境外证件姓名和收款方绑定的境外证件号码。
在操作S182,在验证的结果为不一致的情况下,第二应用程序12中止所述跨境汇款交易,并向跨境用户提示:交易信息不一致。
在一实施例中,例如针对终端为手机的情况,应用跳转方式可以是统一资源定位器(URL Scheme)页面跳转协议,URL Scheme是iOS、Android平台都支持可以让APP相互之间可以跳转和传递信息数据的对外接口。通过给APP定义一个唯一的URL scheme来从其他应用快速的打开这个指定的APP。
URL的格式如下<scheme>://<path>?<params>=<value>。例如Android应用市场market://details?id=com.facebook.katana。
针对其他终端类型,应用跳转方式可以根据实际情况进行设置,例如,针对Windows的笔记本电脑或台式计算机,可以通过应用程序的路径或者快捷方式来实现应用程序之间的跳转。
本实施例的跨境汇款交易的方法,基于第一应用程序获取收款额度,第一应用程序将收款额度发送给第二应用程序后,第二应用程序可以根据汇款金额和收款额度实施不大于收款额度的汇款操作,有效避免了由于收款方限额导致的汇款失败和退回以及手续费损失等问题,可以实现满足收款方收款限制的跨境汇款交易的高效处理,降低跨境交易失败的风险。
本公开的第四个示例性实施例提供了一种用于跨境汇款交易的终端。
图17示意性示出了根据本公开实施例的跨境汇款交易的终端的结构框图。根据本公开的实施例,参照图17所示,上述终端1包括:跨境汇款交易请求接收模块101、收款额度获取模块102和汇款交易操作模块103。
上述跨境汇款交易请求接收模块101用于接收跨境汇款交易请求。该跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或跨境用户基于境内关联账户向境外账户收款的交易请求。其中,境内关联账户包括跨境用户的境外账户的有效身份证明绑定的境内账户。
上述收款额度获取模块102用于获取境内关联账户的收款额度。
上述汇款交易操作模块103用于接收跨境用户输入的汇款金额和汇款指令,并根据收款额度和汇款金额进行跨境汇款交易。
图18示意性示出了根据本公开另一实施例的跨境汇款交易的终端的结构框图。
参照图18中虚线框所示,上述终端1除了包括:跨境汇款交易请求接收模块101、收款额度获取模块102和汇款交易操作模块103之外,还可以包括:收款额度提示模块104。或者,还可以包括:交易记录流水号生成模块105和交易记录保存模块106。或者包括:收款额度提示模块104、交易记录流水号生成模块105和交易记录保存模块106。
上述收款额度提示模块104用于向跨境用户提示境内关联账户的收款额度。
上述交易记录流水号生成模块105用于生成跨境汇款交易请求对应的唯一的交易记录流水号。
上述交易记录保存模块106用于将唯一的交易记录流水号保存到境内关联账户关联的第一数据库或境外账户关联的第二数据库,以供第一数据库或第二数据库更新交易记录。
根据本公开的实施例,参照图18中虚线框所示,上述终端1还可以进一步包括:交易信息获取模块107、绑定账户验证模块108和交易信息默认填写模块109。
上述交易信息获取模块107用于获取跨境汇款交易请求的交易信息。所述交易信息包括:当前交易记录流水号,所述当前交易记录流水号为所述跨境汇款交易请求对应的唯一的交易记录流水号。
所述交易信息除了包括:当前交易记录流水号之外,还可以包括:收款方姓名、收款方账号、收款方绑定的境外证件姓名和收款方绑定的境外证件号码。
上述绑定账户验证模块108用于验证交易信息中的境外证件姓名及境外证件号码与境外账户的有效身份证明的证件姓名和证件号码是否一致。
上述交易信息默认填写模块109用于在验证的结果为一致的情况下,进入汇款页面并根据所述交易信息默认填写收款方姓名和收款方账号。
上述终端1上可以安装有应用程序10,该应用程序10用于在跨境汇款交易中汇款,该应用程序10可以包括:跨境汇款交易请求接收模块101、收款额度获取模块102和汇款交易操作模块103。上述应用程序10还可以进一步包括以下至少一组模块:收款额度提示模块104;交易记录流水号生成模块105和交易记录保存模块106;交易信息获取模块107、绑定账户验证模块108和交易信息默认填写模块109。
根据本公开的实施例,上述终端1上可以安装有第一应用程序11和第二应用程序12,第一应用程序11用于在跨境汇款交易中收款,第二应用程序12用于在跨境汇款交易中汇款。
图19示意性示出了根据本公开实施例的收款额度获取模块的结构框图。
根据本公开的实施例,参照图19所示,在终端1上安装有应用程序10的情况下或者在终端上同时安装有第一应用程序11和第二应用程序12的情况下,上述收款额度获取模块102都可以包括以下子模块:历史交易记录获取子模块102a、当天剩余额度确定子模块102b、当年剩余额度确定子模块102c和收款额度确定子模块102d。
图20示意性示出了根据本公开实施例的汇款交易操作模块的结构框图。
根据本公开的实施例,在终端1上安装有应用程序10的情况下,上述汇款交易操作模块103可以包括以下子模块:汇款金额和汇款指令接收子模块102b、汇款金额是否大于收款额度确定子模块102c和汇款请求提交子模块103d。
下面结合图20中虚线框、图21和图22来描述具有两个应用程序的终端的结构。
图21示意性示出了根据本公开又一实施例所示的终端中第一应用程序的结构框图;图22示意性示出了根据本公开又一实施例所示的终端中第二应用程序的结构框图。
参照图21中的实线框所示,所述终端1的第一应用程序11包括:跨境汇款交易请求接收模块101、收款额度获取模块102、收款额度发送模块1132。参照图22中实线框所示,所述终端1的第二应用程序12包括:汇款交易操作模块103。
参照图21中虚线框所示,上述第一应用程序11还可以包括:交易信息获取模块107和交易信息发送模块1131。当然,上述收款额度获取模块102和交易信息获取模块107的功能可以在一个模块中实现,例如图21示意的交易信息和收款额度获取模块112,上述收款额度发送模块1132和交易信息发送模块1131的功能可以在一个模块中实现,例如图21示意的交易信息和收款额度发送模块113。
根据本本公开的实施例,参照图21中虚线框所示,上述第一应用程序11还可以包括:交易记录流水号生成模块105和交易记录保存模块106。
根据本公开的实施例,参照图21中虚线框所示,上述第一应用程序11还可以包括:交易记录流水号查重模块114,用于在第一数据库中确定是否存在境内关联账户的处于新建状态的已有交易记录流水号(对应操作S151)。
根据本公开的实施例,参照图22中虚线框所示,上述第二应用程序12除了包括:汇款交易操作模块103之外,还可以包括以下至少一组:收款额度提示模块104;绑定账户验证模块108(对应操作S180)和交易信息默认填写模块109(对应操作S181)。
在终端上安装有第一应用程序11和第二应用程序12的情况下,参照图20中虚线框所示,上述汇款交易操作模块103除了包括以下子模块:汇款金额和汇款指令接收子模块102b、汇款金额是否大于收款额度确定子模块102c和汇款请求提交子模块103d之外,还可以包括:交易信息和收款额度接收子模块103a。进一步还可以包括:交易记录流水号查重子模块103e。上述交易记录流水号查重子模块103e用于在第二数据库中确定是否存在当前交易记录流水号(对应操作S134)。
根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现,例如跨境汇款交易请求接收模块101、收款额度获取模块102、汇款交易操作模块103、收款额度提示模块104、交易记录流水号生成模块105、交易记录保存模块106、交易信息获取模块107、绑定账户验证模块108和交易信息默认填写模块109中的一个或多个可以被拆分为多个模块实现,或者被合并为一个模块实现;跨境汇款交易请求接收模块101、收款额度获取模块102、汇款交易操作模块103、收款额度提示模块104、交易记录流水号生成模块105、交易记录保存模块106、交易信息获取模块107、绑定账户验证模块108和交易信息默认填写模块109中的一个或多个可以被拆分为多个模块实现,或者被合并为一个模块实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个,例如跨境汇款交易请求接收模块101、收款额度获取模块102和汇款交易操作模块103中的一个或多个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
本公开的第五个示例性实施例提供了一种电子设备。上述电子设备包括:一个或多个处理器;以及用于存储一个或多个程序的存储装置。其中,当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器实现上述提及的任一种方法。
图23示意性示出了根据本公开实施例电子设备的结构框图。
如图23所示,根据本公开实施例的电子设备500包括处理器501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 503中,存储有电子设备500操作所需的各种程序和数据。处理器501、ROM502以及RAM 503通过总线504彼此相连。处理器501通过执行ROM 502和/或RAM 503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 502和RAM 503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备500还可以包括输入/输出(I/O)接口505,输入/输出(I/O)接口505也连接至总线504。电子设备500还可以包括连接至I/O接口505的以下部件中的一项或多项:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如局域网(LAN)卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
根据本公开的实施例,根据本公开实施例的方法流程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被处理器501执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的电子设备模块、应用程序、子模块等可以通过计算机程序模块来实现。
本公开的第六个示例性实施例提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有可执行指令,该指令被处理器执行时使处理器实现上述提及的任一种方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 502和/或RAM 503和/或ROM 502和RAM 503以外的一个或多个存储器。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
需要说明的是,本公开的跨境汇款交易的方法、终端、电子设备及介质可用于金融领域中实现跨境汇款交易,也可用于除金融领域之外的任意领域,本公开的跨境汇款交易的方法、终端、电子设备及介质的应用领域不做限定,在其它应用领域具有相同技术构思的方案也应该落入本公开的保护范围之内。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。
Claims (15)
1.一种跨境汇款交易的方法,所述方法包括:
接收跨境汇款交易请求,所述跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或所述跨境用户基于境内关联账户向境外账户收款的交易请求;其中,所述境内关联账户包括所述跨境用户的境外账户的有效身份证明绑定的境内账户;
获取所述境内关联账户的收款额度;以及
接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
2.根据权利要求1所述的方法,其中,所述根据所述收款额度和所述汇款金额进行跨境汇款交易,包括:
在所述汇款金额不大于所述收款额度的情况下,向境外银行成功提交汇款请求;
在所述汇款金额大于所述收款额度的情况下,中止所述跨境汇款交易,并向所述跨境用户提示:汇款金额超出收款额度。
3.根据权利要求1所述的方法,其中,在接收所述跨境用户输入的汇款金额之前,还包括:
向所述跨境用户提示所述收款额度。
4.根据权利要求1所述的方法,其中,所述获取所述境内关联账户的收款额度,包括:
获取所述境内关联账户在所述跨境汇款交易请求发起时当年和当天的跨境汇款交易的历史交易记录;
根据所述境内关联账户的日收款限额和所述当天的跨境汇款交易的历史交易记录确定当天剩余额度;
根据所述境内关联账户的年收款限额和所述当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度;所述未完结交易记录为所述当年的跨境汇款交易的历史交易记录中交易状态不是最终状态的交易记录,所述未完结交易记录不包括所述跨境汇款交易请求对应的本次交易记录;以及
确定所述当天剩余额度和所述当年剩余额度中较小的一个作为所述收款额度。
5.根据权利要求4所述的方法,其中,所述根据所述境内关联账户的年收款限额和所述当年的跨境汇款交易的历史交易记录中的已完结交易记录和未完结交易记录确定当年剩余额度,包括:
获取所有的所述已完结交易记录和所述未完结交易记录的最新状态和交易金额;以及
根据所述年收款限额、所述最新状态和所述交易金额确定当年剩余额度,包括:将所述年收款限额减去所有已完结交易的交易金额和所有未完结交易的交易金额的值作为所述当年剩余额度,直至在获取到M个未完结交易的最新状态为交易失败时更新当年剩余额度,M≥1且M为整数,更新的方式为:在所述当年剩余额度的基础上加上所述M个未完结交易的交易金额得到更新后的当年剩余额度。
6.根据权利要求1所述的方法,其中,在所述接收跨境汇款交易请求之后还包括:
生成所述跨境汇款交易请求对应的唯一的交易记录流水号;以及
将所述唯一的交易记录流水号保存到所述境内关联账户关联的第一数据库或所述境外账户关联的第二数据库,以供所述第一数据库或所述第二数据库更新交易记录。
7.根据权利要求1-6中任一项所述的方法,其中,所述方法由终端上的一个应用程序执行,所述应用程序用于在跨境汇款交易中汇款;
所述应用程序接收跨境汇款交易请求,所述跨境汇款交易请求包括:跨境用户基于境外账户向境内关联账户汇款的交易请求;
所述应用程序获取所述境内关联账户的收款额度;以及
所述应用程序接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
8.根据权利要求6所述的方法,其中,所述方法由终端上的一个应用程序执行,所述应用程序用于在跨境汇款交易中汇款;
所述生成所述跨境汇款交易请求对应的唯一的交易记录流水号,包括:
所述应用程序在所述第一数据库或所述第二数据库中确定是否存在处于新建状态的已有交易记录流水号,所述新建状态是指所述应用程序接收到跨境汇款交易请求到所述应用程序向境外银行成功提交汇款请求之间的状态;
在存在所述已有交易记录流水号的情况下,所述应用程序使用所述已有交易记录流水号作为所述跨境汇款交易请求对应的交易记录流水号;以及
在不存在所述已有交易记录流水号的情况下,所述应用程序创建新的交易记录流水号作为所述跨境汇款交易请求对应的交易记录流水号。
9.根据权利要求1-6中任一项所述的方法,其中,所述方法由终端上的第一应用程序和第二应用程序执行,所述第一应用程序用于在跨境汇款交易中收款,所述第二应用程序用于在跨境汇款交易中汇款;
所述第一应用程序接收跨境汇款交易请求,所述跨境汇款交易请求包括:跨境用户基于境内关联账户向境外账户收款的交易请求;
所述第一应用程序获取所述境内关联账户的收款额度;
所述第一应用程序将所述收款额度通过应用跳转方式发送给所述第二应用程序,使得所述终端由所述第一应用程序跳转至所述第二应用程序;
所述第二应用程序接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
10.根据权利要求6所述的方法,其中,所述方法由终端上的第一应用程序和第二应用程序执行,所述第一应用程序用于在跨境汇款交易中收款,所述第二应用程序用于在跨境汇款交易中汇款;所述生成所述跨境汇款交易请求对应的唯一的交易记录流水号,包括:
所述第一应用程序在所述第一数据库中确定是否存在所述境内关联账户的处于新建状态的已有交易记录流水号,所述新建状态是指所述第一应用程序接收到跨境汇款交易请求到所述第二应用程序向境外银行成功提交汇款请求之间的状态;
在存在所述已有交易记录流水号的情况下,所述第一应用程序使用所述已有交易记录流水号作为所述跨境汇款交易请求对应的交易记录流水号;以及
在不存在所述已有交易记录流水号的情况下,所述第一应用程序创建新的交易记录流水号作为所述跨境汇款交易请求对应的交易记录流水号。
11.根据权利要求10所述的方法,其中,
在接收跨境汇款交易请求之后还包括:
所述第一应用程序获取所述跨境汇款交易请求的交易信息,所述交易信息包括:当前交易记录流水号,所述当前交易记录流水号为所述跨境汇款交易请求对应的唯一的交易记录流水号;
所述第一应用程序将所述交易信息和所述收款额度通过应用跳转方式发送给所述第二应用程序,使得所述终端由所述第一应用程序跳转至所述第二应用程序;
所述根据所述收款额度和所述汇款金额进行跨境汇款交易,包括:
所述第二应用程序在所述第二数据库中确定是否存在所述当前交易记录流水号;
在所述第二数据库中不存在所述当前交易记录流水号且所述汇款金额不大于所述收款额度的情况下,所述第二应用程序向境外银行成功提交汇款请求;
在所述第二数据库中存在所述当前交易记录流水号和/或所述汇款金额不大于所述收款额度的情况下,所述第二应用程序中止所述跨境汇款交易,并向所述跨境用户提示:重复交易和/或汇款金额超出收款额度。
12.根据权利要求11所述的方法,其中,所述交易信息还包括:所述境内绑定账户的有效身份证件绑定的境外证件姓名和境外证件号码;
在所述接收所述跨境用户输入的汇款金额和汇款指令之前,还包括:
所述第二应用程序验证所述交易信息中的所述境外证件姓名及所述境外证件号码与所述境外账户的有效身份证明的证件姓名和证件号码是否一致;
在验证的结果为一致的情况下,所述第二应用程序进入汇款页面并根据所述交易信息默认填写所述收款方姓名和所述收款方账号。
13.一种用于跨境汇款交易的终端,所述终端包括:
跨境汇款交易请求接收模块,用于接收跨境汇款交易请求,所述跨境汇款交易请求包括以下请求之一:跨境用户基于境外账户向境内关联账户汇款的交易请求或所述跨境用户基于境内关联账户向境外账户收款的交易请求;其中,所述境内关联账户包括所述跨境用户的境外账户的有效身份证明绑定的境内账户;
收款额度获取模块,用于获取所述境内关联账户的收款额度;以及
汇款交易操作模块,用于接收所述跨境用户输入的汇款金额和汇款指令,并根据所述收款额度和所述汇款金额进行跨境汇款交易。
14.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现权利要求1-12中任一项所述的方法。
15.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器实现权利要求1-12中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010754723.6A CN111861439B (zh) | 2020-07-30 | 2020-07-30 | 跨境汇款交易的方法、终端、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010754723.6A CN111861439B (zh) | 2020-07-30 | 2020-07-30 | 跨境汇款交易的方法、终端、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111861439A true CN111861439A (zh) | 2020-10-30 |
CN111861439B CN111861439B (zh) | 2023-09-05 |
Family
ID=72946605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010754723.6A Active CN111861439B (zh) | 2020-07-30 | 2020-07-30 | 跨境汇款交易的方法、终端、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111861439B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112396426A (zh) * | 2020-11-20 | 2021-02-23 | 交通银行股份有限公司 | 一种跨行支付额度监测方法、系统及计算机存储介质 |
CN113436000A (zh) * | 2021-06-24 | 2021-09-24 | 中国工商银行股份有限公司 | 汇款处理方法、汇款处理装置、电子设备及可读存储介质 |
TWI802969B (zh) * | 2021-08-20 | 2023-05-21 | 思創奇策股份有限公司 | 跨境匯款裝置、系統及其跨境匯款交易系統 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101236639A (zh) * | 2008-02-22 | 2008-08-06 | 中国工商银行股份有限公司 | 实现网上跨境汇款的系统及方法 |
CN101694711A (zh) * | 2009-10-21 | 2010-04-14 | 中国工商银行股份有限公司 | 一种资金收付系统及方法 |
CN107220821A (zh) * | 2017-05-23 | 2017-09-29 | 杭州呯嘭智能技术有限公司 | 基于内联电子账户的跨境分账方法、分账平台及支付平台 |
CN108154356A (zh) * | 2018-02-06 | 2018-06-12 | 中国银行股份有限公司 | 跨境汇款方法、第一电子设备以及支付服务器 |
CN108492177A (zh) * | 2018-02-07 | 2018-09-04 | 深圳前海金融资产交易所有限公司 | 境内资产跨境交易方法、服务器及存储介质 |
-
2020
- 2020-07-30 CN CN202010754723.6A patent/CN111861439B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101236639A (zh) * | 2008-02-22 | 2008-08-06 | 中国工商银行股份有限公司 | 实现网上跨境汇款的系统及方法 |
CN101694711A (zh) * | 2009-10-21 | 2010-04-14 | 中国工商银行股份有限公司 | 一种资金收付系统及方法 |
CN107220821A (zh) * | 2017-05-23 | 2017-09-29 | 杭州呯嘭智能技术有限公司 | 基于内联电子账户的跨境分账方法、分账平台及支付平台 |
CN108154356A (zh) * | 2018-02-06 | 2018-06-12 | 中国银行股份有限公司 | 跨境汇款方法、第一电子设备以及支付服务器 |
CN108492177A (zh) * | 2018-02-07 | 2018-09-04 | 深圳前海金融资产交易所有限公司 | 境内资产跨境交易方法、服务器及存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112396426A (zh) * | 2020-11-20 | 2021-02-23 | 交通银行股份有限公司 | 一种跨行支付额度监测方法、系统及计算机存储介质 |
CN113436000A (zh) * | 2021-06-24 | 2021-09-24 | 中国工商银行股份有限公司 | 汇款处理方法、汇款处理装置、电子设备及可读存储介质 |
TWI802969B (zh) * | 2021-08-20 | 2023-05-21 | 思創奇策股份有限公司 | 跨境匯款裝置、系統及其跨境匯款交易系統 |
Also Published As
Publication number | Publication date |
---|---|
CN111861439B (zh) | 2023-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10657502B2 (en) | Systems and methods for performing financial transactions | |
CN111164932B (zh) | 计算节点网络和操作计算节点以实现实时银行账户到银行账户金钱转账的方法 | |
US8606705B2 (en) | Systems, methods and computer program products for managing payment processes in a comprehensive payment hub system | |
US20150287001A1 (en) | Electronic bill payment processing based on payor scheduled debits | |
JP2020525904A (ja) | 銀行間情報ネットワークを実装するためのシステムおよび方法 | |
CN111861439B (zh) | 跨境汇款交易的方法、终端、电子设备及存储介质 | |
US20100280949A1 (en) | Cross-border or inter-currency transaction system | |
US20070124242A1 (en) | Funds transfer system | |
CA2692707A1 (en) | Systems, methods and computer program products for optimizing routing of financial payments | |
US20150199660A1 (en) | Communication network for collecting data and executing electronic transaction services | |
US20140188716A1 (en) | Automated first party debt collection system | |
US20140052616A1 (en) | Payment system and methods for brokering consumer-pay transactions | |
WO2010093940A1 (en) | Systems, methods and computer program products for improving foreign currency exchange in a payment system | |
CN112116482A (zh) | 基于区块链的融资数据处理方法及装置 | |
CN111369253A (zh) | 外汇业务申报方法、装置、设备及存储介质 | |
CN112785285B (zh) | 多银行支付方法、系统、服务器和存储介质 | |
CN113554509B (zh) | 一种线上支付业务的处理方法、装置、介质及电子设备 | |
US20100305985A1 (en) | Contract management system | |
US8280807B2 (en) | System of transferring and utilising reusable credit | |
US20240127202A1 (en) | A transaction system and method | |
US20230196314A1 (en) | Funds transfer service methods and systems for facilitating funds transfers | |
US20230067630A1 (en) | Systems and methods for handling transfers | |
US20240119430A1 (en) | Systems and methods for network messaging interoperability between different zones | |
KR102236887B1 (ko) | 자부담금 및 국고 보조금을 포함하는 집행금 이체 방법 및 그 장치 | |
US20230114314A1 (en) | System, method, and device for automating billing and payments |
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 |