System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及在线支付,具体地说是基于aggregators的在线支付网关实现方法及系统。
技术介绍
1、面对当下更加小额、高频的第三方支付应用场景,面对电信服务提供商初创乃至新兴消费场景下的支付新需求,传统支付交易流程应该被重新定义。技术主导型的商业模式革新正日益成为产业变革中的一股强大推力,支付服务流程和作业方式只有经过全面革新,才能符合新的发展潮流。秉承“开发者友好”的理念,打造出一种全新“开箱即用、即插即用”的聚合支付接入方式及服务模式,助力商户快速接入主流支付渠道,以数字化服务保障支付过程的便捷、安全和畅通。
2、对于个人消费者来说,支付网关也带来了许多好处。首先,支付网关提供了多种支付方式,方便消费者根据自己的需求和偏好选择支付方式;其次,支付网关提供了安全的支付环境,保护消费者的个人和金融信息不被泄露和滥用。此外,支付网关提供了快速和便捷的支付体验,减少了消费者在订购过程中的等待时间和繁琐操作。
3、基于轻量级支付网关敏捷交付并实时账单连续查询的特点,如何基于支付网关实现多客户多账户支付管理,是需要解决的技术问题。
技术实现思路
1、本专利技术的技术任务是针对以上不足,提供基于aggregators的在线支付网关实现方法及系统,来解决如何基于支付网关实现多客户多账户支付管理的技术问题。
2、第一方面,本专利技术一种基于aggregators的在线支付网关实现方法,包括如下步骤:
3、定义账单支付流程并设定支付路径:账单支
4、基于交易清单的对账:基于支付网关所具有的与支付交易对账功能,通过预定义的规则获取业务账单以及aggregators的交易数据、对商户的交易清单进行对比分析、形成结算报告,对于存在差异的结算报告,汇总和监控结算报告中的数据;
5、基于多线程的多账户支付:为企业客户的个人客户提供多账户体系关联,并为企业客户提供多账户支付管理,客户执行付款流程时,支付网关发起支付请求、并分配线程,对同一企业账号的账单连续批量交易处理,对不同企业账号或个人账号之间的交易实现多线程并发。
6、作为优选,客户注册流程包括如下操作:
7、客户登录服务网站并进入客户注册界面;
8、客户录入客户信息,客户信息包括客户联系信息,客户联系信息包括手机号码、身份证号码和电子邮箱;
9、对客户录入的客户信息进行验证,包括邮箱验证、手机号码验证以及身份证验证;
10、通过验证后,提交注册信息并跳转至登录界面。
11、作为优选,订购支付流程包括如下操作:
12、客户通过多种渠道进行业务订购并下发订单,形成业务账单;
13、商户通过服务网站的支付管理服务将业务账单发送至aggregators;
14、aggregators对接支付网关,将业务账单上传支付网关;
15、支付网关基于业务账单形成支付号码,并将支付号码发送至aggregators;
16、aggregators接收支付号码后,基于客户联系信息将支付号码通知相关客户进行付款;
17、客户接受支付号码后,基于支付号码查看和管理付款请求和电子账单的外部链接,并进行付款。
18、作为优选,付款通知流程包括如下操作:
19、客户接收支付号码后,通过aggregators选择支付方式执行一次性账单支付;
20、银行向支付网关发送付款成功通知,并同步至aggregators进行账务清算;
21、客户付款完成后,aggregators生成付款通知至通信运营商,并等待银行或支付网关付款的到账通知,基于到账通知在客户界面实现支付到账;
22、aggregators通过调用运营商侧客户注册的通知方式,向客户发送付款通知和发票;
23、客户接收付款通知提醒,并查看支付收据及发票。
24、作为优选,所述支付网关集成采用rest接口,用于接收json请求报文格式、并返回json-encoded响应。
25、作为优选,对于基于交易清单的对账,通过预定义的规则获取业务账单以及aggregators的交易数据,并通过具有正确访问令牌的日期范围过滤器获取商家的交易清单,并对交易清单进行对比分析、形成结算报告。
26、作为优选,对同一企业账号的账单连续批量交易处理,对不同企业账号或个人账号之间的交易实现多线程并发,包括如下模式:
27、针对企业中多部门单独订阅服务的场景,对各个部门的子账户进行连续批量交易处理,同时在企业层级设置账户的优先级,对于优先级高的企业账户,调用核心线程直接执行支付任务,当核心线程池满已后,将其他支付任务添加到等待队列,当队列已满后,创建非核心线程执行任务,当线程池已满后,进入饱和策略,基于策略再调整任务的优先级。
28、作为优选,为企业客户提供多账户支付管理,包括如下模式:
29、对重复的支付请求进行任务拒绝,并支持动态设置客户订阅服务的延迟支付周期;
30、当企业客户下单后,对不同vip客户的支付任务设置多种延迟窗口,在支付过期日期前,企业客户能够随时进行在线实时支付,而且不受到其他任务的影响。
31、第二方面,本专利技术一种基于aggregators的在线支付网关实现系统,包括服务网站平台、aggregators以及支付网关,用于通过如第一方面任一项所述的一种基于aggregators的在线支付网关实现方法实现在线支付和实时账单对账。
32、本专利技术基于aggregators的在线支付网关实现方法及系统具有以下优点:
33、1、定义并实现了一种基于aggregators的在线多账户支付流程,根据客户实时支付的特点,通过预先注册客户信息,实现付款结果及发票通知,实现了支付交易对账,提供了对海量支付数据的安全查询分析;
34、2、通过针对账单支付流程及付款路径设计、账单发票安全存储方式及反向代理多账户支付优化,面向账单支付及时性、跨域性、安全性、高效性多维度需求,如果相同服务器硬件配置环境,相对于客户关系管理系统(crm)的支付网关敏捷性提升明显,相对于固化的、高耦合的支付流程,只通过商户的支付及财务流程的编排,便可以快速的实现支付流程的开通。
本文档来自技高网...【技术保护点】
1.一种基于Aggregators的在线支付网关实现方法,其特征在于,包括如下步骤:
2.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,客户注册流程包括如下操作:
3.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,订购支付流程包括如下操作:
4.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,付款通知流程包括如下操作:
5.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,所述支付网关集成采用REST接口,用于接收JSON请求报文格式、并返回JSON-encoded响应。
6.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,对于基于交易清单的对账,通过预定义的规则获取业务账单以及Aggregators的交易数据,并通过具有正确访问令牌的日期范围过滤器获取商家的交易清单,并对交易清单进行对比分析、形成结算报告。
7.根据权利要求1所述的基于A
8.根据权利要求1所述的基于Aggregators的在线支付网关实现方法,其特征在于,为企业客户提供多账户支付管理,包括如下模式:
9.一种基于Aggregators的在线支付网关实现系统,包括服务网站平台、Aggregators以及支付网关,用于通过如权利要求1-8任一项所述的一种基于Aggregators的在线支付网关实现方法实现在线支付和实时账单对账。
...【技术特征摘要】
1.一种基于aggregators的在线支付网关实现方法,其特征在于,包括如下步骤:
2.根据权利要求1所述的基于aggregators的在线支付网关实现方法,其特征在于,客户注册流程包括如下操作:
3.根据权利要求1所述的基于aggregators的在线支付网关实现方法,其特征在于,订购支付流程包括如下操作:
4.根据权利要求1所述的基于aggregators的在线支付网关实现方法,其特征在于,付款通知流程包括如下操作:
5.根据权利要求1所述的基于aggregators的在线支付网关实现方法,其特征在于,所述支付网关集成采用rest接口,用于接收json请求报文格式、并返回json-encoded响应。
6.根据权利要求1所述的基于aggregators的在线支付网关实现方法,其特征在于,对于基于...
【专利技术属性】
技术研发人员:李鑫,郭涵,
申请(专利权)人:浪潮通信信息系统天津有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。