CN107665445B - 一种处理订单赎回消息的方法及装置 - Google Patents

一种处理订单赎回消息的方法及装置 Download PDF

Info

Publication number
CN107665445B
CN107665445B CN201710826931.0A CN201710826931A CN107665445B CN 107665445 B CN107665445 B CN 107665445B CN 201710826931 A CN201710826931 A CN 201710826931A CN 107665445 B CN107665445 B CN 107665445B
Authority
CN
China
Prior art keywords
account
order
redemption
amount
settlement
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
Application number
CN201710826931.0A
Other languages
English (en)
Other versions
CN107665445A (zh
Inventor
陆文杰
王永义
刘宏彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing Suning Fund Sales Co.,Ltd.
Original Assignee
Nanjing Xingyun Digital Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing Xingyun Digital Technology Co Ltd filed Critical Nanjing Xingyun Digital Technology Co Ltd
Priority to CN201710826931.0A priority Critical patent/CN107665445B/zh
Publication of CN107665445A publication Critical patent/CN107665445A/zh
Application granted granted Critical
Publication of CN107665445B publication Critical patent/CN107665445B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例公开了一种处理订单赎回消息的方法及装置,涉及互联网技术领域,能够提高赎回款的到账速度。本发明包括:当接收到客户端设备发送的订单赎回消息后,获取所述订单赎回消息所指向的产品信息;根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送;按照所述预结算数额,向支付系统发起对第一账户的支付流程;在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差;按照所述结算误差,对第一账户执行数额修正流程。本发明适用于金融产品的快速赎回。

Description

一种处理订单赎回消息的方法及装置
技术领域
本发明涉及互联网技术领域,尤其涉及一种处理订单赎回消息的方法及装置。
背景技术
随着互联网技术的不断发展,对于各类领域的订单赎回消息的处理,已经基本实现了网络化,且已经不仅仅局限于一般的生活必需品的购买,越来越多的人通过线上的投资平台进行投资理财,例如:通过银行、在线支付平台运营商等提供的APP工具,购买基金产品。
在频繁的市场波动中,用户需要通过投资平台的订单系统进行投资以及理财产品的赎回,又由于线上基金数量和丰富程度都在快速增长,用户对于理财产品的赎回速度的要求也越来越高。
但是,目前各投资平台的赎回速度已经难以提高,主要原因在于:投资平台需要等待实际运作资金的基金公司确认后,再按照确认文件中的具体金额给用户返款,或者等基金公司将赎回款汇出后再转给用户。这就导致了赎回速度受制于基金公司的运作效率,使得用户在实际进行赎回操作时难以及时到账,依然需要本人前往银行网点进行赎回办理,徒增用户的时间精力消耗,也限制了在线投资平台的应用范围。
发明内容
本发明的实施例提供一种处理订单赎回消息的方法及装置,能够提高赎回款的到账速度。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明的实施例提供的方法,包括:
当接收到客户端设备发送的订单赎回消息后,获取所述订单赎回消息所指向的产品信息;
根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息;
按照所述预结算数额,向支付系统发起对第一账户的支付流程,其中,所述第一账户对应所述客户端设备;
在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息;
按照所述结算误差,对第一账户执行数额修正流程。
结合第一方面,在第一方面的第一种可能的实现方式中,所述根据所述产品信息确定对应所述订单赎回消息的预结算数额,包括:
根据所述产品信息确定产品价格和赎回份额;
根据所确定的产品价格和赎回份额计算得到所述预结算数额。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述根据所述业务确认数据和所述预结算数额确定结算误差,包括:
从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述对第一账户执行数额修正流程,包括:
根据所述结算误差获取差额值,并依据所述差额值对第一账户转账;
或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
结合第一方面,在第一方面的第四种可能的实现方式中,还包括:
在对第一账户执行数额修正流程之后,向所述支付系统发起由所述第一账户向第二账户转账,所述第二账户建立在所述支付系统上,所述第二账户至少用于账户提现。
结合第一方面,在第一方面的第五种可能的实现方式中,还包括:
在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格;
检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
第二方面,本发明的实施例提供的装置,包括:
接收模块,用于接收客户端设备发送的订单赎回消息;
分析模块,用于获取所述订单赎回消息所指向的产品信息;并根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息;
资金管理模块,用于按照所述预结算数额,向支付系统发起对第一账户的支付流程,其中,所述第一账户对应所述客户端设备;
所述资金管理模块,还用于在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息;再按照所述结算误差,对第一账户执行数额修正流程。
结合第二方面,在第二方面的第一种可能的实现方式中,所述分析模块,具体用于根据所述产品信息确定产品价格和赎回份额;并根据所确定的产品价格和赎回份额计算得到所述预结算数额。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述资金管理模块,具体用于从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差;
所述资金管理模块,具体还用于根据所述结算误差获取差额值,并依据所述差额值对第一账户转账;或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
结合第二方面,在第二方面的第三种可能的实现方式中,所述分析模块,还用于在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格;检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
本发明实施例提供的处理订单赎回消息的方法及装置,按照估算的预结算数额,向支付系统发起对第一账户的支付流程;再在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差;最后按照所述结算误差,对第一账户执行数额修正流程。相对于现有技术中无法当天到账的赎回方式,本发明通过预估赎回金额并进行垫资的方式,先行将资金垫付给用户,优化基金业务的赎回到账时间,实现了赎回当天到账,提高了赎回操作中赎回款的到账速度。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的可能的系统架构示意图;
图2为本发明实施例提供的方法流程示意图;
图3为本发明实施例提供的装置的结构示意图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式,所述实施方式的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样定义,不会用理想化或过于正式的含义来解释。
本发明的实施例,具体可以实现在一种如图1所示的系统中,该系统包括:订单处理系统、服务端设备、支付系统和客户端设备。其中,
订单处理系统主要用于与交互客户端设备进行数据交互,并接收客户端设备发送的操作信息、订单数据等信息数据。
还用于接收服务端设备发送的业务确认数据,在通过本实施例中提供的方法流程分析得到预结算数额和结算误差后,再向支付系统发送差额处理指令,以便于支付系统根据结算误差在客户端设备对应的账户中执行目的在于多退少补的数额修正流程。
服务端设备主要用于:上线各类产品并向订单处理系统主提供产品信息,在接收到赎回消息后,可以按照目前业内通用的订单审核、赎回规则,对用户购买的产品进行审核,并在确认后向订单处理系统发送业务确认数据。具体可以是由基金公司、供应商等第三方运营的服务器、数据库系统等。例如:
可以由基金公司的服务器返回的业务确认数据。基金公司的服务器具体可以是基金公司所属的份额登记系统。其中,业务确认数据具体可以是对应赎回操作的确认文件,是基金公司所属的份额登记系统直接把该确认文件上传至订单处理系统的FTP服务器(FileTransfer Protocol Server)上。订单处理系统中具体执行分析处理的分析服务器去FTP上下载确认文件。
支付系统主要用于:建立对应客户端设备的支付账户。
本实施例中所揭示的订单处理系统、服务端设备、支付系统,在硬件层面上具体可以是由服务器、工作站、超级计算机等设备组成的,或者是由多个服务器组成的一种用于数据处理的服务器集群系统。
本实施例中所揭示的客户端设备具体可以实做成单独一台装置,或整合于各种不同的媒体数据播放装置中,诸如移动电话、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant,简称PDA)等。
本发明实施例提供一种处理订单赎回消息的方法,如图2所示,包括:
S1、当接收到客户端设备发送的订单赎回消息后,获取所述订单赎回消息所指向的产品信息。
在本实施例中所述的产品,具体可以是基金产品、理财产品等金融投资类的产品,目前业内已实现这类产品的线上交易。产品信息指的是用于表示、描述这类产品的,能够被服务器、智能终端等电子设备读取的信息,比如:产品的名称、赎回份额、名称价格、购买金额、产品到期时间、收益率、手续费等信息。例如:预结算数额的具体计算方式可以参考表1
表1
Figure GDA0003920792530000071
比如:当6月27日10:30发起赎回100份,交易日为27日,盘中估值为1.326元,前日最新净值为1.398元,则预估赎回金额为1.398*100*金额比例*金额比例*(1-平台服务费率);当6月27日17:30发起赎回100份,交易日为28日收盘估值为1.401元,则预估赎回金额为1.401*100*金额比例*金额比例*(1-平台服务费率);当6月27日20:30发起赎回100份,交易日为28日,已披露的27日最新净值为1.402元,则预估赎回金额为1.402*100*金额比例*金额比例*(1-平台服务费率)。
在本实施例中所述的订单赎回消息,在用户操作客户端设备后,由客户端设备向订单处理系统发送,用于触发订单处理系统对所述订单赎回消息所指向的产品进行赎回操作。
S2、根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送。
其中,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息。在本实施例中,根据所述产品信息确定对应所述订单赎回消息的预结算数额的具体方式,包括:
订单处理系统根据所述产品信息确定产品价格和赎回份额。再根据所确定的产品价格和赎回份额计算得到所述预结算数额。
其中,赎回份额具体可以理解为:将所持有的金融投资类的产品卖出的比例,例如:持有一项价值十万的金融投资类的产品,赎回份额为40%,则订单处理系统确定的预结算数额为4万。
S3、按照所述预结算数额,向支付系统发起对第一账户的支付流程。
其中,所述第一账户对应所述客户端设备。例如:根据客户端设备的设备号或者根据用户的账号、身份证号等标识信息,在支付系统中注册账户,所注册的账户即对应了用户和客户端设备。
S4、在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差。
其中,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息。
在本实施例中,根据所述业务确认数据和所述预结算数额确定结算误差的具体方式,包括:从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差。
S5、按照所述结算误差,对第一账户执行数额修正流程。
其中,订单处理系统按照结算误差执行数额修正流程,从而对第一账户中的金额就行多退少补的操作。在本实施例中,所述对第一账户执行数额修正流程,包括:根据所述结算误差获取差额值,并依据所述差额值对第一账户转账。或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
本发明实施例提供的处理订单赎回消息的方法,按照估算的预结算数额,向支付系统发起对第一账户的支付流程;再在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差;最后按照所述结算误差,对第一账户执行数额修正流程。相对于现有技术中无法当天到账的赎回方式,本发明通过预估赎回金额并进行垫资的方式,先行将资金垫付给用户。对于用户来说,优化基金业务的赎回到账时间,实现了赎回当天到账,提高了赎回操作中赎回款的到账速度。将原先无法当天到账的赎回业务,优化成赎回当天到账,优化用户体验,提高满意度,以及市场竞争力。对于投资人来说,快速赎回,资金当日到账,加速资金周转。对于销售机构来说,可以收取快赎手续费,可以赚取用户提前赎回,而之后赎回确认带来的收益。
以具体的应用场景举例:
客户端设备检测用户是否选择”快速赎回”选项,并创建订单赎回消息。
支付系统根据订单赎回消息的基金赎回类型及额度预估赎回金额,进行预结算处理,根据赎回后续的基金公司确认文件,结算投资人实际赎回金额和手续费,计算与预估赎回金额差额,并根据订单处理系统发起的数额修正流程,对用户进行差额部分金额多退少补。
订单处理系统接收客户端设备创建的订单赎回消息,判断是否为“快速赎回”以及基金赎回类型。当订单赎回消息中包括“快速赎回”的标签,根据订单赎回消息的基金赎回类型及额度预估赎回金额,进行预结算处理,其中,基金赎回类型包括T+0日,T+1日,T+3日。以及接收基金公司的确认文件。之后根据赎回后续的基金公司确认文件,结算投资人实际赎回金额和手续费,计算与预估赎回金额差额,并对用户进行差额部分金额多退少补。
如表2所示的4个工作日内的执行流程,其中,T日表示S1、接收到客户端设备发送的订单赎回消息的当日,T+1、T+2、T+3分别为当日后的第1日、第2日和第3日,在实际应用中,由于基金公司需要至少一天的时间进行业务确认,之后才由服务端设备发出业务确认数据,因此表2中主要列举以订单处理系统为执行主体时,所需交互的内容。
表2
Figure GDA0003920792530000101
Figure GDA0003920792530000111
其中,若未接收到所述服务端设备发出的业务确认数据,则订单处理系统重新执行一次赎回,即再次向服务端设备发送赎回消息,若再次赎回依然不能成功,则执行赎回失败处理流程,比如:按赎回金额为0进行补差;或者,根据本次赎回失败的日志信息,生成告警消息,并向属于订单处理系统运营方的法务部门的终端设备发送,以便于快速通知法务人员开始准备法律救济手段。
进一步的,在本实施例中,还包括:在对第一账户执行数额修正流程之后,向所述支付系统发起由所述第一账户向第二账户转账。
其中,所述第二账户建立在所述支付系统上,所述第二账户至少用于账户提现。在本实施例中,对应一个客户端设备的支付账户的数量至少包括2个,比如:第一账户和第二账户,其中第一账户可以设定为虚账户,即不包括提现或者向其他银行和金融机构转账、交易的功能;而第二账户则类似普通的银行账户,具备提现或者向其他银行和金融机构转账、交易的功能。例如:
可以在T+1日,根据业务确认数据中的实际赎回金额、赎回手续费以及该笔交易的垫资金额计算每笔快速转换的补差金额。每笔垫资金额-垫资手续费-实际赎回金额=每笔补差金额,其中:若补差金额>0,则按补差金额赎回投资人第一账户中的份额;若补差金额<0,则按补差金额的绝对值申购投资人第一账户。具体的,会出现补差金额>0的情况包括:快速赎回金额比例设置不合理,金额比例过高。或者,用于垫资计算的赎回单价和实际T日净值差异过大。
进一步的,第一账户设定为虚账户,用于临时接收订单处理系统发送的预结算金额(即预结算数额对应的金额),以便于订单处理系统后续按照所述结算误差,对第一账户执行数额修正流程,通过多退少补的方式最终将预结算金额修正为与服务端设备发送的业务确认数据中的金额一致,从而消除结算误差。待结算误差消除后,再将最终的金额从第一账户转移至第二账户。用户再通过第二账户进行提现或者向其他银行和金融机构转账、交易等操作。
可选的,在本实施例中,还包括:在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格。
检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
具体的,用户可以通过操作客户端设备购买新的产品,当用户进行下单操作后,客户端设备根据下单操作生成交易订单,并向订单处理系统发送,交易订单中至少包括了:用户进行下单操作所购买的产品的标识信息和用户的账号信息。例如:
用户操作客户端设备进行1号产品的赎回操作,订单处理系统计算得到的1号产品的预结算数额为4万,向对应客户端设备的第一账户转账后,第一账户中的余额为5万,当接收到所述客户端设备发送的交易订单时,订单处理系统获取所述交易订单所指向的产品价格,若产品价格小于等于5万,则利用所述第一账户中的余额,对所述交易订单执行下单流程,下单流程中所需的扣款从第一账户中扣取。在实际应用中,可以根据用户的信用等级设定第一账户的透支额度,以便于在第一账户中余额不足时,依然能够对第一账户执行数额修正流程,尤其是依据所述差额值从对应所述客户端设备的第一账户扣款的流程。
本发明实施例还提供一种处理订单赎回消息的装置,具体可以实现在如图1所示的订单处理系统上,如图3所示的,该装置包括:
接收模块,用于接收客户端设备发送的订单赎回消息。
分析模块,用于获取所述订单赎回消息所指向的产品信息。并根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息。
资金管理模块,用于按照所述预结算数额,向支付系统发起对第一账户的支付流程,其中,所述第一账户对应所述客户端设备。
所述资金管理模块,还用于在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息。再按照所述结算误差,对第一账户执行数额修正流程。
其中,所述分析模块,具体用于根据所述产品信息确定产品价格和赎回份额。并根据所确定的产品价格和赎回份额计算得到所述预结算数额。
所述资金管理模块,具体用于从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差。所述资金管理模块,具体还用于根据所述结算误差获取差额值,并依据所述差额值对第一账户转账。或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
在本实施例中,所述分析模块,还用于在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格。检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
进一步的,所述资金管理模块,还用于在对第一账户执行数额修正流程之后,向所述支付系统发起由所述第一账户向第二账户转账,所述第二账户建立在所述支付系统上,所述第二账户至少用于账户提现。
本发明实施例提供的处理订单赎回消息的装置,按照估算的预结算数额,向支付系统发起对第一账户的支付流程;再在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差;最后按照所述结算误差,对第一账户执行数额修正流程。相对于现有技术中无法当天到账的赎回方式,本发明通过预估赎回金额并进行垫资的方式,先行将资金垫付给用户。对于用户来说,优化基金业务的赎回到账时间,实现了赎回当天到账,提高了赎回操作中赎回款的到账速度。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种处理订单赎回消息的方法,其特征在于,包括:
当接收到客户端设备发送的订单赎回消息后,获取所述订单赎回消息所指向的产品信息;
根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息;
按照所述预结算数额,向支付系统发起对第一账户的支付流程,其中,所述第一账户对应所述客户端设备;
在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息;
按照所述结算误差,对第一账户执行数额修正流程。
2.根据权利要求1所述的方法,其特征在于,所述根据所述产品信息确定对应所述订单赎回消息的预结算数额,包括:
根据所述产品信息确定产品价格和赎回份额;
根据所确定的产品价格和赎回份额计算得到所述预结算数额。
3.根据权利要求2所述的方法,其特征在于,所述根据所述业务确认数据和所述预结算数额确定结算误差,包括:
从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差。
4.根据权利要求3所述的方法,其特征在于,所述对第一账户执行数额修正流程,包括:
根据所述结算误差获取差额值,并依据所述差额值对第一账户转账;
或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
5.根据权利要求1所述的方法,其特征在于,还包括:
在对第一账户执行数额修正流程之后,向所述支付系统发起由所述第一账户向第二账户转账,所述第二账户建立在所述支付系统上,所述第二账户至少用于账户提现。
6.根据权利要求1所述的方法,其特征在于,还包括:
在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格;
检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
7.一种处理订单赎回消息的装置,其特征在于,包括:
接收模块,用于接收客户端设备发送的订单赎回消息;
分析模块,用于获取所述订单赎回消息所指向的产品信息;并根据所述产品信息确定对应所述订单赎回消息的预结算数额,并生成赎回消息向服务端设备发送,所述赎回消息中包含了:所述订单赎回消息所指向的产品信息;
资金管理模块,用于按照所述预结算数额,向支付系统发起对第一账户的支付流程,其中,所述第一账户对应所述客户端设备;
所述资金管理模块,还用于在接收到所述服务端设备发出的业务确认数据后,根据所述业务确认数据和所述预结算数额确定结算误差,所述业务确认数据中包括了:用于表示对应所述订单赎回消息的实际结算金额的信息;再按照所述结算误差,对第一账户执行数额修正流程。
8.根据权利要求7所述的装置,其特征在于,所述分析模块,具体用于根据所述产品信息确定产品价格和赎回份额;并根据所确定的产品价格和赎回份额计算得到所述预结算数额。
9.根据权利要求8所述的装置,其特征在于,所述资金管理模块,具体用于从所述业务确认数据中获取所述实际结算金额,并根据所述实际结算金额和所述预结算数额,计算得到所述结算误差;
所述资金管理模块,具体还用于根据所述结算误差获取差额值,并依据所述差额值对第一账户转账;或者,依据所述差额值从对应所述客户端设备的第一账户扣款。
10.根据权利要求7所述的装置,其特征在于,所述分析模块,还用于在按照所述预结算数额向所述支付系统发起对第一账户的支付流程之后,且当接收到所述客户端设备发送的交易订单时,获取所述交易订单所指向的产品价格;检测所述交易订单所指向的产品价格是否小于等于所述第一账户的余额,若是则对所述交易订单执行下单流程。
CN201710826931.0A 2017-09-14 2017-09-14 一种处理订单赎回消息的方法及装置 Active CN107665445B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710826931.0A CN107665445B (zh) 2017-09-14 2017-09-14 一种处理订单赎回消息的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710826931.0A CN107665445B (zh) 2017-09-14 2017-09-14 一种处理订单赎回消息的方法及装置

Publications (2)

Publication Number Publication Date
CN107665445A CN107665445A (zh) 2018-02-06
CN107665445B true CN107665445B (zh) 2023-04-18

Family

ID=61097401

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710826931.0A Active CN107665445B (zh) 2017-09-14 2017-09-14 一种处理订单赎回消息的方法及装置

Country Status (1)

Country Link
CN (1) CN107665445B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108764862A (zh) * 2018-05-17 2018-11-06 阿里巴巴集团控股有限公司 支付数据处理方法及装置
CN109345251A (zh) * 2018-08-24 2019-02-15 深圳壹账通智能科技有限公司 可协商的区块链交易方法、装置、设备及存储介质
CN109146429A (zh) * 2018-09-04 2019-01-04 小智科技有限公司 一种代理人佣金智能结算方法和装置
CN109377377A (zh) * 2018-10-31 2019-02-22 平安科技(深圳)有限公司 基金数据的处理方法及装置、存储介质、计算机设备
CN110097468A (zh) * 2019-05-09 2019-08-06 阿里巴巴集团控股有限公司 基金赎回方法、装置、设备及系统
CN112132688A (zh) * 2019-06-25 2020-12-25 财付通支付科技有限公司 一种资金处理方法、装置和设备
CN110930257A (zh) * 2019-11-15 2020-03-27 腾讯科技(深圳)有限公司 一种数据处理方法、装置、设备及存储介质
CN111383112A (zh) * 2020-03-05 2020-07-07 腾讯科技(深圳)有限公司 数据处理方法、装置、系统、存储介质及计算机设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104574184A (zh) * 2015-02-05 2015-04-29 中国农业银行股份有限公司 一种快赎交易方法、装置及系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104574184A (zh) * 2015-02-05 2015-04-29 中国农业银行股份有限公司 一种快赎交易方法、装置及系统

Also Published As

Publication number Publication date
CN107665445A (zh) 2018-02-06

Similar Documents

Publication Publication Date Title
CN107665445B (zh) 一种处理订单赎回消息的方法及装置
US20230068406A1 (en) Automatic Savings Program
US8725642B2 (en) Delayed settlement transactions
US20130103576A1 (en) Transaction management system and method
AU2006323098A1 (en) Method and system for loading and reloading portable consumer devices
JP2019212260A (ja) 仮想通貨と名目貨幣間の為替レートを考慮した仮想通貨自動決済サービス提供方法
US20130013502A1 (en) Facilitation of Transactions Using a Transaction Code
JP2015204063A (ja) ファクタリングシステムおよびファクタリング方法
US20130073462A1 (en) Processing a Payment Transaction From a Mobile Device
US20140046847A1 (en) Accounts payable system with user control
CN115456747B (zh) 一种erp系统自动智能结账方法、装置及存储介质
US10650385B1 (en) System and method for remote check assurance
JP6760874B2 (ja) 情報処理装置及びプログラム
JP6760875B2 (ja) 口座管理装置及びプログラム
JP2019109661A (ja) 情報処理装置及びプログラム
JP6766023B2 (ja) 情報処理装置及びプログラム
CN115310981A (zh) 交易数据处理方法、装置、电子设备及存储介质
JP2002288442A (ja) 支払管理システムおよび支払管理方法
KR20140134975A (ko) 카드 매출 데이터를 이용한 대출 서비스 제공 방법 및 이를 실행하는 대출 서비스 제공 서버
US20130254009A1 (en) Transaction information interface
CN112132688A (zh) 一种资金处理方法、装置和设备
CN111127023A (zh) 一种资产信息的处理方法、装置以及设备
JP7016394B2 (ja) 情報処理装置及びプログラム
JP7049417B2 (ja) 口座管理装置及びプログラム
CN111160872B (zh) 一种申请信息的处理方法及装置

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
CB02 Change of applicant information

Address after: 210000, 1-5 story, Jinshan building, 8 Shanxi Road, Nanjing, Jiangsu.

Applicant after: SUNING.COM Co.,Ltd.

Address before: 210042 Suning Headquarters, No. 1 Suning Avenue, Xuanwu District, Nanjing City, Jiangsu Province

Applicant before: SUNING COMMERCE GROUP Co.,Ltd.

CB02 Change of applicant information
TA01 Transfer of patent application right

Effective date of registration: 20210901

Address after: Room 834, Yingying building, 99 Tuanjie Road, yanchuangyuan, Jiangbei new district, Nanjing, Jiangsu 210000

Applicant after: Nanjing Xingyun Digital Technology Co.,Ltd.

Address before: 210000, 1-5 story, Jinshan building, 8 Shanxi Road, Nanjing, Jiangsu.

Applicant before: SUNING.COM Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240523

Address after: No. 1-5 Suning Avenue, Xuanwu District, Nanjing City, Jiangsu Province, 210000

Patentee after: Nanjing Suning Fund Sales Co.,Ltd.

Country or region after: China

Address before: Room 834, Yingying building, 99 Tuanjie Road, yanchuangyuan, Jiangbei new district, Nanjing, Jiangsu 210000

Patentee before: Nanjing Xingyun Digital Technology Co.,Ltd.

Country or region before: China