CN117094714A - 一种多支付渠道支付管理系统和方法 - Google Patents
一种多支付渠道支付管理系统和方法 Download PDFInfo
- Publication number
- CN117094714A CN117094714A CN202311076049.0A CN202311076049A CN117094714A CN 117094714 A CN117094714 A CN 117094714A CN 202311076049 A CN202311076049 A CN 202311076049A CN 117094714 A CN117094714 A CN 117094714A
- Authority
- CN
- China
- Prior art keywords
- payment
- user
- channel
- information
- unit
- 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
- 238000000034 method Methods 0.000 title claims abstract description 16
- 230000007246 mechanism Effects 0.000 claims abstract description 133
- 230000003993 interaction Effects 0.000 claims abstract description 26
- 108091006146 Channels Proteins 0.000 claims description 164
- 238000007726 management method Methods 0.000 claims description 117
- 238000003032 molecular docking Methods 0.000 claims description 5
- 230000000694 effects Effects 0.000 abstract description 2
- 238000012550 audit Methods 0.000 description 14
- 238000012423 maintenance Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 210000001503 joint Anatomy 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及在线支付管理的技术领域,尤其是涉及一种多支付渠道支付管理系统和方法,其中一种多支付渠道支付管理系统,包括支付门户模块、支付服务模块和管理门户模块;所述支付门户模块用于提供用户的操作界面,供用户确定支付渠道;所述支付服务模块与多个所述支付渠道进行数据交互,向用户提供多个可选的支付渠道,所述支付服务模块用于完成所述支付渠道发起的支付请求,所述支付服务模块还用于与所述支付机构进行数据交互;所述管理门户模块用于对支付渠道、支付机构和用户账号进行管理。本申请具有提高用户的支付体验和在线支付的效率的效果。
Description
技术领域
本申请涉及在线支付管理的技术领域,尤其是涉及一种多支付渠道支付管理系统和方法。
背景技术
近年来随着“互联网+”的提出,给移动互联网支付添加了新的动力。中国互联网络信息中心 (CNNIC) 发布的第46次《中国互联网络发展状况统计报告》显示,我国的手机网络支付用户已达到8亿多,有强大的移动支付业务需求。
目前的订单支付系统,支付过程比较长,步骤复杂,当用户选取支付渠道(如支付宝、银行卡),后需要确定支付机构(收款通道),而当支付流量较大时,需要工作人员实时监控支付机构和多种支付渠道的收款情况,以维护系统,当提供多种支付渠道供用户选择时,现有的需要人工检测并确定对应的支付机构(收款通道),维护成本较大,且影响用户的支付体验,即降低在线支付的效率,因此需要改进。
发明内容
为了提高用户的支付体验和在线支付的效率,本申请提供了一种多支付渠道支付管理系统和方法。
一种多支付渠道支付管理系统,所述管理系统包括支付门户模块、支付服务模块和管理门户模块;
所述支付门户模块用于提供用户的操作界面,供用户确定支付渠道;
所述支付服务模块与多个所述支付渠道进行数据交互,向用户提供多个可选的支付渠道,所述支付服务模块用于完成所述支付渠道发起的支付请求,所述支付服务模块还用于与所述支付机构进行数据交互;
所述管理门户模块用于对支付渠道、支付机构和用户账号进行管理。
通过采用上述技术方案,用户通过支付门户模块在操作界面进行支付操作,并通过操作界面从多个可选的支付渠道中确定支付渠道,支付服务模块接收支付渠道的支付请求,管理门户模块根据所选的支付渠道从多个可选的支付机构中确定支付机构,将支付请求信息发送至确定的支付机构中,从而满足用户的多渠道支付需求,提高用户的消费体验,本方案通过管理门户模块对支付渠道、支付机构和用户账号进行统一管理,如增加或删减支付渠道、增加或删减支付机构,并重新确定各支付渠道和各支付机构之间的关系等,从而实现多支付渠道支付的统一管理,以满足不同新增的支付渠道的支付需求,相对于依靠人工监测,本方案便于维护并匹配支付渠道和支付机构,从而提高在线支付的效率。
进一步地,所述支付门户模块包括账号管理单元和收银台单元;
所述账号管理单元用于支付账号的注册、登录,用户可以通过所述账号管理单元对账户信息进行查看、对部分账户信息进行修改;
所述收银台单元用于为所述支付渠道提供收银台功能,所述收银台单元包括Web收银台、WAP收银台和/或SDK收银台。
通过采用上述技术方案,便于用户和支付渠道形成唯一的识别方式,提高用户在选择支付渠道时的支付安全性,而收银台单元包含多种收银台满足不同类型用户的支付需求。
进一步地,所述管理门户模块包括支付机构管理单元、支付渠道管理单元、支付用户管理单元和交易管理单元;
所述支付渠道管理单元用于对所述支付渠道进行管理;
所述支付机构管理单元用于对所述支付机构进行管理;
所述支付用户管理单元用于对所述支付用户进行管理;
所述交易管理单元用于查询支付单列表、查看支付单详细信息、查看订单信息、导出支付订单信息。
通过采用上述技术方案,管理门户模块内的支付机构管理单元、支付渠道管理单元、支付用户管理单元和交易管理单元,各自对所属信息进行管理,分工明确,在信息更新维护时,直接选取信息所属的管理单元进行信息更新,便于后期的维护,提高维护效率。
进一步地,所述支付服务模块包括支付渠道交互单元、支付机构交互单元和稽核单元;
所述支付渠道交互单元通过支付渠道接口程序与支付渠道进行数据对接;
所述支付机构交互单元通过支付机构接口机程序与支付机构进行数据对接;
所述稽核单元用于支付机构对账文件或受理完支付渠道的稽核请求后,生成对账文件。
通过采用上述技术方案,实现支付渠道和支付机构的正常数据对接和传输,稽核单元生成对账文件便于后续订单的核对,提高支付的准确性。
进一步地,所述管理门户模块还包括对账单元,所述对账用于交易的对账。
通过采用上述技术方案,对账单元将所述稽核单元生成的对账文件进行稽核对账,避免交易出现错误,或及时发现交易错误的情况,提高支付的正确性。
进一步地,支付门户模块还包括统一会话单元,统一会话单元用于支付门户用户登录的统一会话,登录成功后将会话信息保存到REDIS集群,该会话对象在REDIS集群中的有效时间为配置的会话超时时间,登录用户主动退出时,将会话对象从REDIS集群中移除。其中会话对象包括当前登录用户标识、用户名称、账户标识和登录时间。
通过采用上述技术方案,记录用户登录数据,便于后台资料整理。
一种多支付渠道支付管理方法,应用于上述的多支付渠道支付管理系统,所述方法包括:
接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息;
根据所述订单参数信息从支付渠道库确定订单对应的支付渠道;
根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构;
根据所述订单参数信息及所述目标支付机构,生成并向用户推送收银台支付界面;
接收用户支付通知,生成并向用户推送支付状态信息。
通过采用上述技术方案,支付管理系统根据用户的订单信息确定支付渠道,而后匹配一个与所述支付渠道对应的目标支付机构,从而将支付渠道和支付机构进行匹配,实现多支付渠道支付的统一管理,以满足不同新增的支付渠道的支付需求,便于用户进行支付操作。
进一步地,在接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息的步骤前,建立用户数据库,具体的包括:根据所述用户订单信息,从所述用户订单信息中获取相关用户的用户信息,根据所述用户信息与所述用户数据库中的用户信息进行匹配,以形成所述订单的用户画像;
根据所述用户画像、所述订单参数信息及多种所述支付渠道信息,将订单与多种所述支付渠道进行匹配,以确定所述支付渠道。
通过采用上述技术方案,通过用户画像将订单与支付渠道匹配,提高用户支付体验。
进一步地,在根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构的步骤中,具体的包括:设置多个支付机构的比较维度;
所述比较维度包括:可用支付额度、占用百分百、支付人数。
通过采用上述技术方案,根据多维度对多个支付机构进行比较,便于筛选更合适的支付机构用于和支付渠道进行匹配,提高支付效率。
进一步地,在设置多个支付机构的比较维度;所述比较维度包括:支付额度、占用百分百、支付人数的步骤后,具体的包括:设置所述比较维度的优先级,第一优先级为可用支付额度,第二优先级为占用百分百,第三优先级为支付人数;
多个所述支付机构的可用支付额度进行比较,选取可用支付额度前三的支付机构,根据订单参数信息选取最优所述支付机构;
若前三所述支付机构的可用支付额度相同,获取所述支付机构的占用百分百,将所述支付机构的占用百分百进行比较,选取占用百分百最小的所述支付机构作为目标支付机构;
若前三所述支付机构的可用支付额度相同,且所述支付机构的占用百分百相同,选取支付人数最少的所述支付机构作为目标支付机构。
通过采用上述技术方案,设置比较维度优先级,便于选取支付机构,提高支付效率。
综上所述,本申请包括以下至少一种有益技术效果:
1.用户通过支付门户模块在操作界面进行支付操作,并通过操作界面从多个可选的支付渠道中确定支付渠道,支付服务模块接收支付渠道的支付请求,管理门户模块根据所选的支付渠道从多个可选的支付机构中确定支付机构,将支付请求信息发送至确定的支付机构中,从而满足用户的支付需求,本方案通过管理门户模块对支付渠道、支付机构和用户账号进行统一管理,如增加或删减支付渠道、增加或删减支付机构,并重新确定各支付渠道和各支付机构之间的关系等,从而实现多支付渠道支付的统一管理,以满足不同新增的支付渠道的支付需求;
2.管理门户模块内的支付机构管理单元、支付渠道管理单元、支付用户管理单元和交易管理单元,各自对所属信息进行管理,分工明确,在信息更新维护时,直接选取信息所属的管理单元进行信息更新,便于后期的维护,提高维护效率;
3.便于用户和支付渠道形成唯一的识别方式,提高用户在选择支付渠道时的支付安全性,而收银台单元包含多种收银台满足不同类型用户的支付需求;
4.对账单元将所述稽核单元生成的对账文件进行稽核对账,避免交易出现错误,或及时发现交易错误的情况,提高支付的正确性。
附图说明
图1是本申请一种多支付渠道支付管理系统实施例的模块框架示意图;
图2是本申请一种多支付渠道支付管理系统实施例的支付门户模块示意图;
图3是本申请一种多支付渠道支付管理系统实施例的管理门户模块示意图;
图4是本申请一种多支付渠道支付管理系统实施例的支付服务模块示意图;
图5是本申请一种多支付渠道支付管理方法实施例的步骤流程图;
图6是本申请一种多支付渠道支付管理方法实施例S10前的步骤流程图;
图7是本申请一种多支付渠道支付管理方法实施例S30的步骤流程图;
附图标记说明:
1、支付门户模块;11、账号管理单元;12、收银台单元;13、统一会话单元;2、管理门户模块;21、支付机构管理单元;22、支付渠道管理单元;23、交易管理单元;24、支付用户管理单元;25、对账单元;26、用户画像单元;27、商户画像单元;3、支付服务模块;31、支付机构交互单元;32、支付渠道交互单元;33、稽核单元。
具体实施方式
以下结合附图1-7对本申请作进一步详细说明。
参考图1,本发明提供的一种多支付渠道支付管理系统,所述管理方法包括支付门户模块1、管理门户模块2和支付服务模块3,所述支付门户模块1用于提供用户的操作界面,所述支付服务模块3与支付机构进行数据交互,所述支付服务模块3与支付渠道进行数据交互,完成支付渠道发起的支付请求,管理门户模块2对支付渠道、支付机构和管理门户的用户账号进行管理。
参考图1和2,通过管理门户模块2对于多种支付渠道的支付请求来源,提供统一的支付能力和灵活的支付渠道管理手段,对多种支付机构存在支付需求,把各个支付机构的支付能力统一呈现给不同支付渠道;实现多支付渠道多支付机构的统一管理,同时确保支付时和支付后的正确性、准确性。
本实施例中,支付门户模块1包括账号管理单元11、收银台单元12和统一会话单元13。
参考图1和2,所述账号管理单元11用于支付账号注册、登录,并用户可以对账户信息进行查看、对部分账户信息进行修改。其中账户信息包括账户名称、号码、邮箱等,用户可以查看全部交易记录查询、待处理订单查询、已完成订单查询三种查询方式;交易信息包括订单号、支付单号、订单类型、支付渠道、订单信息摘要、订单时间、支付金额、支付状态、可操作类型等
收银台单元12用于为支付用户提供收银台功能,收银台记录用户选择的支付方式,并根据收银台中列出支付用户最常用的或者最近使用的支付方式;收银台单元12包括Web收银台、WAP收银台和/或SDK收银台。其中例如Web收银台,支付渠道完成商品选购,点击结算,支付渠道以http页面请求方式,提交完整信息给支付门户模块1,携带订单号。在支付门户模块1,通过支付服务模块3对支付渠道进行鉴权,根据传入参数返回可选支付方式,返回给支付门户模块1,支付门户模块1负责根据返回的数据生成Web收银台界面。SDK收银台包括Andrio和IOS两种收银台的SDK包,按支付渠道从支付服务获取支付服务并生成SDK收银台,以满足不同终端发送支付请求的支付用户需求。
统一会话单元13用于支付门户用户登录的统一会话,登录成功后将会话信息保存到REDIS集群,该会话对象在REDIS集群中的有效时间为配置的会话超时时间,登录用户主动退出时,将会话对象从REDIS集群中移除。其中会话对象包括当前登录用户标识、用户名称、账户标识和登录时间。
参考图1和3,本实施例中,管理门户模块2包括支付渠道管理单元22、支付机构管理单元21、支付用户管理单元24和交易管理单元23;
支付渠道管理单元22用于对支付渠道权限管理;
具体的,支付渠道管理单元22为某个支付渠道提供接入权限配置,包括为支付渠道分配支付机构接口的访问权限,支付渠道只能访问权限范围内的接口服务,同时支持查看支付渠道拥有的接口权限列表,提供管理员设定支付渠道接入源IP地址的功能,支付机构只允许授权的IP地址发起支付请求,不在授权IP地址列表的请求将被视为非法请求丢弃,支持IPv4及IPv6地址格式,提供管理员设定各支付渠道和对应的统一支付平台商户之间的对应关系,同时对列表展示已关联的支付渠道进行新增、删除支付渠道等。
支付机构管理单元21用于对支付机构权限管理;
具体的支付机构管理单元21供许管理员查询已有的支付机构列表,并且支持模糊查询功能,查询条件包括支付机构标识、支付机构名称、状态等;支付机构管理单元21供管理员增加新的支付机构,修改支付机构信息,允许管理员修改支付机构信息,例如可以修改的支付机构名称、支付机构图标等,以及允许管理员停用已有的支付机构,已有的支付机构被停用后,该被停用的支付机构的所有支付服务将被禁用,以及允许管理员重新启用已被停用的支付机构,并且对记录管理员所有变更操作日志。
同时还配置支付机构的固定维护时间段,以满足在相应的时间段不允许进行支付、从收银台的支付服务列表中移除情况,便于进行与支付业务合作管理,即支付服务与支付业务的关系,指某种业务支持哪些支付服务进行支付,此关系是决定某业务订单支付时,在收银台是否能选择相应支付服务的因素之一。
支付用户管理单元24用于对支付用户的账号管理;
具体的,支付用户是指移动个人用户、空充代理商或其他充值代理机构等,支付用户管理单元24供管理员查询已有的支付用户列表,支持模糊查询功能,查询条件包括用户标识、用户名称、用户类型、品牌、归属地市等,也可以根据支付用户的手机号码或者平台账号查询该用户的订单信息,例如根据支付用户的手机号码或者平台账号查询该用户的充值缴费订单信息;允许管理员禁止已有的支付用户,禁用后,该用户发起的支付请求将被拒绝受理,也允许管理员重新启用已被禁止的支付用户。
管理员在禁止已有的支付用户时,对被禁止的支付用户附上关注性标签,回溯该支付用户的支付记录,并将其支付记录备份至关注日志,以便于后续的调取,持续关注该用户的支付请求行为,并做电子回访,以避免误封,提高支付用户的支付使用体验。
具体的,支付用户管理单元24也可以对商户进行管理,管理员进行增加新的商户,修改商户信息:允许管理员修改商户信息,可以修改的字段包括商户名称、邮箱、账单寄送方式、寄件地址、邮编、对应地市公司、对应支付机构、对应支付机构商户号等。管理员查询已有的商户列表,支持模糊查询功能,查询条件包括商户标识、商户名称、商户类型等。允许管理员停用已有的商户,停用后,该商户相关的所有支付服务功能将被禁用,允许管理员重新启用已被停用的商户;
管理门户模块2还包括用户画像单元26,用户画像单元26设置有多个不同维度的用户标签,例如支付个人属性标签、支付习惯标签等,个人属性标签包括支付用户年龄和支付用户使用地域等;支付习惯标签包括各支付渠道的选择次数、订单产生与支付时间间隔等;用户标签的种类和数量由管理员进行添加和删除,用户画像单元26便于将支付用户归类,便于管理支付用户,且作为支付渠道的推送依据之一。
管理门户模块2还包括商户画像单元27,商户画像单元27设置有多个不同维度的商户标签,以便于对商户进行归类和管理。
交易管理单元23用于查询支付单列表、查看支付单详细信息、查看订单信息、导出支付单;
具体的,允许管理员查询已有的支付单列表,支持模糊查询功能,查询条件包括支付单号、订单号、订单信息、支付用户等。允许管理员查看支付单的详细信息。在支付渠道发起支付请求时,可以传入订单详细信息的链接地址,系统应提供链接,允许管理员查看订单详细信息,允许管理员在查询出支付单列表后,导出到本地文件。
本实施例中,管理门户模块2还包括对账单元25,所述对账稽核用于交易的对账。包括多种功能交易对账,稽核不平查看,实时稽核,日稽核,手工稽核,稽核日志管理,跨支付渠道稽核,支付宝代缴划扣稽核对账,支付机构稽核,营收系统稽核,家宽平台稽核,物联网云平台对账,支付渠道稽核等。
参考图1和4,本实施例中,所述支付服务模块3包括支付渠道交互单元32、支付机构交互单元31和稽核单元33。
所述支付渠道交互单元32通过支付渠道接口程序与支付渠道进行数据对接,支付渠道接口程序部署到支付渠道机构接口机,支付服务模块3通过支付渠道交互单元32和支付渠道接口机网关程序进行交互,支付渠道网关程序再通过内部接口规范访问支付服务模块3;并且支付渠道网关程序接收来自支付服务的推送请求,并通知支付渠道。
支付机构交互单元31通过支付机构接口机程序与支付机构进行数据对接,支付机构接口机程序部署到支付渠道机构接口机,支付服务模块3通过支付机构交互单元31和支付机构网关程序进行交互,支付机构网关程序再通过内部接口规范访问支付服务模块3;并且支付机构网关程序接收来自支付服务的推送请求,并通知支付机构。
稽核单元33用于支付机构对账文件或受理完支付渠道的稽核请求后,立即按稽核要求的格式,生成对账文件,发送至支付渠道,支付渠道通过定时任务,将对账文件上传至稽核单元33。
本申请实施例一种多支付渠道支付管理系统的实施原理为:用户通过支付门户模块1在操作界面进行支付操作,并通过操作界面从多个可选的支付渠道中确定支付渠道,支付服务模块3接收支付渠道的支付请求,管理门户模块2根据所选的支付渠道从多个可选的支付机构中确定支付机构,将支付请求信息发送至确定的支付机构中,从而满足用户的多渠道支付需求,提高用户的消费体验,本方案通过管理门户模块2对支付渠道、支付机构和用户账号进行统一管理,如增加或删减支付渠道、增加或删减支付机构,并重新确定各支付渠道和各支付机构之间的关系等,从而实现多支付渠道支付的统一管理,以满足不同新增的支付渠道的支付需求,相对于依靠人工监测,本方案便于维护并匹配支付渠道和支付机构,从而提高在线支付的效率。
参照图5,在一实施例中,本发明还提供的一种采用上述多支付渠道支付管理系统的多支付渠道支付管理方法,所述方法包括以下步骤:
S10:接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息;
具体的,在本申请实施例中,根据支付用户管理单元24建立用户数据库、根据支付机构管理单元21建立含有多种支付机构信息的支付机构库、根据支付渠道管理单元22建立含有多种支付渠道的支付渠道库;
具体的,在本申请实施例中,订单参数信息包括订单支付请求所对应的收银台单元12信息、订单数额、订单发起时间等。
S20:根据所述订单参数信息从支付渠道库确定订单对应的支付渠道;
S30:根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构;
S40:根据所述订单参数信息及所述目标支付机构,生成并向用户推送收银台支付界面;
S50:接收用户支付通知,生成并向用户推送支付状态信息。
具体的,若支付成功即向用户推送订单支付信息。
参考图6,在一实施例中,在步骤S10前,即在接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息的步骤前,具体包括:
S101:根据用户画像单元26对用户数据库中的支付用户信息进行标签化分类,以形成各支付用户的用户画像;
具体的,用户画像单元26设置有多个不同维度的用户标签,例如支付个人属性标签、支付习惯标签等;
S102:根据商户画像单元27对用户数据库中的支付商户信息进行标签化分类,以形成各支付商户的商户画像。
参考图7,在一实施例中,在步骤S30中,即在根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构的步骤中,具体包括:
S301:设置多个支付机构的比较维度;
S302:所述比较维度包括:可用支付额度、占用百分百、支付人数;
S303:设置所述比较维度的优先级,第一优先级为可用支付额度,第二优先级为占用百分百,第三优先级为支付人数;
S304:多个所述支付机构的可用支付额度进行比较,选取可用支付额度前三的支付机构,根据订单参数信息选取最优所述支付机构;
S305:若前三所述支付机构的可用支付额度相同,获取所述支付机构的占用百分百,将所述支付机构的占用百分百进行比较,选取占用百分百最小的所述支付机构作为目标支付机构;
S306:若前三所述支付机构的可用支付额度相同,且所述支付机构的占用百分百相同,选取支付人数最少的所述支付机构作为目标支付机构。
本申请实施例一种多支付渠道支付管理系统的实施原理为:支付管理系统根据用户的订单信息确定支付渠道,而后匹配一个与所述支付渠道对应的目标支付机构,从而将支付渠道和支付机构进行匹配,实现多支付渠道支付的统一管理,以满足不同新增的支付渠道的支付需求,便于用户进行支付操作。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种多支付渠道支付管理系统,其特征在于:包括支付门户模块(1)、支付服务模块(3)和管理门户模块(2);
所述支付门户模块(1)用于提供用户的操作界面,供用户确定支付渠道;
所述支付服务模块(3)与多个所述支付渠道进行数据交互,向用户提供多个可选的支付渠道,所述支付服务模块(3)用于完成所述支付渠道发起的支付请求,所述支付服务模块(3)还用于与所述支付机构进行数据交互;
所述管理门户模块(2)用于对支付渠道、支付机构和用户账号进行管理。
2.根据权利要求1所述的一种多支付渠道支付管理系统,其特征在于:所述管理门户模块(2)包括支付机构管理单元(21)、支付渠道管理单元(22)、支付用户管理单元(24)和交易管理单元(23);
所述支付渠道管理单元(22)用于对所述支付渠道进行管理;
所述支付机构管理单元(21)用于对所述支付机构进行管理;
所述支付用户管理单元(24)用于对所述支付用户进行管理;
所述交易管理单元(23)用于查询支付单列表、查看支付单详细信息、查看订单信息、导出支付订单信息。
3.根据权利要求1所述的一种多支付渠道支付管理系统,其特征在于:所述支付门户模块(1)包括账号管理单元(11)和收银台单元(12);
所述账号管理单元(11)用于支付账号的注册、登录,用户可以通过所述账号管理单元(11)对账户信息进行查看、对部分账户信息进行修改;
所述收银台单元(12)用于为所述支付渠道提供收银台功能,所述收银台单元(12)包括Web收银台、WAP收银台和/或SDK收银台。
4.根据权利要求1所述的一种多支付渠道支付管理系统,其特征在于:所述支付服务模块(3)包括支付渠道交互单元(32)、支付机构交互单元(31)和稽核单元(33);
所述支付渠道交互单元(32)通过支付渠道接口程序与支付渠道进行数据对接;
所述支付机构交互单元(31)通过支付机构接口机程序与支付机构进行数据对接;
所述稽核单元(33)用于支付机构对账文件或受理完支付渠道的稽核请求后,生成对账文件。
5.根据权利要求1所述的一种多支付渠道支付管理系统,其特征在于:管理门户模块(2)包括对账单元(25),所述对账用于交易的对账。
6.根据权利要求1所述的一种多支付渠道支付管理系统,其特征在于:所述支付门户模块(1)还包括统一会话单元(13),统一会话单元(13)用于支付门户用户登录的统一会话,登录成功后将会话信息保存到REDIS集群,该会话对象在REDIS集群中的有效时间为配置的会话超时时间,登录用户主动退出时,将会话对象从REDIS集群中移除,其中会话对象包括当前登录用户标识、用户名称、账户标识和登录时间。
7.一种多支付渠道支付管理方法,应用于权利要求1-6任一多支付渠道支付管理系统,其特征在于:接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息;
根据所述订单参数信息从支付渠道库确定订单对应的支付渠道;
根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构;
根据所述订单参数信息及所述目标支付机构,生成并向用户推送收银台支付界面;
接收用户支付通知,生成并向用户推送支付状态信息。
8.根据权利要求7所述的一种多支付渠道支付管理方法,其特征在于:在接收订单支付请求,获取用户订单信息,并根据所述用户订单信息生成订单参数信息的步骤前,建立用户数据库,具体的包括:根据所述用户订单信息,从所述用户订单信息中获取相关用户的用户信息,根据所述用户信息与所述用户数据库中的用户信息进行匹配,以形成所述订单的用户画像;
根据所述用户画像、所述订单参数信息及多种所述支付渠道信息,将订单与多种所述支付渠道进行匹配,以确定所述支付渠道。
9.根据权利要求8所述的一种多支付渠道支付管理方法,其特征在于:在根据所述支付渠道及所述订单参数信息,从支付机构库中匹配一个与所述支付渠道对应的目标支付机构的步骤中,具体的包括:
设置多个支付机构的比较维度;
所述比较维度包括:可用支付额度、占用百分百、支付人数。
10.根据权利要求9所述的一种多支付渠道支付管理方法,其特征在于:在设置多个支付机构的比较维度;所述比较维度包括:支付额度、占用百分百、支付人数的步骤后,具体的包括:
设置所述比较维度的优先级,第一优先级为可用支付额度,第二优先级为占用百分百,第三优先级为支付人数;多个所述支付机构的可用支付额度进行比较,选取可用支付额度前三的支付机构,根据订单参数信息选取最优所述支付机构;
若前三所述支付机构的可用支付额度相同,获取所述支付机构的占用百分百,将所述支付机构的占用百分百进行比较,选取占用百分百最小的所述支付机构作为目标支付机构;
若前三所述支付机构的可用支付额度相同,且所述支付机构的占用百分百相同,选取支付人数最少的所述支付机构作为目标支付机构。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311076049.0A CN117094714A (zh) | 2023-08-24 | 2023-08-24 | 一种多支付渠道支付管理系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311076049.0A CN117094714A (zh) | 2023-08-24 | 2023-08-24 | 一种多支付渠道支付管理系统和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117094714A true CN117094714A (zh) | 2023-11-21 |
Family
ID=88773071
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311076049.0A Pending CN117094714A (zh) | 2023-08-24 | 2023-08-24 | 一种多支付渠道支付管理系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117094714A (zh) |
-
2023
- 2023-08-24 CN CN202311076049.0A patent/CN117094714A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11361281B2 (en) | Methods and systems for expense management | |
US9418381B2 (en) | Method and system for notifying customers of transaction opportunities | |
CA2569460C (en) | Automated transaction accounting processing engine and approach | |
US7908190B2 (en) | Systems and methods for applying tax legislation | |
US8177121B2 (en) | Automated aggregation and comparison of business spending relative to similar businesses | |
US20030004874A1 (en) | Electronic bill presentment system with client specific formatting of data | |
CN110458562B (zh) | 票据报销方法、装置和设备及计算机存储介质 | |
US20140046820A1 (en) | Method and apparatus for managing a financial transaction system | |
US20160005021A1 (en) | System for accepting a first account for making payment for a transaction and paying for the transaction with funds from a second account | |
US20020198828A1 (en) | Modular business transactions platform | |
US20020198798A1 (en) | Modular business transactions platform | |
US20030167229A1 (en) | Modular business transations platform | |
US20020198829A1 (en) | Modular business transactions platform | |
US20030088487A1 (en) | Travel expense reimbursement system and method | |
CN108734457B (zh) | 一种统一收银系统下的退款方法 | |
WO2001071452A2 (en) | Method and apparatus for facilitating online payment transactions in a network-based transaction facility using multiple payment instruments | |
US20200007647A1 (en) | Real-time Event Orchestrator | |
EP1642230A2 (en) | Data processing system for transmitting of payment advice data | |
CN114579087A (zh) | 一种电力客户服务业务中台设计方法及装置 | |
KR102471136B1 (ko) | 세금 간편 신고 및 환급을 위한 세무 플랫폼 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램 | |
KR20190111371A (ko) | 아르바이트 중개 시스템 및 그 방법 | |
CN117094714A (zh) | 一种多支付渠道支付管理系统和方法 | |
CN115545948B (zh) | 一种融资管理方法及装置 | |
CN115545946B (zh) | 一种融资管理系统及方法 | |
KR20240003068A (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 |