CN111523870B - 订单数据的处理方法及装置、计算机设备 - Google Patents
订单数据的处理方法及装置、计算机设备 Download PDFInfo
- Publication number
- CN111523870B CN111523870B CN201910105313.6A CN201910105313A CN111523870B CN 111523870 B CN111523870 B CN 111523870B CN 201910105313 A CN201910105313 A CN 201910105313A CN 111523870 B CN111523870 B CN 111523870B
- Authority
- CN
- China
- Prior art keywords
- amount
- order
- account
- available
- target
- 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/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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/12—Payment architectures specially adapted for electronic shopping systems
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种订单数据的处理方法及装置、计算机设备。其中,该方法包括:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;接收来自所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;在收到所述确认信息后,对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额。
Description
技术领域
本申请涉及电子支付领域,具体而言,涉及一种订单数据的处理方法及装置、计算机设备。
背景技术
目前对于跨境电商来说,在进行跨境交易时,往往要根据线下的采购单据结汇到买家的个人银行账户,然后由个人银行账户充值到第三方支付平台,基于第三方支付平台进行商品的采购。上述采购流程中,从结汇到个人银行账户然后再等到最终充值到第三方支付平台,往往要占用比较长的时间,例如占用3-5日,这样,增加了跨境交易的时间,同时由于上述采购流程中涉及到人为的一些操作,易出现失误。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种订单数据的处理方法及装置、计算机设备,以至少解决相关技术中的跨境交易时间比较长,易出现人为失误等的技术问题。
根据本申请实施例的一个方面,提供了一种订单数据的处理方法,包括:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;接收来自所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;在收到所述确认信息后,对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额。
根据本申请实施例的另一方面,还提供了另一种订单数据的处理方法,包括:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额。
根据本申请实施例的又一方面,还提供了一种计算机设备,用于提供人机界面,所述人机界面中包括:第一控件,用于展示与第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;第二控件,用于展示待发订单对应的订单金额,以及该待发订单对应的订单信息;第三控件,用于在满足所述订单金额小于所述可用额度时,且该第三控件被触发时,向所述第一账户发送所述待发订单对应的订单信息;第四控件,用于接收用户的确认指令,其中,该确认指令用于触发生成所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;第五控件,用于展示在收到所述确认信息后,对所述订单金额进行结汇处理后得到的目标金额。
根据本申请实施例的再一方面,还提供了一种订单数据的处理装置,包括:第一确定模块,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;第二确定模块,用于确定待发订单对应的订单金额;发送模块,用于在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;接收模块,用于接收来自所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;结汇支付模块,用于在收到所述确认信息后,对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额。
根据本申请实施例的又一方面,还提供了一种订单数据的处理装置,包括:第三确定模块,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;第四确定模块,用于确定待发订单对应的订单金额;发送模块,用于在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;结汇支付模块,用于对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额。
根据本申请实施例的又一方面,还提供了一种计算机设备,包括:存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以上所述的订单数据的处理方法中的步骤。
根据本申请实施例的又一方面,还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现以上所述的订单数据的处理方法中的步骤。
本申请实施例还提供了一种订单数据的处理方法,该方法包括:从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;基于所述汇款金额确定与所述汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额;基于所述可用额度对订单进行支付,并将支付完成后形成的订单信息发送至所述第三方支付平台,其中,该第三方支付平台用于基于所述订单信息进行结汇处理。
本申请实施例还提供了一种订单数据的处理装置,该装置包括:接收模块,用于从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;确定模块,用于基于所述汇款金额确定与所述汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额;支付模块,用于基于所述可用额度对订单进行支付,并将支付完成后形成的订单信息发送至所述第三方支付平台,其中,该第三方支付平台用于基于所述订单信息进行结汇处理。
在本申请实施例中,基于汇款金额和汇率确定可用额度,并在订单金额小于该可用额度时,向第一账户发送订单信息,以及在接收到用于指示已经接收到商品的确认信息后,进行结汇处理,将得到的目标金额发送至第二账户。由于在资金进行待结汇状态时便可以基于可用额度进行采购,省去了等待结汇、汇款、充值等流程,因此,可以节省跨境交易的时间,并且,上述过程可以自动化实现,因此,也进一步避免了人为原因产生的失误,从而解决了相关技术中的跨境交易时间比较长,易出现人为失误等的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的一种计算机设备的结构示意图;
图2是根据本申请实施例的订单数据的处理方法的流程图;
图3是根据本申请实施例的一种可选的跨境交易流程的示意图;
图4是根据本申请实施例的一种可选的跨境交易流程中的资金流向示意图;
图5是根据本申请实施例的另一种订单数据的处理方法的流程图;
图6是根据本申请实施例的一种可选的人机界面的示意图;
图7是根据本申请实施例的订单数据的处理装置的结构框图;
图8是根据本申请实施例的另一种订单数据的处理装置的结构框图;
图9是根据本申请实施例的另一种订单数据的处理方法的流程图;
图10是根据本申请实施例的另一种可选的订单数据的处理方法的流程图;
图11是根据本申请实施例的另一种订单数据的处理装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
结汇:企业或个人按照汇率将买进外汇和卖出外汇进行结清的行为。
跨境交易平台:基于金融平台架构,为跨境业务提供收汇、结汇、境内付款、内贸金融服务的平台及其附属***的总称。
支付平台:身份证授权接口和身份证数据的提供方。
备付金账户:包括外汇备付金和备付金账户,第三方支付公司根据外管局、央行建立的境内银行收付款账户,受到外管局外汇结汇试点以及央行第三方备付金账户管理条款的约束。
跨境买家:在本申请实施例中为国内买家法人实体。
售后退款:资金已清分到支付平台的卖家账户。
确认收货前退款:确认收货前退款,外部结汇合作方这段资金有管控权,可以通过轧差处理退款。
确认收货后退款:资金已到达卖家支付平台的账户,资金管控权不在外部结汇合作方。
目前的跨境交易业务流程中可以包括一个实际控制人,离岸和在岸两个公司实体的架构。离岸公司负责在境外电商平台开店销售;在岸公司作为采购实体,负责境内的货源采购(即境内采购平台)。对于离岸公司对应有一个离岸账户,在岸公司对应有一个在岸账户,离岸账户和在岸账户通过跨境交易平台实现订单的交易结汇等处理。在交易流程中,涉及到等待结汇、汇款、向账户充值等流程,该流程所需要的处理时间比较长,并且涉及到人为操作,因此,易出现失误,例如,出现结汇凭证和实际交易错配问题。
为解决上述问题,以下结合本申请的具体实施例详细说明。
实施例1
本申请实施例中,离岸账户和在岸账户通过跨境交易平台利用汇率和买家的汇款金额确定一个跨境交易平台可以使用的可用额度;离岸账户(例如第一账户)对应的买家在下订单时,比较订单金额和可用额度的大小,并在订单额度小于可用额度时,允许生成订单信息;然后将订单信息发送至离岸账户;离岸账户侧的用户在收到商品后,确认收货;并向跨境交易平台反馈确认收货的确认信息;跨境交易平台在收到确认信息后,对订单金额进行结汇处理,并将进行结汇处理后的得到的目标金额充值至在岸账户(例如第二账户),这样,便完成了跨境交易流程。由于整个交易流程主要是在线上完成的,并且,可以不必在结汇、汇款、充值等流程中浪费等待时间,可以直接基于可用额度进行采购,因此,节省了线下操作的时间,并且可以避免人为操作产生的失误。同时,基于上述跨境交易流程,可以实现境外收汇、跨境结汇、境内付款(支付宝)三段割裂式服务的关联,可以减少跨境电商减少汇率损失,提升采购***率。
基于上述原理,根据本申请实施例,提供了一种订单数据的处理方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机设备或者类似的运算装置中执行。图1示出了一种用于实现订单数据的处理方法的计算机设备(或移动设备)的硬件结构框图。如图1所示,计算机设备10(或移动设备10)可以包括一个或多个(图中采用102a、102b,……,102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机设备10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机设备10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器104可用于存储应用软件的软件程序以及模块,如本申请实施例中的()方法对应的程序指令/数据存储装置,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的漏洞检测方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机设备10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(LCD),该液晶显示器可使得用户能够与计算机设备10(或移动设备)的用户界面进行交互。
在上述运行环境下,本申请提供了如图2所示的订单数据的处理方法。图2是根据本申请实施例的订单数据的处理方法的流程图。如图2所示,该方法包括以下处理步骤:
步骤S202,确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
步骤S204,确定待发订单对应的订单金额;
步骤S206,在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;
步骤S208,接收来自第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;
步骤S210,在收到确认信息后,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
基于步骤S202-S210的流程,本申请实施例可以不必在结汇、汇款、充值等流程中浪费等待时间,直接基于可用额度进行采购,因此,节省了线下操作的时间,并且可以避免人为操作产生的失误。
在本申请的一些实施例中,步骤S202可以通过以下方式确定可用额度:接收汇款金额;基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为可用额度。
例如,境外公司向跨境交易平台中对接的第三方支付公司汇款,例如10万美金;第三方支付公司基于收到的汇款金额和当前汇率预估人民币额度(例如60万人民币),并将该人民币额度通知给买家用户在国内贸易电子商务平台注册的账号。
在确定上述预估额度时,可以采用多种方式:
例如,可以按照预设扣费比例和汇款金额确定预估额度,该预设扣费比例可以是结汇方依据当前的实际汇率确定,当然,如果结汇方或跨境交易平台收取一定的服务费时,上述预设扣费比例也可以是基于当前的实际汇率和上述服务费共同确定的,例如汇款金额为A,当前的实际汇率为B,服务费为基于汇款金额的预设比例C确定的,此时预设扣费比例为可以:B+C,此时预估额度D=A*(B+C)。
又例如,可以利用机器学习的方式确定上述预设额度,此时,可以表现为以下过程:获取特征数据,其中,该特征数据用于表征对汇率的影响程度;将特征数据组输入至学习模型中进行分析,得到汇差,其中,该学习模型是通过多组数据训练得到的,该多组数据中的每组数据均包括:样本特征数据和该样本特征数据对应的汇差;基于通过学习模型得到的汇差确定目标扣费比例;按照目标扣费比例和汇款金额确定预估额度。
上述特征数据可以是一个因素的权重,也可以是一组数据中各个数据对应的权重,该组数据中每个数据均包括一种影响汇率的影响因素,以及该影响因素对应的权重。上述影响因素包括但不限于:政策影响因素、市场供需、央行干预、投机活动、货币所在国的经济影响因素。上述影响因素对应的权重可以是依据映射关系确定的,即每种影响因素对应一个权重。
在申请的一些可选实施例中,在对订单金额进行结汇处理时,在只有一个结汇方时,可以直接对订单金额按照该结汇方提供的汇率进行结汇处理;在有多个结汇方时,可以按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,预设规则包括:选择提供的汇率最高的结汇方。其中,选择的目标结汇方也可以是一个或多个,在选择的目标结汇方为多个时,可以将订单额度划分为多个子额度,将不同的子金额按照不同的目标结汇方提供的汇率进行结汇处理。
在对订单金额进行结汇处理之后,由于该订单金额对应的订单是依据可用额度确定的,并且,可用额度是有限的,因此,在结汇完成后,上述可用额度要扣除订单金额,以对可用额度进行更新,这样,可以防止买家无额度限制地去生成订单,超出买家的资金承受能力,避免交易风险。
以电商平台下订单为例,说明一下下单支付及确认收货的流程:
步骤1:境内主体B(例如第一账户),在电商平台下单,如果有可用额度,则使用该可用额度对应的支付方式,完成下单支付;同时,下单后,电商平台将订单信息同步到用于提供结汇服务的第三方支付平台,以向外管局进行结汇申报。
步骤2:卖家发货;
步骤3:境内主体B(例如第一账户)收货后,接收用户在电商平台点击的【确认收货】控件后,电商平台请求【第三方支付平台】进行结汇;
步骤4:第三方支付平台收到请求后,进行结汇,将结汇后得到的目标金额增加值卖家在线上银行开具的收款账户(例如第二账户)。
由于汇率具有多变性,在对订单金额进行结汇处理,得到目标金额之后,此时的汇率和确定可用额度时的汇率可能是不同的,此时,需要确定汇差,以避免对买家造成损失,具体地:确定对订单金额进行结汇处理时采用的第二当前汇率;获取第一当前汇率和第二当前汇率之间的差值,得到目标汇差;依据目标汇差调整可用额度。其中,可以通过以下方式调整可用额度:在目标汇差大于0时,按照目标汇差减少可用额度;在目标汇差小于0时,按照目标汇差增加可用额度;在目标汇差等于0时,保持可用额度不变。
例如,在结汇时,由于汇差变化可能会给用户多出第二账户所支持的货币类型的余额,多出的余额将添加到可用额度中,供用户下次下单使用。
为了进一步提升用户体验,可以对订单信息、可用额度等在同一界面中进行展示,具体地:在预设人机界面中展示订单信息、指定控件(例如界面中的确认收货按钮)和可用额度,其中,指定控件在被触发时生成确认信息。
在本申请的一些可选实施例中,上述第一账户为离岸账户,第二账户为在岸账户;或者,第一账户为在岸账户,第二账户为离岸账户。基于离岸账户和在岸账户时,可以实现跨境交易流程。
为了更好地理解本申请实施例,以下结合图3详细说明跨境交易流程,如图3所示,该流程主要包括三个主要流程:1.买家服务开通流程;2.充值及结汇;3.电商平台交易流程(包括支付/确认收货退款)。其中,涉及的主要角色包括:境外采购公司主体,境内电商平台代理采购商(电商平台买家),电商平台卖家,第三方支付平台,第三方支付平台的合作银行。以下详细说明一下上述3个主要流程:
流程1:买家开通服务
步骤1:境外公司主体A与境内公司主体B在第三方支付平台签订代理采购协议,并约定电商平台做采购的买家账户ID;
步骤2:境内公司主体B,使用约定电商平台账号在电商平台开通跨境交易协议,电商平台与第三方支付平台做数据标记,完成开通。
流程2:外汇充值
前置条件:电商平台账号已完成开通使用跨境交易平台服务;
步骤1:境外公司向第三方支付公司(第三方支付平台)汇款10W美金;
步骤2:第三方支付平台受到10W美金后,预估60W人民币额度(扣取费用及汇差),并通知电商平台;
步骤3:电商平台接收到第三方支付平台的通知后,为境内主体电商平台账号(相当于第一账户)充值60W RMB可用于下单支付的额度;
流程3:下单支付及确认收货
步骤1:境内主体B,在电商平台下单,如果有跨境宝额度,则使用跨境宝支付方式,完成下单支付;同时,下单后,电商平台将订单信息同步到第三方支付平台,做外管局结汇申报用
步骤2:卖家发货;
步骤3:境内主体B收货后,在电商平台点击【确认收货】后,电商平台请求第三方支付平台进行结汇。
步骤4:第三方支付公司收到请求后,进行结汇,将结汇后的金额打款到卖家在线上银行开具的收款账户(相当于第二账户)。
另外,汇差调整在结汇时,由于汇差变化可能会给用户多出人民币余额,多出余额将添加到电商平台的用户可支付账户余额(即上述可用额度),供用户下次下单使用。
流程4:退款。
售中退款后,退款额度将退回到电商平台上的待使用账户(相当于第一账户),供用户下次支付使用。售后退换,则有卖家退款到电商平台买家在交易时采用的支付账户中。
另外,为了更好地说明本申请实施例中的资金流向,以下结合图4详细说明。如图4所示,该资金流分为两个分支流程:正向额度支付对应的流程和逆向退款对应的流程,其中,正向额度支付对应的流程中包括:离岸公司外汇来账、买家基于额度下单;第三方支付平台结汇;卖家的线上银行账户收款;对卖家的线上银行账户进行提现操作。逆向退款对应的流程包括:流程A:确认收货前(即商品处于售中状态)。买家发退款;第三方支付公司进行轧差处理;退款清算。流程B:在确认收货后,资金直接在买家账户和卖家账户中结转。
基于本申请实施例提供的上述方案,由于可以使用交易平台(例如电商平台)生成的订单作为结汇凭证,因此,可以规则结汇凭证与实际交易错配问题,并且,结汇款项可以直接支付到交易平台的卖家账户中,资金流向明确且安全可控。另外,由于资金在进入待结汇账户即可根据可用额度进行采购,无需等待结汇、汇款充值等流程,并且,整个支付流程自动化程度较高,因此,无需进行线下操作;由于没有额度限制,因此,可以解决大额支付的问题,即结汇款可以直接支付到卖家账户中。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
实施例2
本申请实施例还提供另外一种订单数据的处理方法,如图5所示,该方法包括以下处理步骤:
步骤S502,确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
在本申请的一些实施例中,可以通过以下方式确定确定第一账户对应的可用额度:接收汇款金额;基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为可用额度。
其中,上述预估额度可以按照预设扣费比例和汇款金额确定,该预设扣费比例可以是结汇方依据当前的实际汇率确定的。
步骤S504,确定待发订单对应的订单金额;
步骤S506,在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;
步骤S508,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
在申请的一些可选实施例中,在对订单金额进行结汇处理时,在只有一个结汇方时,可以直接对订单金额按照该结汇方提供的汇率进行结汇处理;在有多个结汇方时,可以按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,预设规则包括:选择提供的汇率最高的结汇方。其中,选择的目标结汇方也可以是一个或多个,在选择的目标结汇方为多个时,可以将订单额度划分为多个子额度,将不同的子金额按照不同的目标结汇方提供的汇率进行结汇处理。
基于本申请实施例提供的上述方案,相对于实施例1提供的方案,可以在不用等到确认收货后再进行结汇付款,可以在生成订单后,便结汇付款。这样,可以进一步节省交易时间。
本实施例的优选实施方式可以参见实施例1中的相关描述,此处不再赘述。
实施例3
本实施例提供一种计算机设备,该计算机设备用于提供人机界面,如图6所示,该人机界面6中包括:
第一控件60,用于展示与第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第二控件62,用于展示待发订单对应的订单金额,以及该待发订单对应的订单信息;
第三控件64,用于在满足订单金额小于可用额度时,且该第三控件被触发时,向第一账户发送待发订单对应的订单信息;
第四控件66,用于接收用户的确认指令,其中,该确认指令用于触发生成第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;
第五控件68,用于展示在收到确认信息后,对订单金额进行结汇处理后得到的目标金额。
在本申请的一些实施例中,上述人机界面中的第一控件60、第二控件62、第三控件64、第四控件66和第五控件68位于同一界面中,例如,可以显示在订单详情管理界面中,该订单详情管理界面中展示有以下至少之一:可用额度、订单信息对应的商品信息、订单金额、订单状态、确认收货的控件等
另外,在本申请的一些实施例中,上述图6所示的计算机设备(或移动设备)具有触摸显示器(也被称为“触摸屏”或“触摸显示屏”)。在一些实施例中,上述图6所示的计算机设备具有图像用户界面(GUI),该图形用户界面为上述人机界面,用户可以通过触摸触敏表面上的手指接触和/或手势来与GUI进行人机交互,此处的人机交互功能可选的包括如下交互:展示上述各个控件;创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。
实施例4
本申请实施例还提供了一种订单数据的处理装置,该装置用于实施实施例1中所述的订单数据的处理方法,如图7所示,该装置包括:
第一确定模块70,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第二确定模块72,用于确定待发订单对应的订单金额;
发送模块74,用于在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;
接收模块76,用于接收来自第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;
结汇支付模块78,用于在收到确认信息后,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
基于上述各个模块实现的功能,本申请实施例可以不必在结汇、汇款、充值等流程中浪费等待时间,直接基于可用额度进行采购,因此,节省了线下操作的时间,并且可以避免人为操作产生的失误。
在本申请的一些实施例中,第一确定模块72可以通过以下方式确定可用额度:接收汇款金额;基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为可用额度。
例如,境外公司向跨境交易平台中对接的第三方支付公司汇款,例如10万美金;第三方支付公司基于收到的汇款金额和当前汇率预估人民币额度(例如60万人民币),并将该人民币额度通知给买家用户在国内贸易电子商务平台注册的账号。
在确定上述预估额度时,可以采用多种方式:
例如,可以按照预设扣费比例和汇款金额确定预估额度,该预设扣费比例可以是结汇方依据当前的实际汇率确定,当然,如果结汇方或跨境交易平台收取一定的服务费时,上述预设扣费比例也可以是基于当前的实际汇率和上述服务费共同确定的,例如汇款金额为A,当前的实际汇率为B,服务费为基于汇款金额的预设比例C确定的,此时预设扣费比例为可以:B+C,此时预估额度D=A*(B+C)。
又例如,可以利用机器学习的方式确定上述预设额度,此时,可以表现为以下过程:获取特征数据,其中,该特征数据用于表征对汇率的影响程度;将特征数据组输入至学习模型中进行分析,得到汇差,其中,该学习模型是通过多组数据训练得到的,该多组数据中的每组数据均包括:样本特征数据和该样本特征数据对应的汇差;基于通过学习模型得到的汇差确定目标扣费比例;按照目标扣费比例和汇款金额确定预估额度。
在申请的一些可选实施例中,在对订单金额进行结汇处理时,在只有一个结汇方时,可以直接对订单金额按照该结汇方提供的汇率进行结汇处理;在有多个结汇方时,上述订单数据的处理装置中的结汇支付模块78,还可以用于按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,预设规则包括:选择提供的汇率最高的结汇方。其中,选择的目标结汇方也可以是一个或多个,在选择的目标结汇方为多个时,可以将订单额度划分为多个子额度,将不同的子金额按照不同的目标结汇方提供的汇率进行结汇处理。
在对订单金额进行结汇处理之后,由于该订单金额对应的订单是依据可用额度确定的,并且,可用额度是有限的,因此,在结汇完成后,上述可用额度要扣除订单金额,以对可用额度进行更新,因此,上述订单数据的处理装置还可以包括:更新模块,该更新模块,用于从上述可用额度中扣除上述订单金额,得到更新后的可用额度。这样,可以防止买家无额度限制地去生成订单,超出买家的资金承受能力,避免交易风险。
由于汇率具有多变性,在对订单金额进行结汇处理,得到目标金额之后,此时的汇率和确定可用额度时的汇率可能是不同的,此时,需要确定汇差,以避免对买家造成损失,具体地,上述订单数据的处理装置还包括:第三确定模块,用于确定对订单金额进行结汇处理时采用的第二当前汇率;获取模块,用于获取第一当前汇率和第二当前汇率之间的差值,得到目标汇差;调整模块,用于依据目标汇差调整可用额度。其中,可以通过以下方式调整可用额度:在目标汇差大于0时,按照目标汇差减少可用额度;在目标汇差小于0时,按照目标汇差增加可用额度;在目标汇差等于0时,保持可用额度不变。
需要说明的是,上述各个模块分别对应于实施例1中的步骤S202至步骤S208,各个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例1提供的计算机设备10中。
实施例5
本申请实施例还提供另外一种订单数据的处理装置,该装置用于实现实施例2中的订单数据的处理方法,如图8所示,该装置包括:
第三确定模块80,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第四确定模块82,用于确定待发订单对应的订单金额;
发送模块84,用于在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;
结汇支付模块86,用于对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
基于本申请实施例提供的上述方案,相对于实施例4提供的方案,可以在不用等到确认收货后再进行结汇付款,可以在生成订单后,便结汇付款。这样,可以进一步节省交易时间。
本实施例的优选实施方式可以参见实施例1-2中的相关描述,此处不再赘述。
实施例6
本申请实施例还提供了另一种订单数据的处理方法,图9是根据本申请实施例的另一种订单数据的处理方法的流程图。如图9所示,该方法包括:
步骤S902,从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;
步骤S904,基于汇款金额确定与汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额;
步骤S906,基于可用额度对订单进行支付,并将支付完成后形成的订单信息发送至第三方支付平台,其中,该第三方支付平台用于基于订单信息进行结汇处理。
本申请实施例可以不必在结汇、汇款、充值等流程中浪费等待时间,直接基于可用额度进行采购,因此,节省了线下操作的时间,并且可以避免人为操作产生的失误。
在本申请的一些实施例中,在将支付完成后形成的订单信息发送至第三方支付平台之后,第三方支付平台基于订单信息进行结汇申报,得到与订单金额对应的目标金额;并将该目标金额发送至卖家账户中。由于可以基于订单信息作为结汇凭证进行结汇申报,因此,可以规避结汇凭证与实际交易的错配问题。
为了进一步保证交易过程的安全性同时避免不必要的流程,在第三方支付平台基于订单信息进行结汇申报之前,可以先在确认收货后再进行结汇处理,具体地:检测买家账户的确认收货信息;在检测到确认收货信息后,将订单信息发送至第三方支付平台。
其中,为了避免交易风险(例如买家的购买能力不足以承担其对应的订单,这种情况下,如果允许买家下单,则存在一定的风险)同时为了避免出现可用额度不足时仍允许下单的问题,在进行支付前,可以比较可用额度和订单的订单金额的大小;在可用额度大于订单金额时,使用可用额度对订单进行支付。
在本申请的一些可选的实施例中,上述可用额度可以采用以下方式确定:基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除与相应的费用,得到剩余额度,将该剩余额度作为可用额度。
为了更好地理解上述流程,以下结合图10所示流程详细说明。如图10所示,该流程包括:
步骤S1002,用于提供外部结汇服务的第一支付平台收到外部汇款;
步骤S1004,第一支付平台将汇款金额同步到电商平台;
步骤S1006,电商平台基于汇款金额确定可用额度,基于该可用额度进行下单支付,其中,可用额度可以是基于汇款金额和当前汇率确定的,例如,该可用额度是两者的乘积。
步骤S1008,电商平台在收到买家的确认收货信息后,将订单信息发送至第一支付平台;
步骤S1010,第一支付平台基于订单信息进行结汇申报,得到结汇后的目标金额;
步骤S1012,第一支付平台将目标金额发送至线上银行的卖家账户;
步骤S1014,线上银行的卖家账户将目标金额转移至第二支付平台的卖家账户,以进行提现处理。
需要说明的是,本实施例的优选实施方式可以参见实施例1-2中的相关描述,此处不再赘述。
实施例7
本申请实施例还提供了一种订单数据的处理装置,该装置用于实现实施例6中所示的方法,如图11所示,该装置包括:
接收模块110,用于从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;
确定模块112,用于基于汇款金额确定与汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额;
支付模块114,用于基于可用额度对订单进行支付,并将支付完成后形成的订单信息发送至第三方支付平台,其中,该第三方支付平台用于基于订单信息进行结汇处理。
通过上述各个模块实现的功能,可以不必在结汇、汇款、充值等流程中浪费等待时间,直接基于可用额度进行采购,因此,节省了线下操作的时间,并且可以避免人为操作产生的失误。
需要说明的是,本实施例的优选实施方式可以参见实施例1-6中的相关描述,此处不再赘述。
实施例8
本申请的实施例可以提供一种计算机设备,该计算机设备可以是计算机设备群中的任意一个计算机设备设备。可选地,在本实施例中,上述计算机设备也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机设备可以执行订单数据的处理方法中以下步骤的程序代码:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;接收来自第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;在收到确认信息后,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
可选地,本申请实施例提供的计算机设备的结构可以参见图1所示的计算机设备的结构,需要说明的是,本实施例中的计算机设备可以具有比图1所示计算机设备更多或更少的结构。该计算机设备可以包括:一个或多个处理器、存储器、以及传输装置等。
其中,存储器可用于存储软件程序以及模块,如本申请实施例中的安全漏洞检测方法和装置对应的程序指令/模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的订单数据的处理方法。存储器可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;接收来自第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;在收到确认信息后,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
可选地,上述处理器还可以执行如下步骤的程序代码:接收汇款金额;基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为可用额度。
可选地,上述处理器还可以执行如下步骤的程序代码:按照预设扣费比例和汇款金额确定预估额度。
可选地,上述处理器还可以执行如下步骤的程序代码:获取特征数据,其中,该特征数据用于表征对汇率的影响程度;将特征数据组输入至学习模型中进行分析,得到汇差,其中,该学习模型是通过多组数据训练得到的,该多组数据中的每组数据均包括:样本特征数据和该样本特征数据对应的汇差;基于通过学习模型得到的汇差确定目标扣费比例;按照目标扣费比例和汇款金额确定预估额度。
可选地,上述处理器还可以执行如下步骤的程序代码:按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,预设规则包括:选择提供的汇率最高的结汇方。
可选地,上述处理器还可以执行如下步骤的程序代码:从可用额度中扣除订单金额,得到更新后的可用额度。
可选地,上述处理器还可以执行如下步骤的程序代码:确定对订单金额进行结汇处理时采用的第二当前汇率;获取第一当前汇率和第二当前汇率之间的差值,得到目标汇差;依据目标汇差调整可用额度。
采用本申请实施例提供的方案,解决了相关技术中的跨境交易时间比较长,易出现人为失误等的技术问题。
本领域普通技术人员可以理解,本实施例提供的计算机设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图1并不对上述电子装置的结构造成限定。例如,计算机设备还可包括比图1中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图1所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例9
本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例1所提供的订单数据的处理方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机设备群中的任意一个计算机设备中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;确定待发订单对应的订单金额;在订单金额小于可用额度时,向第一账户发送待发订单对应的订单信息;接收来自第一账户的确认信息,该确认信息用于指示已经接收到订单信息对应的商品;在收到确认信息后,对订单金额进行结汇处理,得到目标金额,并向第二账户发送目标金额。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:接收汇款金额;基于第一当前汇率和汇款金额确定预估额度;按照预设扣费规则从预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为可用额度。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:按照预设扣费比例和汇款金额确定预估额度。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:获取特征数据,其中,该特征数据用于表征对汇率的影响程度;将特征数据组输入至学习模型中进行分析,得到汇差,其中,该学习模型是通过多组数据训练得到的,该多组数据中的每组数据均包括:样本特征数据和该样本特征数据对应的汇差;基于通过学习模型得到的汇差确定目标扣费比例;按照目标扣费比例和汇款金额确定预估额度。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,预设规则包括:选择提供的汇率最高的结汇方。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:从可用额度中扣除订单金额,得到更新后的可用额度。
可选地,上述存储介质还可以存储有执行如下步骤的程序代码:确定对订单金额进行结汇处理时采用的第二当前汇率;获取第一当前汇率和第二当前汇率之间的差值,得到目标汇差;依据目标汇差调整可用额度。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (22)
1.一种订单数据的处理方法,包括:
确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
确定待发订单对应的订单金额;
在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;
接收来自所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;
在收到所述确认信息后,对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度。
2.根据权利要求1所述的方法,其中,确定第一账户对应的可用额度,包括:
接收所述汇款金额;
基于第一当前汇率和所述汇款金额确定预估额度;
按照预设扣费规则从所述预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为所述可用额度。
3.根据权利要求2所述的方法,其中,按照预设扣费规则从所述预估额度中扣除相应的费用,得到剩余额度包括:按照预设扣费比例和所述汇款金额确定所述预估额度。
4.根据权利要求2所述的方法,其中,按照预设扣费规则从所述预估额度中扣除相应的费用后得到剩余额度包括:
获取特征数据,其中,该特征数据用于表征对汇率的影响程度;
将所述特征数据组输入至学习模型中进行分析,得到汇差,其中,该学习模型是通过多组数据训练得到的,该多组数据中的每组数据均包括:样本特征数据和该样本特征数据对应的汇差;
基于通过所述学习模型得到的汇差确定目标扣费比例;
按照所述目标扣费比例和所述汇款金额确定所述预估额度。
5.根据权利要求1所述的方法,其中,对所述订单金额进行结汇处理包括:
按照预设规则从多个结汇方中选择目标结汇方进行结汇处理,其中,所述预设规则包括:选择提供的汇率最高的结汇方。
6.根据权利要求1所述的方法,其中,对所述订单金额进行结汇处理之后,所述方法还包括:
从所述可用额度中扣除所述订单金额,得到更新后的可用额度。
7.根据权利要求1所述的方法,其中,依据所述目标汇差调整所述可用额度,包括:
在所述目标汇差大于0时,按照所述目标汇差减少所述可用额度;
在所述目标汇差小于0时,按照所述目标汇差增加所述可用额度;
在所述目标汇差等于0时,保持所述可用额度不变。
8.根据权利要求1所述的方法,其中,所述方法还包括:
在预设人机界面中展示所述订单信息、指定控件和所述可用额度,其中,所述指定控件在被触发时生成所述确认信息。
9.根据权利要求1至7中任意一项所述的方法,其中,所述第一账户为离岸账户,所述第二账户为在岸账户;或者,所述第一账户为在岸账户,所述第二账户为离岸账户。
10.一种订单数据的处理方法,其中,包括:
确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
确定待发订单对应的订单金额;
在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;
对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度。
11.根据权利要求10所述的方法,其中,确定第一账户对应的可用额度,包括:
接收所述汇款金额;
基于第一当前汇率和所述汇款金额确定预估额度;
按照预设扣费规则从所述预估额度中扣除相应的费用,得到剩余额度,将该剩余额度作为所述可用额度。
12.一种订单数据的处理方法,包括:
从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;
基于所述汇款金额确定与所述汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度;
基于所述可用额度对订单进行支付,并将支付完成后形成的订单信息发送至所述第三方支付平台,其中,该第三方支付平台用于基于所述订单信息进行结汇处理。
13.根据权利要求12所述的方法,其中,将支付完成后形成的订单信息发送至所述第三方支付平台之后,所述方法还包括:
所述第三方支付平台基于所述订单信息进行结汇申报,得到与订单金额对应的目标金额;并将该目标金额发送至卖家账户中。
14.根据权利要求12所述的方法,其中,所述第三方支付平台基于所述订单信息进行结汇申报之前,所述方法还包括:
检测买家账户的确认收货信息;在检测到所述确认收货信息后,将所述订单信息发送至所述第三方支付平台。
15.根据权利要求12所述的方法,其中,基于所述可用额度对订单进行支付,包括:
比较所述可用额度和所述订单的订单金额的大小;
在所述可用额度大于所述订单金额时,使用所述可用额度对所述订单进行支付。
16.根据权利要求12至15中任意一项所述的方法,其中,基于所述汇款金额确定与所述汇款金额对应的可用额度包括:
基于第一当前汇率和所述汇款金额确定预估额度;
按照预设扣费规则从所述预估额度中扣除与相应的费用,得到剩余额度,将该剩余额度作为所述可用额度。
17.一种计算机设备,用于提供人机界面,其中,所述人机界面中包括:
第一控件,用于展示与第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第二控件,用于展示待发订单对应的订单金额,以及该待发订单对应的订单信息;
第三控件,用于在满足所述订单金额小于所述可用额度时,且该第三控件被触发时,向所述第一账户发送所述待发订单对应的订单信息;
第四控件,用于接收用户的确认指令,其中,该确认指令用于触发生成所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;
第五控件,用于展示在收到所述确认信息后,对所述订单金额进行结汇处理后得到的目标金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度。
18.一种订单数据的处理装置,其中,包括:
第一确定模块,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第二确定模块,用于确定待发订单对应的订单金额;
发送模块,用于在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;
接收模块,用于接收来自所述第一账户的确认信息,该确认信息用于指示已经接收到所述订单信息对应的商品;
结汇支付模块,用于在收到所述确认信息后,对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度。
19.一种订单数据的处理装置,其中,包括:
第三确定模块,用于确定第一账户对应的可用额度,其中,该可用额度为依据接收的汇款金额和汇率确定的,并且所述可用额度为与第一账户支持的资金类型不同的第二账户所支持的资金类型的额度;
第四确定模块,用于确定待发订单对应的订单金额;
发送模块,用于在所述订单金额小于所述可用额度时,向所述第一账户发送所述待发订单对应的订单信息;
结汇支付模块,用于对所述订单金额进行结汇处理,得到目标金额,并向所述第二账户发送所述目标金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度。
20.一种订单数据的处理装置,包括:
接收模块,用于从第三方支付平台获取该第三方支付平台收到的汇款金额,其中,该汇款金额为第一货币类型对应的金额;
确定模块,用于基于所述汇款金额确定与所述汇款金额对应的可用额度,其中,该可用额度为第二货币类型对应的金额,其中,对所述订单金额进行结汇处理,得到目标金额之后,确定对所述订单金额进行结汇处理时采用的所述第二当前汇率;获取所述第二当前汇率和用于确定所述可用额度的第一当前汇率之间的差值,得到目标汇差;依据所述目标汇差调整所述可用额度;
支付模块,用于基于所述可用额度对订单进行支付,并将支付完成后形成的订单信息发送至所述第三方支付平台,其中,该第三方支付平台用于基于所述订单信息进行结汇处理。
21.一种计算机设备,包括:存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述计算机程序时实现权利要求1至9中任意一项所述的订单数据的处理方法中的步骤。
22.一种计算机可读存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现权利要求1至9中任意一项所述的订单数据的处理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910105313.6A CN111523870B (zh) | 2019-02-01 | 2019-02-01 | 订单数据的处理方法及装置、计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910105313.6A CN111523870B (zh) | 2019-02-01 | 2019-02-01 | 订单数据的处理方法及装置、计算机设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111523870A CN111523870A (zh) | 2020-08-11 |
CN111523870B true CN111523870B (zh) | 2023-05-02 |
Family
ID=71900340
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910105313.6A Active CN111523870B (zh) | 2019-02-01 | 2019-02-01 | 订单数据的处理方法及装置、计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111523870B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112037044B (zh) * | 2020-09-02 | 2023-08-15 | 中国银行股份有限公司 | 一种信息推荐方法及装置 |
CN113298511A (zh) * | 2020-12-11 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 订单信息处理方法、装置及电子设备 |
CN112579572B (zh) * | 2020-12-18 | 2022-12-13 | 建信金融科技有限责任公司 | 一种关联账户维护方法、装置及电子设备 |
CN112884483B (zh) * | 2021-01-28 | 2023-05-09 | 支付宝(杭州)信息技术有限公司 | 一种担保方法、装置及设备 |
CN112990871A (zh) * | 2021-03-16 | 2021-06-18 | 金蝶软件(中国)有限公司 | 一种单据处理方法及相关设备 |
CN113408990B (zh) * | 2021-06-29 | 2023-04-18 | 满帮信息咨询有限公司 | 货运订单处理方法、***、电子设备及存储介质 |
CN115345604A (zh) * | 2022-10-19 | 2022-11-15 | 广州合利宝支付科技有限公司 | 跨境第三方支付方法及计算机设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009087197A (ja) * | 2007-10-02 | 2009-04-23 | Ncr Japan Ltd | 決済情報管理システムと決済情報管理プログラムと決済情報管理方法 |
CN101655947A (zh) * | 2008-08-21 | 2010-02-24 | 阿里巴巴集团控股有限公司 | 实现境外交易的网上交易方法及网上交易*** |
US8626653B1 (en) * | 2012-08-22 | 2014-01-07 | Mastercard International Incorporated | Methods and systems for processing electronic cross-border payments |
CN104854604A (zh) * | 2014-08-06 | 2015-08-19 | 深圳市银信网银科技有限公司 | 一种跨行付款***及一种跨行付款方法 |
CN105427094A (zh) * | 2015-12-22 | 2016-03-23 | 农信银资金清算中心有限责任公司 | 一种跨境支付***与方法 |
CN106372876A (zh) * | 2016-08-31 | 2017-02-01 | 重庆网贸通企业服务有限公司 | 一种跨境支付方法和*** |
CN108256844A (zh) * | 2018-02-05 | 2018-07-06 | 浙江米致科技有限公司 | 一种传统供应链金融领域中结算支付方法 |
CN108681957A (zh) * | 2018-08-13 | 2018-10-19 | 杭州呯嘭智能技术有限公司 | 跨境电商交易订单还原方法及***及设备及存储介质 |
-
2019
- 2019-02-01 CN CN201910105313.6A patent/CN111523870B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009087197A (ja) * | 2007-10-02 | 2009-04-23 | Ncr Japan Ltd | 決済情報管理システムと決済情報管理プログラムと決済情報管理方法 |
CN101655947A (zh) * | 2008-08-21 | 2010-02-24 | 阿里巴巴集团控股有限公司 | 实现境外交易的网上交易方法及网上交易*** |
WO2010022344A1 (en) * | 2008-08-21 | 2010-02-25 | Alibaba Group Holding Limited | Online processing for offshore business transactions |
US8626653B1 (en) * | 2012-08-22 | 2014-01-07 | Mastercard International Incorporated | Methods and systems for processing electronic cross-border payments |
CN104854604A (zh) * | 2014-08-06 | 2015-08-19 | 深圳市银信网银科技有限公司 | 一种跨行付款***及一种跨行付款方法 |
CN105427094A (zh) * | 2015-12-22 | 2016-03-23 | 农信银资金清算中心有限责任公司 | 一种跨境支付***与方法 |
CN106372876A (zh) * | 2016-08-31 | 2017-02-01 | 重庆网贸通企业服务有限公司 | 一种跨境支付方法和*** |
CN108256844A (zh) * | 2018-02-05 | 2018-07-06 | 浙江米致科技有限公司 | 一种传统供应链金融领域中结算支付方法 |
CN108681957A (zh) * | 2018-08-13 | 2018-10-19 | 杭州呯嘭智能技术有限公司 | 跨境电商交易订单还原方法及***及设备及存储介质 |
Non-Patent Citations (4)
Title |
---|
Chunyang Zhao等.A New Method for Charging Transmission Services In Cross-border Trading.《2010 Asia-Pacific Power and Energy Engineering Conference》.2010,全文. * |
王京 ; .企业所得税汇算清缴中常见会计与税收差异比较分析.《农村经济与科技》.2017,(第06期),全文. * |
赵雪雅 ; .第三方支付的支付模式发展现状.《西部皮革》.2018,(第02期),全文. * |
陈雷.移动小额支付***浅析.《华南金融电脑》.2005,(第01期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN111523870A (zh) | 2020-08-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111523870B (zh) | 订单数据的处理方法及装置、计算机设备 | |
US11720959B1 (en) | Payment processor financing of customer purchases | |
US11727452B1 (en) | Invoice financing and repayment | |
US9892458B1 (en) | Invoice financing and repayment | |
US8423461B2 (en) | Advanced payment management system | |
US20120166332A1 (en) | Bill splitting system | |
CN102227742A (zh) | 信用额度提供***和方法 | |
KR20160003642A (ko) | 이동 장치 자금 조달을 위한 시스템 및 방법 | |
JP6948079B2 (ja) | ブロックチェーン技術を活用した暗号通貨キャッシュバック自動支給方法 | |
CN108734451A (zh) | 服务器及其控制方法 | |
CN111709777A (zh) | 支付方式的推荐方法、***、终端设备及存储介质 | |
US10902391B2 (en) | Automated transaction system | |
KR101799235B1 (ko) | 에스크로 서비스 보증 시스템 및 방법 | |
KR102091190B1 (ko) | 가상 화폐를 이용한 결제 시스템 및 그 방법 | |
CN102855557A (zh) | 网络交易支付处理***及方法 | |
JP5822627B2 (ja) | 電子マネー決済システム、携帯端末、電子マネーサーバ及び電子マネー決済方法 | |
US20210201344A1 (en) | Electronic value management system, electronic value management method and program | |
CN107341725A (zh) | 一种即时分润方法及*** | |
EP3825940A1 (en) | Electronic money mediation system and electronic money mediation method | |
TW201624373A (zh) | 資料業務處理方法及裝置 | |
KR20190048153A (ko) | 송금 기반 결제를 위한 에스크로 서비스 제공 방법 및 그를 수행하기 위한 서버 | |
KR102240502B1 (ko) | 다수의 광고주가 상품판매시 광고운용사의 통합포인트를 자율적으로 지급할 수 있는 광고운용시스템 및 방법 | |
TWI649704B (zh) | Payment integration method and server for integrated payment | |
WO2014055079A1 (en) | Electronic auctions over mobile communication networks | |
KR20150076785A (ko) | 국외 회원 대상 가맹점 청구 할인 서비스 제공 방법 및 서버 |
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 |