CN108520408A - 一种基于基金份额赎转付日常缴费的自动代扣方法及*** - Google Patents

一种基于基金份额赎转付日常缴费的自动代扣方法及*** Download PDF

Info

Publication number
CN108520408A
CN108520408A CN201810319792.7A CN201810319792A CN108520408A CN 108520408 A CN108520408 A CN 108520408A CN 201810319792 A CN201810319792 A CN 201810319792A CN 108520408 A CN108520408 A CN 108520408A
Authority
CN
China
Prior art keywords
payment
user
fund
order
request
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
Application number
CN201810319792.7A
Other languages
English (en)
Other versions
CN108520408B (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.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen 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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201810319792.7A priority Critical patent/CN108520408B/zh
Priority to PCT/CN2018/095790 priority patent/WO2019196232A1/zh
Publication of CN108520408A publication Critical patent/CN108520408A/zh
Application granted granted Critical
Publication of CN108520408B publication Critical patent/CN108520408B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • G06Q20/145Payments according to the detected use or quantity
    • 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/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • 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
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及计算机网络技术服务领域的一种基于基金份额赎转付日常缴费的自动代扣方法,本发明所要解决的技术问题在于,解决市面中没有利用基金来支付日常生活服务缴费的技术问题,本发明主要技术方案要点在于:当用户接受自动代扣协议后,所述方法主要包括如下步骤:***通过产品组件完成并判断用户的基金份额是否足够缴纳日常生活服务账单;若足以缴纳,则***通过订单组件完成利用基金份额的赎转付操作完成日常缴费的自动代扣;若不足以缴纳,则转而处理下一个用户的任务。本发明的有益效果在于方便用户缴纳日常生活服务费用,提高用户体验,降低银行交易压力。

Description

一种基于基金份额赎转付日常缴费的自动代扣方法及***
技术领域
本发明涉及互联网服务技术领域,尤其涉及一种基于基金份额赎转付日常缴费的自动代扣方法及***。
背景技术
随着社会的发展及科技的不断进步,人们消费以及支付方式越来越多。在当前电子商务、移动支付等服务功能迅猛发展的情况下,通过互联网进行各方面的支付已经变得非常普遍,一方面,用户通过各类软件绑定的银行卡,对所购买的产品进行支付;另一方面,平台软件亦会提供一些类银行账户的“钱包”来用户用户存放少额现金。
在此其中,通过手机进行产品的购买已经司空见惯,用户甚至可以通过软件平台,在互联网中为日常生活中所需要的服务(如水、电、煤气等)进行缴费。
尽管这些年来,不少支付软件推出了通过绑定借记卡等方式为日常生活的服务进行缴费,但是,对于那些将将自身多余的存款,应用于基金投资、理财中,用以收取一定收益的人们来说,往往不大方便。对于将零散资金应用于基金、理财投资等项目的人们来说,如果其借记卡余额不足,就无法顺利完成日常缴费。当用户借记卡中的余额不足时,部分用户会选择将基金进行赎回,从而换取现金用于日常缴费。
而在此情况下,用户往往现需要提前进行基金赎回等操作,待银行交易中心将赎回的金额打至用户购买基金所绑定的银行卡中,用户再通过将该金额转账至与日常缴费软件绑定的借记卡中,再进行缴费。这一系列的操作过于繁琐及复杂,使得大大降低用户体验,从而亦给银行交易带来压力。
发明内容
基于此,为了方便用户,大大提高用户体验,降低银行交易压力。有必要针对上述技术问题,提供一种基于基金份额赎转付日常缴费的自动代扣方法及***,该方法及***通过对用户的基金进行赎回转支付的操作,使用户直接在软件上进行操作,即可达到利用基金进行日常缴费的操作,大大提高用户体验。
根据本发明的实施例,本发明提供了一种基于基金份额赎转付日常缴费的自动代扣方法,其中,***是指运行本方法的主要执行***,包含产品组件以及订单组件,所述产品组件是执行当月计划任务表、进行基金份额查询以及余额比对的组件,所述订单组件是执行基金份额赎转付日常缴费自动代扣的组件,商户是指与***以及各第三方基金公司对接的软件平台,服务商是指管理用户日常缴费的软件平台,运营商是指为用户提供日常生活服务的公司,
当用户接受自动代扣协议后,所述方法包括如下步骤:
步骤1、产品组件轮询当月计划任务表,并将所述计划任务表中的首个计划任务作为当前计划任务;所述计划任务表,由当日产品组件根据自动代扣签约表自动生成;
步骤2、产品组件执行所述当前计划任务,调用服务商账单查询接口,并发出账单查询请求;
步骤3、服务商接收所述账单查询请求,调用运营商接口查询账单,并将账单查询结果作为第一查询结果发送给***;
步骤4、判断所述第一查询结果是否为空,若是,则执行步骤14;否则,由产品组件通过商户调用第三方基金公司基金份额查询接口,同时执行步骤5;
步骤5、第三方基金公司查询用户可用基金份额,并将所述用户可用基金份额转换为可赎金额并作为第二查询结果发送给***;
步骤6、产品组件将所述第一查询结果与所述第二查询结果进行比对,若所述第二查询结果小于所述第一查询结果,则将所述当前计划任务状态修改为“余额不足”,并执行步骤14;否则,产品组件调用订单组件,同时产品组件执行步骤14,订单组件执行步骤7;
步骤7、订单组件创建自动代扣订单,并调用服务商订单创建接口,生成订单创建请求,发送给服务商;其中,所述自动代扣订单中包含订单状态;
步骤8、服务商接收订单创建请求,创建订单,并生成订单创建结果,发送给订单组件;同时,调用运营商接口,锁定所述用户账单;
步骤9、订单组件接收所述订单创建结果,判断所述订单创建结果是否为成功,若是,则更新所述订单状态为“订单创建成功”,并执行步骤10;否则,将所述计划任务状态以及所述订单状态修改为“异常”,并向***发送警告信息,执行步骤14;
步骤10、订单组件通过商户调用第三方基金公司支付接口,向第三方基金公司发送基金支付请求;所述基金支付请求中包含有所要支付的款项;
步骤11、第三方基金公司接收所述基金支付请求后,对用户指定基金可用份额等值于所述基金支付请求中支付款项的份额进行代扣,并将支付结果返回给商户;商户接收所述支付结果后,通知***;
步骤12、订单组件更新所述订单状态,并向服务商通知订单支付结果;
步骤13、服务商向运营商进行销账处理,并更新订单状态同步发送给***;
步骤14、检测所述计划任务表中是否有下一个计划任务,若有,则将所述下一个计划任务作为当前计划任务,返回执行步骤2;否则,结束本方法。
根据本发明的实施例,所述步骤3具体包括如下步骤:
步骤301:服务商接收所述账单查询请求后,调用运营商账单查询接口,查询用户账单;
步骤302:运营商将账单查询结果作为第一查询结果发送给服务商;
步骤303:服务商接收所述第一查询结果,并发送给***。
根据本发明的实施例,其中,所述步骤10具体包括如下步骤:
步骤1001:订单组件调用商户免密支付接口,并生成商户支付请求;
步骤1002:商户接收所述商户支付请求后,调用第三方基金公司支付接口,同时生成基金支付请求发送给第三方基金公司。
根据本发明的实施例,其中,,所述步骤13具体包括如下步骤:
步骤1301:服务商向运营商发送账单销账请求,在接收到运营商发送的“销账成功”信息后,更新订单状态,并将订单状态信息同步发送给***;
步骤1302:***接收所述订单状态信息,更改订单状态为“支付成功”。
根据本发明的实施例,其中,所述步骤4具体包括如下步骤:
步骤401、判断所述第一查询结果是否为空,若是,则执行步骤14;否则,执行步骤402;
步骤402、由产品组件调用商户基金份额查询接口,并生成基金查询请求,商户接收所述基金份额查询请求后,调用第三方基金公司基金份额查询接口,同时执行步骤5。
根据本发明的实施例,其中,所述步骤12之后,还包括如下步骤:
判断所述订单结果是否为成功,若是,则更新所述计划任务状态为“支付成功”,调用服务商支付通知接口,发送“支付成功”信息,并执行步骤13;否则,将所述计划任务状态修改为“支付失败”,同时记录失败原因,发送警告信息,并执行步骤14。
根据本发明的实施例,其中,当用户接受自动代扣协议后,所述方法执行前,还包括如下步骤:
步骤000、用户根据自动代扣协议,与商户签约,商户将用户信息等数据添加进当月计划任务表。
根据本发明的实施例,其中,所述步骤000具体包括如下步骤:
a、***接收用户签约请求后,查询当月计划任务表以及用户签约记录;
b、根据用户签约记录以及当月计划任务表中的信息,判断用户是否进行过签约以及缴费,若用户已经签约过,则显示用户信息,结束步骤000;若用户在商户上进行过缴费,但是没有签约,则向用户显示“是否开通”信息,执行c;若用户既未缴费亦未签约,则执行i;
c、接收用户开通自动代扣计划请求,调用支付密码录入页面,执行d;
d、接收用户支付密码录入,并进行密码校验,若密码输入正确,则执行e;否则,返回重新执行d;
e、向用户发送验证码,并接收用户录入的验证码;若验证码录入正确,则执行f;否则返回重新执行e;
f、生成结果,并回调***结果通知接口,判断所述结果是否成功,若成功,则执行g;否则,返回执行c;
g、将用户信息增添至当月计划任务表,同时向客户显示“代扣计划签约成功”的信息,执行h;
h、页面跳转至代扣计划签约界面,同时更新所述代扣计划签约状态,并结束步骤000;
i、显示需要缴费的服务,由用户进行选择,执行j;
j、接收用户选择的缴费请求后,调用服务商缴费接口,进行缴费,并执行b。
根据本发明的实施例,提供了一种基于基金份额赎转付日常缴费的自动代扣***,所述***用于执行本申请中的任一个所述方法的步骤,所述***包含产品组件、订单组件以及***通用组件,
所述产品组件是执行当月计划任务表、进行基金份额查询以及余额比对的组件,包括数据提取模块、数据处理模块和通用模块;
所述订单组件是执行基金份额赎转付日常缴费自动代扣的组件,包括数据提取模块、数据处理模块和通用模块;
所述***通用组件是***用于执行本申请的最基本组件,包括用于存储***执行本方法所有数据、信息以及文件的数据库;
其中,
所述数据提取模块,用于提取和/或获取文件以及请求中的数据,并根据所提取的数据,在其他文件中进行查询,并提取相应信息;
所述数据提取模块包括:
用于在文件以及信息中查询数据的查询模块;以及
用于在文件以及请求中提取和/或获取数据以及信息的提取模块;
所述数据处理模块,用于根据数据提取模块所提取出来的数据,进行数据筛选以及进行数据转换操作,生成请求以及报文通知,并用于对相应数据进行解析判断;
所述数据处理模块包括:
用于生成各请求、报文通知并进行状态更新的处理模块;以及
用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块;
所述通用模块,用于进行定时计时操作,调用第三方软件接口及页面,传送输出并接收数据、请求以及各报文通知;
所述通用模块包括:
用于进行所有定时、计时操作的定时器模块;以及
用于调用第三方软件接口以及页面的调用模块;以及
用于输出、传送***数据、请求以及报文通知的输出模块;以及
用于接收数据、报文通知、各请求的输入模块。
根据本发明的实施例,提供了一种计算机可读存储介质,其中,所述计算机可读存储介质上存储有用于执行基于基金份额赎转付日常缴费的自动代扣方法的程序,所述程序被处理器执行时,执行上述方法中的一个所述的方法的步骤。
本发明的有益效果主要在于:针对市面上不同支付平台、基金公司、基金管理平台以及日常服务缴费平台、提供日常生活服务的公司等,通过用户与基金平台建立用户关系,使得用户可以直接利用相关软件,根据代扣协议,利用基金份额支付日常服务缴费,同时,大大提高用户体验,提高日常缴费的简便性。同时,整合日常生活服务缴费以及基金赎转付两大功能,易于后台维护,减少银行交易压力。
附图说明
图1为根据本发明的实施例的一种基于基金份额赎转付日常缴费的自动代扣方法的基本流程示意图;
图2为根据本发明的实施例的一种基于基金份额赎转付日常缴费的自动代扣方法的步骤S1700的具体流程示意图(S1701-S1703);
图3为根据本发明的实施例的一种基于基金份额赎转付日常缴费的自动代扣方法中步骤S000的具体流程示意图;
图4为根据本发明的实施例的一种基于基金份额赎转付日常缴费的自动代扣***架构示意图;
图5为根据本发明的实施例的一种基于基金份额赎转付日常缴费的自动代扣***具体数据提取模块,数据处理模块和通用模块架构示意图;
图6为根据本发明实施例的安装了应用程序的***的运行环境的示意图。
具体实施方式
下面,结合附图对技术方案的实施作进一步的详细描述。
本领域的技术人员能够理解,尽管以下的说明涉及到有关本发明的实施例的很多技术细节,但这仅为用来说明本发明的原理的示例、而不意味着任何限制。本发明能够适用于不同于以下例举的技术细节之外的场合,只要它们不背离本发明的原理和精神即可。
另外,为了避免使本说明书的描述限于冗繁,在本说明书中的描述中,可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理,这对于本领域的技术人员来说是可以理解的,并且这不会影响本说明书的公开充分性。
下文中,将描述用于进行本发明的实施例。注意,将以下面的次序给出描述:1、发明构思的概要;2、一种基于基金份额赎转付日常缴费的自动代扣方法(图1至图3);3、一种基于基金份额赎转付日常缴费的自动代扣***(图4-图5);6、根据本发明的实施例的安装了应用程序的***、以及存储所述应用程序的计算机可读介质(图6)。
1、发明构思的概要
本发明在于,由于用户在软件平台上进行日常生活服务缴费时无法直接通过基金操作进行缴费,使得如果用户借记卡或者软件中提供的“钱包”余额不足时,用户想要利用基金进行缴费这一系列的操作过于繁琐及复杂,大大降低用户体验,从而亦给银行交易带来压力,若无法如期完成缴费操作,亦会影响用户的日常生活。为解决前述技术问题,本发明基金赎转付的日常缴费自动代扣方法,整合基金、日常生活服务缴费以及自动代扣三大功能,用户只需同意自动代扣协议,***可以直接帮助用户在产生生活服务费用账单后,利用基金份额自动代扣并支付日常生活服务账单,从而方便用户,大大提高用户体验,降低银行交易压力。
2、一种基于基金份额赎转付日常缴费的自动代扣方法(图1至图3)
鉴于现有技术中,不能直接利用基金份额进行日常生活服务缴费操作,本发明的实施例提出了能够有效地帮助并提高用户体验的日常缴费自动代扣方法。
在实施例中,如图1所示,上述一种基于基金份额赎转付日常缴费的自动代扣方法主要包括以下步骤:
其中,***是指运行本方法的主要执行***,包含产品组件以及订单组件,所述产品组件是执行当月计划任务表、进行基金份额查询以及余额比对的组件,所述订单组件是执行基金份额赎转付日常缴费自动代扣的组件,商户是指与***以及各第三方基金公司对接的软件平台,服务商是指管理用户日常缴费的软件平台,运营商是指为用户提供日常生活服务的公司,
商户实际是对接不同第三方基金公司的手机软件app,主要为用户提供基金的相关服务,如基金产品的介绍、购买、推荐、管理等。服务商是指在市场中现有的整合管理用户日常生活缴费的软件平台;而运营商是指具体的提供水、电、煤气等服务的运营公司,如各地的国家电网、自来水集团等。本申请中的***,主要指的是运行本方法的主要执行***,用于为商户提供日常缴费接口。
需要说明的是,本申请中所述自动代扣的方法和流程,是针对多个用户的单一服务中的自动代扣流程,如多个用户的水费缴纳等。
当用户接受自动代扣协议后,所述方法包括如下步骤:
S100、产品组件轮询当月计划任务表,并将所述计划任务表中的首个计划任务作为当前计划任务;所述计划任务表,由当日产品组件根据自动代扣签约表自动生成;
其中,当月计划任务表,是根据自动代扣签约计划表,自动生成,每月计划任务表中的计划任务是分为每天执行任务以及固定日期任务两种类型;自动代扣签约计划表是由用户与***进行签约,用户同意***为其自动代扣日常缴费,所有签约的用户将被列入自动代扣签约计划表中。***需要每天凌晨轮询当月计划任务表,因为每个用户的执行任务日期不同,执行当月计划任务表中符合当日进行代扣计划的任务。
即本步骤S100后,还包括如下步骤:
S100’、判断当前计划任务是否应当本日执行,若是,则执行S200;否则,将所述计划任务表中当前计划任务的下一个任务作为当前计划任务,执行S100’。
其中,当月计划任务表中包含有计划任务执行日期、执行类型、用户信息等数据参数,***通过判断任务的执行类型,来判断该用户是有固定执行日期的用户还是需要每日执行的用户,对于有固定执行日期的用户,***通过将当前***日期与计划任务执行日期进行比对,判断当前所提取的计划任务是否应当执行;对于需要每日执行的用户,***判定应当本日执行,并执行S200。
S200、产品组件执行所述当前计划任务,调用服务商账单查询接口,并发出账单查询请求;
其中,该步骤是查询该用户在服务商所支持的日常缴费项目中是否有需要代缴的账单,日常缴费指的是人们平时生活中所需要缴纳的水、电、电话、网络宽带、煤气等日常开支费用;当前计划任务中包含有用户信息等数据,产品组件执行所述当前任务的同时,提取当前计划任务中的用户信息(包括用户名、用户真实姓名等)以及缴费项目信息,在发出账单查询请求的同时,将用户信息以及缴费项目信息发送给服务商,即所述账单查询请求中包含所述用户信息以及缴费项目信息。
S300、服务商接收所述账单查询请求,调用运营商接口查询账单,并将账单查询结果作为第一查询结果发送给***;
其中,上述一种基于基金份额赎转付日常缴费的自动代扣方法中所述步骤S300具体包括如下步骤:
S301、服务商接收所述账单查询请求后,调用运营商账单查询接口,查询用户账单;
S302、运营商将账单查询结果作为第一查询结果发送给服务商;
S303、服务商接收所述第一查询结果,并发送给***。
需要说明的是,服务商在接收所述账单查询请求后,提取该请求中的用户信息以及缴费项目信息,调用相应缴费项目的运营商接口,发送账单查询请求,并接收运营商所发来的账单查询结果。服务商接收到运营商发来的账单查询结果后,会同步发送给***,由***对该账单结果进行解析判断。
S400、判断所述第一查询结果是否为空,若是,则执行S1900;否则,执行S500;
其中,***对所述第一查询结果进行判断,如果该查询结果为空,则代表该用户在本日暂无需要进行缴费的账单,则***需要转至下一个计划任务,即执行S1900;否则,说明该查询结果不为空,该用户在本日有需要进行缴费的账单,则继续后续步骤,执行步骤S500。
S500、由产品组件通过商户调用第三方基金公司基金份额查询接口,同时执行S600;
S600、第三方基金公司查询用户可用基金份额,并将所述用户可用基金份额转换为可赎金额并作为第二查询结果发送给***;
其中,***通过商户调用第三方基金公司的基金份额查询接口,发送基金份额查询请求(所述请求中包含用户信息等数据),即***调用商户基金份额查询接口,并发送基金份额查询请求,商户接收所述基金份额查询请求后调用第三方基金公司的基金份额查询接口,并发送基金份额查询请求,查询该用户名下的基金份额,第三方基金公司在查询用户可用基金份额后,发送给商户,同时由商户再同步发送给***。
S700、产品组件将所述第一查询结果与所述第二查询结果进行比对,若所述第二查询结果小于所述第一查询结果,则执行S800;否则,执行S900;
其中,***对用户所需缴费的金额以及基金的可赎金额进行比对,如果用户名下基金的可赎金额大于用户所需缴费的金额,则可以进行后续步骤;否则,用户的基金可赎金额不足以缴纳用户生活缴费账单,则显示“余额不足”后,执行下一个计划任务,即执行S1900。
S800、将所述当前计划任务状态修改为“余额不足”,并执行S1900;
S900、产品组件调用订单组件,同时产品组件执行S1900,订单组件执行S1000;
其中,本步骤中,产品组件对于本计划任务的流程已经完成,产品组件需要转至执行下一个计划任务,即执行S1900。同时,后续流程由***的订单组件并发执行,即产品组件在调用订单组件后,执行S1900,而订单组件开始执行S1000。
S1000、订单组件创建自动代扣订单,并调用服务商订单创建接口,生成订单创建请求,发送给服务商;其中,所述自动代扣订单中包含订单状态;
其中,本步骤中,订单组件接受产品组件的调用,开始执行自动代扣的后续流程,即创建自动代扣订单,其中,所述自动代扣订单中包含有用户信息、用户缴费项目、用户缴费金额等必要数据。订单组件在生成自动代扣订单后,调用服务商订单创建接口,生成订单创建请求并发送给服务商。其中,所述订单创建请求中包含有所述自动代扣订单中的必要数据,如用户信息、用户缴费项目以及用户缴费金额等。
S1100、服务商接收订单创建请求,创建订单,并生成订单创建结果,发送给订单组件;同时,调用运营商接口,锁定所述用户账单;
其中,服务商根据订单创建请求中的数据,创建相应的订单,并生成订单创建结果发送给订单组件,同时,服务商调用运营商锁定用户账单,用于后续支付用户账单之用。
S1200、订单组件接收所述订单创建结果,判断所述订单创建结果是否为成功,若是,则执行S1300;否则,执行S1400;
S1300、更新订单状态为“订单创建成功”,并执行S1500;
S1400、将所述计划任务状态以及订单状态修改为“异常”,并向***发送警告信息,执行S1900;
其中,在步骤S1400中,如果服务商订单创建失败,则***需要将当前的计划任务状态以及自动代扣订单状态修改为异常,并通知***后台,由后台管理人员进行处理,同时,订单组件流程至此结束,由***的产品组件继续开始下一个计划任务。
S1500、订单组件通过商户调用第三方基金公司支付接口,向第三方基金公司发送基金支付请求;所述基金支付请求中包含有所要支付的款项;
其中,在步骤S1500中,订单组件通过商户调用第三方基金公司的支付接口,并发送基金支付请求,其中,所述基金支付请求中包含有用户信息、用户所要支付的款项(即金额)等信息。
S1600、第三方基金公司接收所述基金支付请求后,对用户指定基金可用份额等值于所述基金支付请求中支付款项的份额进行代扣,并将支付结果返回给商户;商户接收所述支付结果后,通知***;
其中,第三方基金公司在接收所述基金支付请求后,提取其中的用户信息以及需要支付的款项,将所要支付款项转换为基金份额,在该用户的可用基金份额中进行代扣操作,无论该代扣结果是否成功,第三方基金公司都要将支付结果返回给商户,并由商户再通知***。
S1700、订单组件更新所述订单状态,并向服务商通知订单支付结果;
其中,订单组件根据支付结果,更新订单状态,并向服务商通知该订单支付结果。
需要说明的是,如果订单组件所接收到的支付结果为支付成功,则订单组件在更新订单状态为支付成功后,并向服务商通知,亦可进行销账处理。如果订单组件所接收到的支付结果为支付失败,订单组件在更新订单状态为支付失败后,向服务商通知,服务商会向运营商进行用户账单解除锁定处理,并将计划任务状态修改为支付失败,同时记录失败原因,发送警告信息给***后台,由后台管理人员查找异常原因。同时***订单组件流程完成,***产品组件开始下一个计划任务。
进一步地,***可以设定为仅在支付成功时向服务商进行通知,如果支付失败,则***更新计划任务表中的计划任务状态为“支付失败”,而不通知服务商,由***记录异常,记录异常原因并通知后台管理人员。
S1800、服务商向运营商进行销账处理,并更新订单状态同步发送给***;
S1900、检测所述计划任务表中是否有下一个计划任务,若有,则执行S2000;否则,结束本方法。
S2000、将所述下一个计划任务作为当前计划任务,返回执行S200。
其中,该步骤S1900由***产品组件完成,***订单组件在准备开始执行S1900时,会停止执行,并调用***产品组件,由***产品组件执行S1900。
根据本发明的实施例,上述一种基于基金份额赎转付日常缴费的自动代扣方法中所述步骤S1500具体包括如下步骤:
S1501:订单组件调用商户免密支付接口,并生成商户支付请求;
其中,***与商户提前签订有免密支付协议,使得在***中同一自动代扣协议的用户,***可以调用商户的免密支付接口,来直接调用第三方基金公司的支付接口。其中,所述商户支付请求中,包含有用户信息、用户所要支付的款项(即金额)、用户基金信息等信息。
S1502:商户接收所述商户支付请求后,调用第三方基金公司支付接口,同时生成基金支付请求发送给第三方基金公司。
其中,商户在接收所述商户支付请求后,提取该请求中的用户信息、用户所要支付的款项以及用户基金信息等数据,生成基金支付请求,调用第三方基金公司支付接口,并发送所述基金支付请求。
根据本发明的实施例,所述S1800具体包括如下步骤:
S1801:服务商向运营商发送账单销账请求,在接收到运营商发送的“销账成功”信息后,更新订单状态,并将订单状态信息同步发送给***;
S1802:***接收所述订单状态信息,更改订单状态为“支付成功”。
其中,需要说明的是,如果订单组件所接收到的支付结果为支付成功,则订单组件在更新订单状态为支付成功后,并向服务商通知,亦可进行销账处理。如果订单组件所接收到的支付结果为支付失败,订单组件在更新订单状态为支付失败后,向服务商通知,服务商会向运营商进行用户账单解除锁定处理,并将计划任务状态修改为支付失败,同时记录失败原因,发送警告信息给***后台,由后台管理人员查找异常原因。同时***订单组件流程完成,***产品组件开始下一个计划任务。
在实施例中,所述步骤S400具体包括如下步骤:
S401、判断所述第一查询结果是否为空,若是,则执行S1900;否则,执行S402;
S402、由产品组件调用商户基金份额查询接口,并生成基金查询请求,商户接收所述基金份额查询请求后,调用第三方基金公司基金份额查询接口,同时执行S600。
在实施例中,如图2所示,上述一种基于基金份额赎转付日常缴费的自动代扣方法中所述S1700之后,还包括如下步骤:
S1701、判断所述订单结果是否为成功,若是,则执行S1702;否则,执行S1703;
S1702、更新所述计划任务状态为“支付成功”,调用服务商支付通知接口,发送“支付成功”信息,并执行S1800;
S1703、将所述计划任务状态修改为“支付失败”,同时记录失败原因,发送警告信息,并执行S1900。
在实施例中,上述一种基于基金份额赎转付日常缴费的自动代扣方法中当用户接受自动代扣协议后,所述方法(S100-S2000)执行前,还包括如下步骤:
S000、用户根据自动代扣协议,与商户签约,商户将用户信息等数据添加进当月计划任务表。
在实施例中,如图3所示,上述一种基于基金份额赎转付日常缴费的自动代扣方法中所述S000具体包括如下步骤:
a、***接收用户签约请求后,查询当月计划任务表以及用户签约记录;
其中,该步骤a用户在自动代扣签约页面中点击并同意自动代扣签约协议后开始执行。
b、根据用户签约记录以及当月计划任务表中的信息,判断用户是否进行过签约以及缴费,若用户已经签约过,则执行b1;若用户在商户上进行过缴费,但是没有签约,则执行b2;若用户既未缴费亦未签约,则执行i;
其中,只有当用户与***签约后,***才能执行后续S100-S2000,故此步骤b是为了检测用户是否已经进行了签约。
b1、显示用户信息,结束S000;
其中,如果用户已经进行了签约,则此处只需要向用户显示其用户信息以及签约信息等必要信息即可,并完成本流程S000,无需再进行签约。
进一步地,在已经签约的用户详情页面中,可以显示解约选项,如果用户点击解约代扣,则提示用户“您确定要解约自动缴费计划吗”,如果用户点击确认,则***跳转至懒人计划页面,并更新签约状态;如果用户点击否,则重进回到用户详情页面。
b2、向用户显示“是否开通”信息,执行c;
c、接收用户开通自动代扣计划请求,调用支付密码录入页面,执行d;
其中,一旦用户点击确认开通信息,会自动生成开通自动代扣计划请求,***接收用户的开通自动代扣计划请求,开始开通自动代扣计划。其中,所述自动代扣计划请求中包含有基本的用户信息,如用户的姓名、用户ID、用户联系方式(邮箱、手机号码)等。
d、接收用户支付密码录入,并进行密码校验,若密码输入正确,则执行e;否则,返回重新执行d;
其中,***先进行用户支付密码校验,如果密码输入正确,则可以继续进行后续流程,否则,需要用户重新输入密码。
优选地,***中包含有计数器,如果用户支付密码的次数到达一定次数,则不再返回执行d,而是***向用户显示“密码多次输入错误”信息,并返回自动代扣计划签约页面。
进一步地,***在调起支付密码录入页面前,可以对本次用户签约行为进行风控校验,所述风控校验可以是现有技术中任何一种风控校验策略,在此不再赘述。当风控校验成功后,***调起支付密码录入页面,开始后续流程;若风控校验不成功,则直接回调***结果通知接口,由***来判断签约结果是否成功。
e、向用户发送验证码,并接收用户录入的验证码,执行e1;
其中,此处发送验证码,可以是由***通过邮件的方式向用户发送,也可以是***通过短信的形式发送,需要说明的是,***所发送验证码的地址,是依据用户基本信息中,用户之前所填入的邮箱或者手机号码。优选地,此处发送验证码还可以由用户进行选择,***可以向用户展示用户注册时所填写的邮箱地址以及手机号码,用户可以选择利用之前注册所填写的前述联系方式发送验证码,亦可以通过重新填写邮箱地址或者手机号码来发送验证码。其中,如果用户需要重新填写邮箱地址或者手机号码,***需要进行安全性校验。
e1、判断验证码是否录入正确,若是,则执行f;否则返回重新执行e;
其中,如果用户输入的验证码正确,那么***可以继续后续流程,如果所填写的验证码错误,***需要重新返回执行e,重新发送验证码。
优选地,***中包含有计数器,如果用户多次填写验证码不正确,到达一定次数,则不再返回执行e,而是***向用户显示“验证码多次输入错误”信息,并返回自动代扣计划签约页面。
f、生成结果,并回调***结果通知接口,执行f1;
f1、判断所述结果是否成功,若成功,则执行g;否则,返回执行c;
需要说明的是,通过校验,***可能成功生成签约结果,也可能由于无法通过风控校验,从而生成的签约结果中显示签约失败,或者因为异常导致签约失败。此时,需要***对签约所生成的结果进行判断,如果签约成功,则执行g,否则,签约失败,重新返回自动代扣计划签约页面。
g、将用户信息增添至当月计划任务表,同时向客户显示“代扣计划签约成功”的信息,执行h;
h、页面跳转至代扣计划签约界面,同时更新所述代扣计划签约状态,并结束S000;
i、显示需要缴费的服务,由用户进行选择,执行j;
j、接收用户选择的缴费请求后,调用服务商缴费接口,进行缴费,并执行b。
其中,对于没有签约过亦没有使用过日常缴费功能的用户,想要使用本***提供的自动代扣功能,需要先进行缴费,缴费后方可进行开通。如果用户选择了缴费项目后,***调用服务商缴费接口进行缴费流程后,此时,用户处于已缴费但未签约状态,从而执行b。
3、一种基于基金份额赎转付日常缴费的自动代扣***(图4-图5)
参照图1至3,根据本发明的实施例,一种基于基金份额赎转付日常缴费的自动代扣***用于执行本申请中的任一个所述方法的步骤,如图4所示,所述***包含产品组件100、订单组件200以及***通用组件300,
所述产品组件100是执行当月计划任务表、进行基金份额查询以及余额比对的组件,包括数据提取模块1000、数据处理模块2000和通用模块3000;
所述订单组件200是执行基金份额赎转付日常缴费自动代扣的组件,包括数据提取模块1000、数据处理模块2000和通用模块3000;
所述***通用组件300是***用于执行本申请的最基本组件,包括用于存储***执行本方法所有数据、信息以及文件的数据库4000;
其中,如图5所示,
所述数据提取模块1000,用于提取和/或获取文件以及请求中的数据,并根据所提取的数据,在其他文件中进行查询,并提取相应信息;
所述数据提取模块1000包括:
用于在文件以及信息中查询数据的查询模块1001;以及
用于在文件以及请求中提取和/或获取数据以及信息的提取模块1002;
所述数据处理模块2000,用于根据数据提取模块所提取出来的数据,进行数据筛选以及进行数据转换操作,生成请求以及报文通知,并用于对相应数据进行解析判断;
所述数据处理模块2000包括:
用于生成各请求、报文通知并进行状态更新的处理模块2001;以及
用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块2002;
所述通用模块3000,用于进行定时计时操作,调用第三方软件接口及页面,传送输出并接收数据、请求以及各报文通知;
所述通用模块3000包括:
用于进行所有定时、计时操作的定时器模块3001;以及
用于调用第三方软件接口以及页面的调用模块3002;以及
用于输出、传送***数据、请求以及报文通知的输出模块3003;以及
用于接收数据、报文通知、各请求的输入模块3004。
此外,本发明的不同实施例也可以通过软件模块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现,其中,所述计算机可读指令是当被处理器或设备组件执行时,执行本发明所述的不同的实施例。类似地,软件模块、计算机可读介质和硬件部件的任意组合都是本发明预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上,例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。
4、根据本发明的实施例的安装了应用程序的***(图6)
参照图6,其示出了根据本发明实施例的安装了应用程序的***的运行环境。
在本实施例中,所述的安装应用程序的***安装并运行于电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括但不限于存储器、处理器及显示器。图6仅示出了具有上述组件的电子装置,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
所述存储器在一些实施例中可以是所述电子装置的内部存储单元,例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备,例如所述电子装置上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的应用软件及各类数据,例如所述安装应用程序的***的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器在一些实施例中可以是中央处理单元(Central Processing Unit,CPU)、微处理器或其他数据处理芯片,用于运行所述存储器中存储的程序代码或处理数据,例如执行所述安装应用程序的***等。
所述显示器在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示可视化的客户界面,例如应用菜单界面、应用图标界面等。所述电子装置的部件通过***总线相互通信。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解,上述实施方式中的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件来实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明本申请各个实施例所述的方法。
也就是说,根据本发明的实施例,还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有用于执行一种基于基金份额赎转付日常缴费的自动代扣方法的程序,所述程序被处理器执行时,执行根据本发明的实施例的所述基于基金份额赎转付日常缴费的自动代扣方法的步骤。
由上,将理解,为了说明的目的,这里已描述了本发明的具体实施例,但是,可作出各个修改,而不会背离本发明的范围。本领域的技术人员将理解,流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地,可重新安排步骤的次序,可并行执行步骤,可省略步骤,可包括其它步骤,可作出例程的各种组合或省略。因而,本发明仅由所附权利要求限制。

Claims (10)

1.一种基于基金份额赎转付日常缴费的自动代扣方法,其中,通过执行***运行本方法,所述***包含产品组件以及订单组件,所述产品组件是执行当月计划任务表、进行基金份额查询以及余额比对的组件,所述订单组件是执行基金份额赎转付日常缴费自动代扣的组件,其特征在于,
当用户接受自动代扣协议后,所述方法包括如下步骤:
步骤1、产品组件轮询当月计划任务表,并将所述计划任务表中的首个计划任务作为当前计划任务;所述计划任务表,由当日产品组件根据自动代扣签约表自动生成;
步骤2、产品组件执行所述当前计划任务,调用服务商账单查询接口,并发出账单查询请求;
步骤3、服务商接收所述账单查询请求,调用运营商接口查询账单,并将账单查询结果作为第一查询结果发送给***;
步骤4、判断所述第一查询结果是否为空,若是,则执行步骤14;否则,由产品组件通过商户调用第三方基金公司基金份额查询接口,同时执行步骤5;
步骤5、第三方基金公司查询用户可用基金份额,并将所述用户可用基金份额转换为可赎金额并作为第二查询结果发送给***;
步骤6、产品组件将所述第一查询结果与所述第二查询结果进行比对,若所述第二查询结果小于所述第一查询结果,则将所述当前计划任务状态修改为“余额不足”,并执行步骤14;否则,产品组件调用订单组件,同时产品组件执行步骤14,订单组件执行步骤7;
步骤7、订单组件创建自动代扣订单,并调用服务商订单创建接口,生成订单创建请求,发送给服务商;其中,所述自动代扣订单中包含订单状态;
步骤8、服务商接收订单创建请求,创建订单,并生成订单创建结果,发送给订单组件;同时,调用运营商接口,锁定所述用户账单;
步骤9、订单组件接收所述订单创建结果,判断所述订单创建结果是否为成功,若是,则更新所述订单状态为“订单创建成功”,并执行步骤10;否则,将所述计划任务状态以及所述订单状态修改为“异常”,并向***发送警告信息,执行步骤14;
步骤10、订单组件通过商户调用第三方基金公司支付接口,向第三方基金公司发送基金支付请求;所述基金支付请求中包含有所要支付的款项;
步骤11、第三方基金公司接收所述基金支付请求后,对用户指定基金可用份额等值于所述基金支付请求中支付款项的份额进行代扣,并将支付结果返回给商户;商户接收所述支付结果后,通知***;
步骤12、订单组件更新所述订单状态,并向服务商通知订单支付结果;
步骤13、服务商向运营商进行销账处理,并更新订单状态同步发送给***;
步骤14、检测所述计划任务表中是否有下一个计划任务,若有,则将所述下一个计划任务作为当前计划任务,返回执行步骤2;否则,结束本方法。
2.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤3包括如下步骤:
步骤301:服务商接收所述账单查询请求后,调用运营商账单查询接口,查询用户账单;
步骤302:运营商将账单查询结果作为第一查询结果发送给服务商;
步骤303:服务商接收所述第一查询结果,并发送给***。
3.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤10具体包括如下步骤:
步骤1001:订单组件调用商户免密支付接口,并生成商户支付请求;
步骤1002:商户接收所述商户支付请求后,调用第三方基金公司支付接口,同时生成基金支付请求发送给第三方基金公司。
4.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤13包括如下步骤:
步骤1301:服务商向运营商发送账单销账请求,在接收到运营商发送的“销账成功”信息后,更新订单状态,并将订单状态信息同步发送给***;
步骤1302:***接收所述订单状态信息,更改订单状态为“支付成功”。
5.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤4包括如下步骤:
步骤401、判断所述第一查询结果是否为空,若是,则执行步骤14;否则,执行步骤402;
步骤402、由产品组件调用商户基金份额查询接口,并生成基金查询请求,商户接收所述基金份额查询请求后,调用第三方基金公司基金份额查询接口,同时执行步骤5。
6.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤12之后,还包括如下步骤:
判断所述订单结果是否为成功,若是,则更新所述计划任务状态为“支付成功”,调用服务商支付通知接口,发送“支付成功”信息,并执行步骤13;否则,将所述计划任务状态修改为“支付失败”,同时记录失败原因,发送警告信息,并执行步骤14。
7.根据权利要求1所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,当用户接受自动代扣协议后,在步骤1之前还包括如下步骤:
步骤000、用户根据自动代扣协议,与商户签约,商户将用户信息等数据添加进当月计划任务表。
8.根据权利要求7所述的一种基于基金份额赎转付日常缴费的自动代扣方法,其特征在于,所述步骤000具体包括如下步骤:
a、***接收用户签约请求后,查询当月计划任务表以及用户签约记录;
b、根据用户签约记录以及当月计划任务表中的信息,判断用户是否进行过签约以及缴费,若用户已经签约过,则显示用户信息,结束步骤000;若用户在商户上进行过缴费,但是没有签约,则向用户显示“是否开通”信息,执行c;若用户既未缴费亦未签约,则执行i;
c、接收用户开通自动代扣计划请求,调用支付密码录入页面,执行d;
d、接收用户支付密码录入,并进行密码校验,若密码输入正确,则执行e;否则,返回重新执行d;
e、向用户发送验证码,并接收用户录入的验证码;若验证码录入正确,则执行f;否则返回重新执行e;
f、生成结果,并回调***结果通知接口,判断所述结果是否成功,若成功,则执行g;否则,返回执行c;
g、将用户信息增添至当月计划任务表,同时向客户显示“代扣计划签约成功”的信息,执行h;
h、页面跳转至代扣计划签约界面,同时更新所述代扣计划签约状态,并结束步骤000;
i、显示需要缴费的服务,由用户进行选择,执行j;
j、接收用户选择的缴费请求后,调用服务商缴费接口,进行缴费,并执行b。
9.一种基于基金份额赎转付日常缴费的自动代扣***,其特征在于,所述***包含产品组件、订单组件以及***通用组件,
所述产品组件是执行当月计划任务表、进行基金份额查询以及余额比对的组件,包括数据提取模块、数据处理模块和通用模块;
所述订单组件是执行基金份额赎转付日常缴费自动代扣的组件,包括数据提取模块、数据处理模块和通用模块;
所述***通用组件是***用于执行本申请的最基本组件,包括用于存储***执行本方法所有数据、信息以及文件的数据库;
其中,所述数据提取模块用于提取和/或获取文件以及请求中的数据,并根据所提取的数据,在其他文件中进行查询,并提取相应信息;
所述数据提取模块包括:
用于在文件以及信息中查询数据的查询模块;以及
用于在文件以及请求中提取和/或获取数据以及信息的提取模块;
其中,所述数据处理模块用于根据数据提取模块所提取出来的数据,进行数据筛选以及进行数据转换操作,生成请求以及报文通知,并用于对相应数据进行解析判断;
所述数据处理模块包括:
用于生成各请求、报文通知并进行状态更新的处理模块;以及
用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块;
其中,所述通用模块用于进行定时计时操作,调用第三方软件接口及页面,传送输出并接收数据、请求以及各报文通知;
所述通用模块包括:
用于进行所有定时、计时操作的定时器模块;
用于调用第三方软件接口以及页面的调用模块;
用于输出、传送***数据、请求以及报文通知的输出模块;以及
用于接收数据、报文通知、各请求的输入模块。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有用于执行基于基金份额赎转付日常缴费的自动代扣方法的程序,所述程序被处理器执行时,执行根据权利要求1至8中的一个所述的方法的步骤。
CN201810319792.7A 2018-04-10 2018-04-10 一种基于基金份额赎转付日常缴费的自动代扣方法及*** Active CN108520408B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810319792.7A CN108520408B (zh) 2018-04-10 2018-04-10 一种基于基金份额赎转付日常缴费的自动代扣方法及***
PCT/CN2018/095790 WO2019196232A1 (zh) 2018-04-10 2018-07-16 一种基于基金份额赎转付日常缴费的自动代扣方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810319792.7A CN108520408B (zh) 2018-04-10 2018-04-10 一种基于基金份额赎转付日常缴费的自动代扣方法及***

Publications (2)

Publication Number Publication Date
CN108520408A true CN108520408A (zh) 2018-09-11
CN108520408B CN108520408B (zh) 2023-03-31

Family

ID=63430845

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810319792.7A Active CN108520408B (zh) 2018-04-10 2018-04-10 一种基于基金份额赎转付日常缴费的自动代扣方法及***

Country Status (2)

Country Link
CN (1) CN108520408B (zh)
WO (1) WO2019196232A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110163590A (zh) * 2019-04-29 2019-08-23 阿里巴巴集团控股有限公司 基于区块链的缴费代扣方法及装置、电子设备、存储介质
US10733583B2 (en) 2019-04-29 2020-08-04 Alibaba Group Holding Limited Blockchain-based withholding operations
CN112613900A (zh) * 2020-12-09 2021-04-06 苏宁金融科技(南京)有限公司 一种费用分析处理方法及装置
TWI844147B (zh) 2022-10-26 2024-06-01 兆豐國際商業銀行股份有限公司 帳單自動繳款系統及方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101408968A (zh) * 2008-11-20 2009-04-15 阿里巴巴集团控股有限公司 一种基金买卖的方法和***
CN104123638A (zh) * 2014-07-18 2014-10-29 重庆市博恩科技(集团)有限公司 便捷式短信缴费***及其方法
CN105956840A (zh) * 2016-05-30 2016-09-21 广东电网有限责任公司 一种缴纳电费的方法、装置及银电联网***
CN106934609A (zh) * 2017-03-19 2017-07-07 龚敬 一种网络交易支付的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106886935A (zh) * 2017-01-16 2017-06-23 重庆中票科技有限公司 票据交易服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101408968A (zh) * 2008-11-20 2009-04-15 阿里巴巴集团控股有限公司 一种基金买卖的方法和***
CN104123638A (zh) * 2014-07-18 2014-10-29 重庆市博恩科技(集团)有限公司 便捷式短信缴费***及其方法
CN105956840A (zh) * 2016-05-30 2016-09-21 广东电网有限责任公司 一种缴纳电费的方法、装置及银电联网***
CN106934609A (zh) * 2017-03-19 2017-07-07 龚敬 一种网络交易支付的方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110163590A (zh) * 2019-04-29 2019-08-23 阿里巴巴集团控股有限公司 基于区块链的缴费代扣方法及装置、电子设备、存储介质
US10733583B2 (en) 2019-04-29 2020-08-04 Alibaba Group Holding Limited Blockchain-based withholding operations
CN112613900A (zh) * 2020-12-09 2021-04-06 苏宁金融科技(南京)有限公司 一种费用分析处理方法及装置
TWI844147B (zh) 2022-10-26 2024-06-01 兆豐國際商業銀行股份有限公司 帳單自動繳款系統及方法

Also Published As

Publication number Publication date
WO2019196232A1 (zh) 2019-10-17
CN108520408B (zh) 2023-03-31

Similar Documents

Publication Publication Date Title
US10311431B2 (en) Method and apparatus for staging send transactions
CN108573374A (zh) 一种基于基金份额赎转付的日常缴费方法及***
CN108520461B (zh) 一种基于基金份额赎转付的***还款方法及***
US7756789B2 (en) Method and system for debt recovery
CA2478505A1 (en) Method and system for processing credit card related transactions
CN101194285A (zh) 实时销售点地址变更处理
CN108520408A (zh) 一种基于基金份额赎转付日常缴费的自动代扣方法及***
CN108830715A (zh) 批量文件部分回盘处理方法和***
US10262361B2 (en) Electronic money server, electronic money processing method, electronic money processing program product, and storage medium on which electronic money processing program product is stored
US20080270171A1 (en) Method and system for managing caselog fraud and chargeback
US7287005B1 (en) Method for supplementing descriptors for online banking transaction statements
KR100875246B1 (ko) 대출정보 제공 시스템
CN107705117A (zh) 一种支付管理方法、收银机端、销售终端及支付管理***
CN110070442A (zh) 一种还款处理方法、服务器及存储介质
WO2008134042A1 (en) Method and system for operating a risk management call center
CN116993483A (zh) 一种***账单加工方法、装置、设备及存储介质
KR20130006575A (ko) 선택적 금융거래 제공 방법
KR20110103378A (ko) 결제 제어 방법
Otieno Challenges in the implementation of mobile banking information systems in commercial
KR20090011045A (ko) 신탁대출 운용 시스템
KR20080033025A (ko) 의료비 입금계좌 관리 시스템과 이를 위한 기록매체
KR20030054431A (ko) 네트워크형 범용 지불수단의 선대금 결제시스템 및 그 방법
KR20060100010A (ko) 복합 결제처리방법 및 시스템과 이를 위한 기록매체와 정보저장매체
KR20180112634A (ko) 금융서비스 제공 방법 및 장치, 그리고 이에 적용되는 컴퓨터 프로그램 및 기록매체
KR20060101122A (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