CN107644302A - 跨平台订单核算方法、装置、可移动终端及支付系统 - Google Patents
跨平台订单核算方法、装置、可移动终端及支付系统 Download PDFInfo
- Publication number
- CN107644302A CN107644302A CN201710962264.9A CN201710962264A CN107644302A CN 107644302 A CN107644302 A CN 107644302A CN 201710962264 A CN201710962264 A CN 201710962264A CN 107644302 A CN107644302 A CN 107644302A
- Authority
- CN
- China
- Prior art keywords
- order
- user
- money
- vendor platforms
- 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.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种跨平台订单核算方法,包括:将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户;接收所述供应商平台反馈的基于所述账户信息生成的订单;判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;向所述供应商平台发送所述订单的确认信息。本发明还公开了一种跨平台订单核算装置、可移动终端及支付系统,本发明能够避免在团队消费、企业采购过程中繁琐的报销流程,提高账单核算的效率和准确性,给用户消费带来便利,提升用户网购的消费体验。
Description
技术领域
本发明涉及互联网支付领域,尤其涉及跨平台订单核算方法、装置、可移动终端及支付系统。
背景技术
现有的企事业单位或政府部门进行采购、差旅报销中,其一般实现流程有如下两种,一是相关人员采购或者购买差旅过程中所需的商品或服务,并开具相应的发票,再根据发票跟财务人员进行核算,财务将相应的金额打入相关人员的银行账户;二是财务人员预先将一定的金额打入相关人员的账户,相关人员根据购买商品或服务的情况多退少补,其同样需要相关人员跟财务人员进行发票核对。这两种流程都需要相关人员跟财务人员进行发票的核对,而且流程多,过程不透明,工作效率低,且经常容易出错。
随着互联网的发展和普及,越来越多的用户通过互联网进行购物消费。基于互联网的采购和购买差旅所需的商品和服务也慢慢成为主流。互联网为用户购物提供了便利,促进了消费,然而,相关人员要在网上消费后数日甚至数月才能获得商家邮寄回来的发票,这样原本已经繁琐的报销流程更加耗费时间,增加发票寄失、遗失的风险。
发明内容
针对上述问题,本发明的目的在于提供一种跨平台订单核算方法、装置、可移动终端及支付系统,能够避免在团队消费、企业采购过程中繁琐的报销流程,提高账单核算的效率和准确性,给用户消费带来便利,提升用户网购的消费体验。
本发明提供了一种跨平台订单核算方法,包括:
将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户;
接收所述供应商平台反馈的基于所述账户信息生成的订单;
判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;
向所述供应商平台发送所述订单的确认信息。
优选地,所述判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件的步骤,具体包括,
当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
所述向所述供应商平台发送所述订单的确认信息的步骤,具体包括,
在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
优选地,所述判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件的步骤,具体包括,
当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
当判断所述订单中的金额或品类不满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额;
所述向所述供应商客户端发送所述订单的确认信息的步骤,具体包括,
在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
优选地,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息之前,还包括:
判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
优选地,所述授权条件,包括:
所述订单中的品类属于所述群组用户对所述个人用户预设的在一额定时间内可供其选择的商品或服务项品类的范围;和/或,
所述订单中的金额属于所述群组用户对所述个人用户预设的在一额定时间内可供其消费的余额范围。
优选地,所述群组用户为企业用户,将通过群组用户认证的个人用户的个人账号发送给供应商平台的步骤之前,还包括:
在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
优选地,向所述供应商平台发送所述订单的确认信息的步骤之后,包括:
接收所述供应商平台反馈的所述订单的支付成功信息;
从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额;和/或,
从所述个人用户的账户余额中扣除所述第二订单金额。
优选地,从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额的步骤之后,还包括:
从所述群组用户的账户余额中扣除所述第一订单金额。
优选地,从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额的步骤之后,还包括:
获取一个结算周期内所述群组用户的各笔第一订单金额的累计金额,生成本周期的结算账单。
本发明还提供了一种跨平台订单核算装置,包括:
平台登录单元,用于将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户;
订单接收单元,用于接收所述供应商平台反馈的基于所述账户信息生成的订单;
授权判断单元,用于判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;
确认信息发送单元,用于向所述供应商平台发送所述订单的确认信息。
优选地,所述授权判断单元具体包括,
第一支付界面生成模块,用于当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
所述确认信息发送单元具体用于,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
优选地,所述授权判断单元具体包括,
第二支付界面生成模块,用于当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;当判断所述订单中的金额或品类不满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额;
所述确认信息发送单元具体用于,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
优选地,还包括:
连接在所述第二支付界面生成模块与所述确认信息发送单元之间的个人账户余额判断单元,用于判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
优选地,所述授权条件,包括:
所述订单中的品类属于所述群组用户对所述个人用户预设的在一额定时间内可供其选择的商品或服务项品类的范围;和/或,
所述订单中的金额属于所述群组用户对所述个人用户预设的在一额定时间内可供其消费的余额范围。
优选地,所述群组用户为企业用户,所述跨平台订单核算装置,还包括:
用户登陆单元,用于在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
优选地,还包括:
支付信息接收单元,用于接收所述供应商平台反馈的所述订单的支付成功信息;
余额扣除单元,用于从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额;和/或,从所述个人用户的账户余额中扣除所述第二订单金额。
优选地,所述余额扣除单元,还用于从所述群组用户的账户余额中扣除所述第一订单金额。
优选地,还包括:
结算账单生成单元,用于获取一个结算周期内所述群组用户的各笔第一订单金额的累计金额,生成本周期的结算账单。
本发明还提供了一种可移动终端,包括:所述可移动终端的存储介质上设有执行如前任一项所述的跨平台订单核算方法的第一应用程序;
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
优选地:所述可移动终端的存储介质上还设有能与所述第一应用程序交互的第二应用程序;
所述的跨平台订单核算方法之中,
所述供应商平台还包括与所述供应商平台系统相连的所述第二应用程序;在供应商平台系统向所述第一应用程序反馈基于所述账户信息生成的订单的步骤之前,供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单。
本发明还提供了一种支付系统,包括可移动终端、供应商客户端及供应商平台系统,所述可移动终端的存储介质上设有执行如前任一项所述的跨平台订单核算方法的第一应用程序;
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统,以及设于所述供应商客户端上的与所述供应商平台系统相连的所述第二应用程序;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
本发明提供的跨平台订单核算方法,可由代付平台的第一应用程序予以执行,第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户,如此,在这些个人用户在供应商平台进行购物消费或者服务购买后,供应商平台就能标识并将这些个人用户消费的订单返回给第一应用程序,第一应用程序接收所述供应商平台反馈的基于所述账户信息生成的订单;判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;向所述供应商平台发送所述订单的确认信息。供应商平台收到确认信息后,完成交易。供应商平台和个人用户完成交易之后,可由代付平台与供应商平台之间、代付平台与个人用户所述企业之间,通过对公转账、线下月结、账务对冲等多种形式批量处理费用结算,从而既方便了个人用户的公用消费,也简化了企业核算对账程序。具体地,本发明具有如下有益效果:
(1)个人用户在进行网上采购时,采用本发明技术进行采购,无需先采购后凭发票报销,节省了采购所需的报销流程,提高了采购的效率,同时整个采购过程更加透明。
(2)个人用户在出差时,采用本发明进行一些差旅项目的支付,无需由个人用户先垫付再报销,节省了整个报销的流程,方便了个人用户和企业,提升网购的消费体验。
(3)对于一些企业福利,通过本发明,企业可按照发放的福利商品,为员工个人账户开通相应的商品品类,并按照发放的金额配置到员工个人账户的余额中,供其消费。相比于发放物品或发放现金,本发明在管理、流程实现上更简单,效率和准确性更高。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施方式中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明第一实施例提供的跨平台订单核算方法的流程示意图。
图2是本发明第二实施例提供的跨平台订单核算方法的流程示意图。
图3是本发明第三实施例提供的跨平台订单核算方法的流程示意图。
图4是本发明第五实施例提供的跨平台订单核算装置的结构示意图。
图5是本发明第十四实施例提供的支付系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明具体实施方式中,涉及如下术语名称,包括但不限于:
平台,“指计算机硬件或软件的操作环境。”——《现代汉语词典(第6版)》(书号:ISBN 978-7-100-09354-5);“计算机系统的基本技术。由于计算机是由芯片级的硬件层、固件和操作系统层以及应用程序层所组成的分层设备,因此通常将计算机的最底层称为平台。”——《微软英汉双解计算机百科辞典》(ISBN 7-900024-01-8/TP·01);
供应商平台,基于上述“平台”的定义,可以获知,是指存储有供应商信息和产品/服务数据,具有逻辑处理功能的软硬件操作环境。供应商平台,主要包括供应商平台系统;进一步的,对于基于B/S架构的供应商平台,除了包括后端的所述供应商平台系统,还可以包括前端的基于可移动终端上浏览器的第一应用程序;进一步的,对于基于C/S架构的供应商平台,除了包括后端的所述供应商平台系统,还可以包括前端的基于可移动终端上APP的第一应用程序。
请参阅图1,图1为本发明第一实施例提供的跨平台订单核算方法的流程示意图,其可由配有跨平台订单核算装置的可移动终端来执行,并包括如下步骤:
S101:将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户。
S102:接收所述供应商平台反馈的基于所述账户信息生成的订单。
S103:判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件。
S104:向所述供应商平台发送所述订单的确认信息。
在本实施例中,所述群组用户可为企业用户、事业单位用户、政府机构用户、公益组织用户、社会团体用户、学校用户等。当然,也可以是企业/公司用户下辖的部门用户、学校用户下辖的班级用户、学校用户下辖的班级用户下辖的小组用户,本实施例不做具体限定。其中,对于一个群组用户,其下辖有至少一个个人用户(例如,企业的员工,政府部门的职员等),群组用户可在可移动终端上对预定的个人用户进行认证,可移动终端可将通过所述群组用户认证的个人用户的账户信息发送给部署于供应商服务器上的供应商平台系统。其中,个人用户的信息包括用户ID、用户名称、余额、所属群组用户的用户ID等。
需要说明的是,在本实施例中,群组用户对个人用户进行认证后,还可同时为个人用户设置授权条件,其中,所述授权条件包括:订单中的品类属于所述群组用户对所述个人用户预设的可供其选择的商品或服务项品类的范围;和/或,所述订单中的金额属于所述群组用户对所述个人用户预设的可供其消费的余额范围。例如,在文具商品中可以限定用户只能购买金额在50元之下的桌面用具品类的商品。
在本实施例中,用户可通过可移动终端访问供应商平台,其中,用户可通过安装在可移动终端上的浏览器(B/S模式)来直接访问供应商平台(如通过在浏览器上输入相应网址来访问供应商开发的在线页面,例如淘宝网、当当购书网),也可通过安装在可移动终端的供应商客户端(C/S模式)来访问供应商平台,例如迅雷下载软件、用友财务软件、淘宝APP、当当购书APP等,本发明不限于用户所使用的供应商客户端。所有通过供应商平台反馈的订单都可以适用于本发明技术,例如,通过顺丰快递APP邮寄的公司快件,直接将订单流转给企业群组用户进行结算;通过当当购书网购买的学校图书,直接将订单流转给学校群组用户进行结算;通过用友财务软件开通的公司会员服务,直接将订单流转给公司群组用户进行结算。
在本实施例中,具体地,用户通过可移动终端访问供应商平台,并在供应商平台提供的商品或服务列表中选择自己所需要购买的商品和/或服务后,生成订单,并将所述订单发送给供应商平台。所述供应商平台在判断该订单为经过群组用户认证的个人用户提交的订单后,将所述订单及相应的账户信息发送给所述可移动终端,所述可移动终端在判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额。用户在通过所述第一支付界面确认所述第一订单金额后,所述可移动终端向所述供应商平台发送所述订单的确认信息,所述供应商平台在接收到所述确认信息后,从与代付平台对应的代付账户中扣除相应的第一订单金额并返回支付成功信息,所述可移动终端在接收所述供应商平台反馈的所述订单的支付成功信息后,从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额,再从所述群组用户的账户余额中扣除所述第一订单金额,从而完成本次代付的流程。
需要说明的是,上述实施例中,所述可移动终端并不必须每完成一个订单都从所述群组用户的账户余额中扣除所述第一订单金额,而是可以在一个周期(如一个月,一个季度)进行一次订单金额结算,这些方案均在本发明的保护范围之内。
需要说明的是,在本实施例中,若用户通过个人电脑生成并提交订单,但在支付时,则使用移动设备登陆账户信息进行支付确认,则第一支付界面会同步发送给当前登陆账户信息的移动设备。
综上所述,本实施例提供的跨平台订单核算方法,所述可移动终端可将经过群组用户认证的个人用户的账户信息发送给相应的供应商平台,如此,当这些经过认证的个人用户在供应商平台进行购物消费或者服务购买时,其订单会传输给可移动终端,并由所述可移动终端从所述群组用户对所述个人用户预设的可供其消费的余额中进行扣除。本实施例具有如下有益效果:
(1)个人用户在进行物品采购时,可以直接采用本发明进行采购,无需先采购后凭发票报销,节省了采购所需的流程,提高了采购的效率,同时整个采购过程更加透明。
(2)、个人用户在出差时,可以直接采用本发明进行一些差旅项目的支付,无需由个人用户先垫付再凭发票报销,同时还可节省了整个报销的流程,方便了个人用户和企业。
(3)、对于一些企业福利,企业可直接通过本发明发放福利,例如企业可直接将福利相应的金额增加入为个人用户预设的可供其消费的金额中,相比于发放物品或发放现金,本方法在管理、流程实现上更简单,效率更高。
请参阅图2,图2是本发明第二实施例提供的跨平台订单核算方法的流程示意图,其至少包括如下步骤:
S201:将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户。
S202:接收所述供应商平台反馈的基于所述账户信息生成的订单。
S203:当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;当判断所述订单中的金额或品类不满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额。
S204:判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
S205:在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
其中,步骤S203中,允许个人用户进行个人用户结算和群组用户结算的混合结算方式。具体地,若个人用户的订单中,包含不在授权条件内的品类(例如对于差旅报销,往往只报销酒店、车票,其他品类的商品或服务项,就不在授权条件内),或者虽然品类均在授权条件内,但超过了群组用户对所述个人用户预设的可供其消费的余额范围(例如,授权的最大金额是每天1000,而订单的支付金额超过了1000)。在这种情况下,所述可移动终端显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额。
例如,群组用户为个人用户设置的授权条件是每天使用额度1000元,而个人用户当前的订单的金额是1500元,则所述第二支付界面会显示该订单需要由群组用户支付1000元(第一订单金额),而个人用户支付500元(第二订单金额)。
其中,步骤S204的账户余额包括个人用户在代付平台上的个人账户的余额,也包括个人用户在第三方账户的余额,例如个人的网银、支付宝、微信钱包等。如果个人用户在代付平台上的个人账户的余额不足以支付第二订单的金额,个人用户选择了自己的第三方账户进行结算,则在判断第三方账户余额大于当前支付界面中的第二订单金额后,从第三方账户划扣第二订单的金额到代付平台的个人账户上。在收到供应商平台的订单的支付成功信息后再行划扣,若支付失败,则留在个人用户在代付平台的个人账户余额上。
请参阅图3,本发明第三实施例提供了一种跨平台订单核算方法,其至少包括如下步骤:
S301:在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
S302:将通过企业用户认证的个人用户的账户信息发送给供应商客户端,其中所述企业用户下辖包含至少一个个人用户。
S303:接收所述供应商客户端反馈的基于所述账户信息生成的订单。
S304:当判断所述订单中的金额和/或品类满足所述企业用户对其下辖的个人用户预设的授权条件时,显示所述订单的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述企业用户结算的第一订单金额。
S305:在接收到用户对所述支付界面的确认指令之后,向所述供应商客户端发送所述订单的确认信息。
S306:接收所述供应商客户端反馈的所述订单的支付成功信息。
S307:从所述企业用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额。
S308:从所述企业用户的账户余额中扣除所述第一订单金额。
其中,步骤S301中,登陆个人用户,包括主动登陆和被动登陆。所谓主动登陆,是指用户通过可移动终端先登录代付平台(同样,可以是通过浏览器登陆,也可以是通过代付平台客户端登陆),从代付平台向供应商平台发起的订单核算流程。其中,代付平台提供了各个供应商平台的入口,用户可通过这些入口跳转到相应的供应商客户端或网页,以访问所述供应商平台。所谓被动登陆,是指先通过供应商客户端购物下订单并提交订单给供应商平台,供应商平台在确定订单后,提供链接跳转至代付平台,用户再登陆至代付平台,代付平台被动接受供应商平台发起的订单核算流程。
本发明第四实施例提供了一种跨平台订单核算方法,其至少包括如下步骤:
S401:在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
S402:将通过企业用户认证的个人用户的账户信息发送给供应商平台,其中所述企业用户下辖包含至少一个个人用户。
S403:接收所述供应商平台反馈的基于所述账户信息生成的订单。
S404:当判断所述订单中的金额和/或品类满足所述企业用户对其下辖的个人用户预设的授权条件时,显示所述订单的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述企业用户结算的第一订单金额。
当判断所述订单中的金额或品类不满足所述企业用户对其下辖的个人用户预设的授权条件时,显示所述订单的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述企业用户结算的第一订单金额、由所述个人用户结算的第二订单金额。
S405:判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
S406:在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
S407:接收所述供应商平台反馈的所述订单的支付成功信息。
S408:从所述企业用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额。
S409:从所述个人用户的账户余额中扣除所述第二订单金额。
S410:获取一个结算周期内所述企业用户的各笔第一订单金额的累计金额,生成本周期的结算账单。
在本实施例中,所述可移动终端会获取每个结算周期(如一个月、一个季度或一年)内所述企业用户的各笔第一订单金额的累计金额,生成本周期的结算账单,从而方便企业用户进行财务核算和验收。
请参阅图4,本发明第五实施例提供了一种跨平台订单核算装置,所述跨平台订单核算装置500包括:
平台登陆单元510,用于将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户。
订单接收单元520,用于接收所述供应商系统反馈的基于所述个人账号生成的订单。
授权判断单元530,用于判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件。
确认信息发送单元540,用于向所述供应商平台发送所述订单的确认信息。
本实施例提供的跨平台订单核算装置500,所述跨平台订单核算装置500可将经过群组用户认证的个人用户的账户信息发送给相应的供应商平台,如此,当这些经过认证的个人用户在供应商平台进行购物消费或者服务购买时,其订单会传输给跨平台订单核算装置500,并由所述跨平台订单核算装置500从所述群组用户对所述个人用户预设的可供其消费的余额中进行扣除。本实施例具有如下有益效果:
(1)个人用户在进行物品采购时,可以直接通过本发明进行采购,无需先采购后凭发票报销,节省了采购所需的流程,提高了采购的效率,同时整个采购过程更加透明。
(2)、个人用户在出差时,可以直接通过本发明进行一些差旅项目的支付,无需由个人用户先垫付再报销,节省了整个报销的流程,方便了个人用户和企业。
(3)、对于一些企业福利,企业可直接通过本发明发放福利,例如企业可直接将福利相应的金额增加入为个人用户预设的可供其消费的金额中,相比于发放物品或发放现金,本方法在管理、流程实现上更简单,效率更高。
第六实施例:
在第五实施例的基础上,在第六实施例中,所述授权判断单元530具体包括:
第一支付界面生成模块,用于当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
则所述确认信息发送单元540具体用于,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
第七实施例:
在第五实施例的基础上,在第七实施例中,所述授权判断单元530具体包括:
第二支付界面生成模块,用于当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;当判断所述订单中的金额或品类不满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额。
则所述确认信息发送单元540具体用于,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
本实施例支持个人用户结算和群组用户结算的混合结算方式,提高了支付的灵活性。
第八实施例:
在第七实施例的基础上,在第八实施例中,所述跨平台订单核算装置500还包括:
个人账户余额判断单元,用于判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
其中,账户余额包括个人用户在代付平台上的个人账户的余额,也包括个人用户在第三方账户的余额,例如个人的网银、支付宝、微信钱包等。如果个人用户在代付平台上的个人账户的余额不足以支付第二订单的金额,个人用户选择了自己的第三方账户进行结算,则在判断第三方账户余额大于当前支付界面中的第二订单金额后,从第三方账户划扣第二订单的金额到代付平台的个人账户上。在收到供应商平台的订单的支付成功信息后再行划扣,若支付失败,则留在个人用户在代付平台的个人账户余额上。
第九实施例:
在第五实施例的基础上,在第九实施例中,所述授权条件包括:
所述订单中的品类属于所述群组用户对所述个人用户预设的可供其选择的商品或服务项品类的范围;和/或,
所述订单中的金额属于所述群组用户对所述个人用户预设的可供其消费的余额范围。
第十实施例:
在第五实施例的基础上,在第十实施例中,所述跨平台订单核算装置500还包括:
认证信息获取单元,用于在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
第十一实施例:
在第八实施例的基础上,在第十一实施例中,所述跨平台订单核算装置500还包括:
支付信息接收单元,用于接收所述供应商平台反馈的所述订单的支付成功信息;
余额扣除单元,用于从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额;和/或,
从所述个人用户的账户余额中扣除所述第二订单金额。
第十二实施例:
在第十一实施例的基础上,在第十二实施例中,所述跨平台订单核算装置500还包括:
第一订单金额扣除单元,用于从所述群组用户的账户余额中扣除所述第一订单金额。
本发明第十三实施例还提供了一种可移动终端,包括:所述可移动终端的存储介质上设有执行如前任一项所述的跨平台订单核算方法的第一应用程序;
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
优选地:所述可移动终端的存储介质上还设有能与所述第一应用程序交互的第二应用程序;
所述的跨平台订单核算方法之中,
所述供应商平台还包括与所述供应商平台系统相连的所述第二应用程序;在供应商平台系统向所述第一应用程序反馈基于所述账户信息生成的订单的步骤之前,供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单。
本实施例中,所述第一应用程序可为上述的代付平台。
请参阅图5,本发明第十四实施例还一种支付系统,包括可移动终端1401、供应商客户端1402及供应商平台系统1403,所述可移动终端的存储介质上设有执行如前任一项所述的跨平台订单核算方法的第一应用程序(即代付平台);
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统,以及设于所述供应商客户端上的与所述供应商平台系统相连的所述第二应用程序;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
需要说明的是,在本实施例中,所述代付平台一般通过Web界面或者移动应用(APP)界面显示给用户,因而所述用户终端还可包括与代付平台对应的客户端。
需要说明的是,在本实施例中,所述用户终端还可包括供应商客户端,以访问相应的供应商平台。
需要说明的是,在本实施例中,所述用户终端还可包括浏览器,以访问供应商平台及代付平台。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (13)
1.一种跨平台订单核算方法,其特征在于,包括:
将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户;
接收所述供应商平台反馈的基于所述账户信息生成的订单;
判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;
向所述供应商平台发送所述订单的确认信息。
2.根据权利要求1所述的跨平台订单核算方法,其特征在于:
所述判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件的步骤,具体包括,
当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
所述向所述供应商平台发送所述订单的确认信息的步骤,具体包括,
在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
3.根据权利要求1所述的跨平台订单核算方法,其特征在于:
所述判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件的步骤,具体包括,
当判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单对应的第一支付界面,以供用户确认,其中,所述第一支付界面包括由所述群组用户结算的第一订单金额;
当判断所述订单中的金额或品类不满足所述群组用户对其下辖的个人用户预设的授权条件时,显示与所述订单相应的第二支付界面,以供用户确认,其中,所述第二支付界面包括由所述群组用户结算的第一订单金额、由所述个人用户结算的第二订单金额;
所述向所述供应商客户端发送所述订单的确认信息的步骤,具体包括,
在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息。
4.根据权利要求3所述的跨平台订单核算方法,其特征在于,在接收到用户对所述支付界面的确认指令之后,向所述供应商平台发送所述订单的确认信息之前,还包括:
判断所述个人用户的账户余额大于当前支付界面中的第二订单金额。
5.根据权利要求1所述的跨平台订单核算方法,其特征在于,所述授权条件,包括:
所述订单中的品类属于所述群组用户对所述个人用户预设的在一额定时间内可供其选择的商品或服务项品类的范围;和/或,
所述订单中的金额属于所述群组用户对所述个人用户预设的在一额定时间内可供其消费的余额范围。
6.根据权利要求1所述的跨平台订单核算方法,其特征在于,所述群组用户为企业用户,将通过群组用户认证的个人用户的个人账号发送给供应商平台的步骤之前,还包括:
在个人用户登陆后,获取当前个人用户的认证信息;其中,所述认证信息包括企业用户对当前登录的个人用户预设的授权条件。
7.根据权利要求1所述的跨平台订单核算方法,其特征在于,向所述供应商平台发送所述订单的确认信息的步骤之后,包括:
接收所述供应商平台反馈的所述订单的支付成功信息;
从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额;和/或,
从所述个人用户的账户余额中扣除所述第二订单金额。
8.根据权利要求7所述的跨平台订单核算方法,其特征在于,从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额的步骤之后,还包括:
从所述群组用户的账户余额中扣除所述第一订单金额。
9.根据权利要求7所述的跨平台订单核算方法,其特征在于,从所述群组用户对所述个人用户预设的可供其消费的余额中扣除所述第一订单金额的步骤之后,还包括:
获取一个结算周期内所述群组用户的各笔第一订单金额的累计金额,生成本周期的结算账单。
10.一种跨平台订单核算装置,其特征在于,包括:
平台登录单元,用于将通过群组用户认证的个人用户的账户信息发送给供应商平台,其中所述群组用户下辖包含至少一个个人用户;
订单接收单元,用于接收所述供应商平台反馈的基于所述账户信息生成的订单;
授权判断单元,用于判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;
确认信息发送单元,用于向所述供应商平台发送所述订单的确认信息。
11.一种可移动终端,其特征在于,包括:所述可移动终端的存储介质上设有执行如权利要求1-9任一项所述的跨平台订单核算方法的第一应用程序;
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
12.根据权利要求11所述的可移动终端,其特征在于:所述可移动终端的存储介质上还设有能与所述第一应用程序交互的第二应用程序;
所述的跨平台订单核算方法之中,
所述供应商平台还包括与所述供应商平台系统相连的所述第二应用程序;在供应商平台系统向所述第一应用程序反馈基于所述账户信息生成的订单的步骤之前,供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单。
13.一种支付系统,包括可移动终端、供应商客户端及供应商平台系统,其特征在于,所述可移动终端的存储介质上设有执行如权利要求1-9任一项所述的跨平台订单核算方法的第一应用程序;
所述的跨平台订单核算方法之中,供应商平台包括供应商平台系统,以及设于所述供应商客户端上的与所述供应商平台系统相连的所述第二应用程序;
第一应用程序将通过群组用户认证的个人用户的账户信息发送给供应商平台系统,其中所述群组用户下辖包含至少一个个人用户;供应商平台系统接收由所述第二应用程序发出的与所述账户信息关联的订单;第一应用程序接收所述供应商平台系统反馈的基于所述账户信息生成的订单;第一应用程序判断所述订单中的金额和/或品类满足所述群组用户对其下辖的个人用户预设的授权条件;第一应用程序向所述供应商平台发送所述订单的确认信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710962264.9A CN107644302A (zh) | 2017-10-16 | 2017-10-16 | 跨平台订单核算方法、装置、可移动终端及支付系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710962264.9A CN107644302A (zh) | 2017-10-16 | 2017-10-16 | 跨平台订单核算方法、装置、可移动终端及支付系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107644302A true CN107644302A (zh) | 2018-01-30 |
Family
ID=61123732
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710962264.9A Pending CN107644302A (zh) | 2017-10-16 | 2017-10-16 | 跨平台订单核算方法、装置、可移动终端及支付系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107644302A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109493173A (zh) * | 2018-10-31 | 2019-03-19 | 海南易乐物联科技有限公司 | 一种基于分时租赁的集团公事用车系统 |
CN109583989A (zh) * | 2018-10-15 | 2019-04-05 | 平安科技(深圳)有限公司 | 支付管理的控制方法、装置、计算机设备及存储介质 |
CN110070409A (zh) * | 2019-03-06 | 2019-07-30 | 山东开创云软件有限公司 | 一种共享汽车的账号管理方法及其装置 |
CN110472955A (zh) * | 2019-07-17 | 2019-11-19 | 口碑(上海)信息技术有限公司 | 一种数据处理方法及系统 |
CN110807627A (zh) * | 2019-10-31 | 2020-02-18 | 国网电子商务有限公司 | 一种跨单位电费结算方法、装置及系统 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
CN112132649A (zh) * | 2020-08-28 | 2020-12-25 | 绿瘦健康产业集团有限公司 | 一种订单校验处理方法、装置、介质及终端设备 |
CN112258174A (zh) * | 2019-07-22 | 2021-01-22 | 北京车和家信息技术有限公司 | 一种支付方法及相关设备 |
CN113222723A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
CN113313603A (zh) * | 2020-02-26 | 2021-08-27 | 京东数字科技控股股份有限公司 | 业务的处理方法、装置及系统、存储介质、电子装置 |
WO2021190022A1 (zh) * | 2020-03-25 | 2021-09-30 | 支付宝(杭州)信息技术有限公司 | 业务处理方法及因公报销处理方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101719247A (zh) * | 2009-11-30 | 2010-06-02 | 刘宜云 | 基于非接触式手持支付终端进行支付的系统和方法 |
CN102044112A (zh) * | 2009-10-14 | 2011-05-04 | 马天龙 | 一种用于集团内部自动售货机销售物品的控制装置及方法 |
CN106204043A (zh) * | 2016-07-22 | 2016-12-07 | 上海瀚之友信息技术服务有限公司 | 一种支付管理系统及方法 |
CN106372849A (zh) * | 2016-08-29 | 2017-02-01 | 无锡史提沃德移动互联网科技有限公司 | 具有公务消费预授权的支付方法 |
CN106910123A (zh) * | 2017-03-03 | 2017-06-30 | 泸州市众信信息技术有限公司 | 基于射频技术的一卡通管理系统及方法 |
-
2017
- 2017-10-16 CN CN201710962264.9A patent/CN107644302A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102044112A (zh) * | 2009-10-14 | 2011-05-04 | 马天龙 | 一种用于集团内部自动售货机销售物品的控制装置及方法 |
CN101719247A (zh) * | 2009-11-30 | 2010-06-02 | 刘宜云 | 基于非接触式手持支付终端进行支付的系统和方法 |
CN106204043A (zh) * | 2016-07-22 | 2016-12-07 | 上海瀚之友信息技术服务有限公司 | 一种支付管理系统及方法 |
CN106372849A (zh) * | 2016-08-29 | 2017-02-01 | 无锡史提沃德移动互联网科技有限公司 | 具有公务消费预授权的支付方法 |
CN106910123A (zh) * | 2017-03-03 | 2017-06-30 | 泸州市众信信息技术有限公司 | 基于射频技术的一卡通管理系统及方法 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109583989A (zh) * | 2018-10-15 | 2019-04-05 | 平安科技(深圳)有限公司 | 支付管理的控制方法、装置、计算机设备及存储介质 |
CN109493173A (zh) * | 2018-10-31 | 2019-03-19 | 海南易乐物联科技有限公司 | 一种基于分时租赁的集团公事用车系统 |
CN110070409A (zh) * | 2019-03-06 | 2019-07-30 | 山东开创云软件有限公司 | 一种共享汽车的账号管理方法及其装置 |
CN110070409B (zh) * | 2019-03-06 | 2021-06-25 | 山东开创云计算有限公司 | 一种共享汽车的账号管理方法及其装置 |
CN110472955A (zh) * | 2019-07-17 | 2019-11-19 | 口碑(上海)信息技术有限公司 | 一种数据处理方法及系统 |
CN112258174A (zh) * | 2019-07-22 | 2021-01-22 | 北京车和家信息技术有限公司 | 一种支付方法及相关设备 |
CN110807627A (zh) * | 2019-10-31 | 2020-02-18 | 国网电子商务有限公司 | 一种跨单位电费结算方法、装置及系统 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
CN113313603B (zh) * | 2020-02-26 | 2024-02-02 | 京东科技控股股份有限公司 | 业务的处理方法、装置及系统、存储介质、电子装置 |
CN113313603A (zh) * | 2020-02-26 | 2021-08-27 | 京东数字科技控股股份有限公司 | 业务的处理方法、装置及系统、存储介质、电子装置 |
WO2021190022A1 (zh) * | 2020-03-25 | 2021-09-30 | 支付宝(杭州)信息技术有限公司 | 业务处理方法及因公报销处理方法 |
CN112132649A (zh) * | 2020-08-28 | 2020-12-25 | 绿瘦健康产业集团有限公司 | 一种订单校验处理方法、装置、介质及终端设备 |
CN113222723A (zh) * | 2021-05-25 | 2021-08-06 | 支付宝(杭州)信息技术有限公司 | 票据处理方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107644302A (zh) | 跨平台订单核算方法、装置、可移动终端及支付系统 | |
US10740843B2 (en) | Systems and methods for controlling payment processing | |
US7596529B2 (en) | Buttons for person to person payments | |
Kemp | Mobile payments: Current and emerging regulatory and contracting issues | |
US20130159167A1 (en) | System and Method for Debt Presentment and Resolution | |
US8543475B2 (en) | System and method for obtaining automated third-party confirmations in receivables factoring | |
US20060015452A1 (en) | Systems and methods for implementing account-to-account international money exchanges | |
US20080195485A1 (en) | Prepaid foreign currency transaction platform | |
AU2742501A (en) | Integrated systems for electronic bill presentment and payment | |
TW201009733A (en) | Systems and methods for transferring value | |
US20110184858A1 (en) | Systems and methods for managing accounts payable | |
KR20140033001A (ko) | 주식 상품권을 제공하기 위한 시스템 및 방법 | |
US20120303516A1 (en) | Donation and payment system | |
US20060015453A1 (en) | Systems and methods for implementing person-to-person international money exchanges | |
CN104778617A (zh) | 以竞猜价格方式在撮合系统内交易产品的方法 | |
US20100211472A1 (en) | Affiliate system having linkage function with clearing system | |
Sunarya et al. | Utilization Setting Menu To Build Company Accounting System In Web Based Accounting Online System | |
WO2005027064A1 (en) | Computer-based system for transactions processing | |
JP6708802B1 (ja) | 電子マネー仲介システム及び電子マネー仲介方法 | |
US20110276497A1 (en) | System and method for debt settlement | |
US8874075B2 (en) | System and method for utilizing a user's mobile phone account as a funding source | |
US20150262146A1 (en) | Gratuity Exchange System | |
CN1338693A (zh) | 即时网络支付系统 | |
Das | Charging Consumers for Merchant Payments | |
Kaushik | E-Banking system in SBI |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180130 |