CN101777148A - 一种收单商户管理方法、管理系统及商户管理服务端设备 - Google Patents
一种收单商户管理方法、管理系统及商户管理服务端设备 Download PDFInfo
- Publication number
- CN101777148A CN101777148A CN201010002262A CN201010002262A CN101777148A CN 101777148 A CN101777148 A CN 101777148A CN 201010002262 A CN201010002262 A CN 201010002262A CN 201010002262 A CN201010002262 A CN 201010002262A CN 101777148 A CN101777148 A CN 101777148A
- Authority
- CN
- China
- Prior art keywords
- merchant
- information
- transaction
- rechecking
- service
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 245
- 238000012545 processing Methods 0.000 claims abstract description 148
- 230000006870 function Effects 0.000 claims abstract description 27
- 238000000034 method Methods 0.000 claims description 67
- 230000010354 integration Effects 0.000 claims description 50
- 230000001360 synchronised effect Effects 0.000 claims description 49
- 230000008569 process Effects 0.000 claims description 38
- 238000012552 review Methods 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 18
- 230000000977 initiatory effect Effects 0.000 claims description 15
- 238000012423 maintenance Methods 0.000 claims description 12
- 238000012986 modification Methods 0.000 claims description 10
- 230000004048 modification Effects 0.000 claims description 10
- 238000007792 addition Methods 0.000 claims description 5
- 238000007405 data analysis Methods 0.000 claims description 5
- 238000007418 data mining Methods 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 20
- 230000003020 moisturizing effect Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000003203 everyday effect Effects 0.000 description 2
- 238000005461 lubrication Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 241000677635 Tuxedo Species 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000010453 quartz Substances 0.000 description 1
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种收单商户管理方法、管理系统以及一种商户管理服务端设备,其中收单商户管理方法包括:商户管理服务端接收客户端发送的业务操作信息和业务信息;商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;商户管理服务端将所述业务数据信息同步到至少一个交易处理系统。实施本发明的一种收单商户管理方法、管理系统以及商户管理服务端设备,通过对不同类型商户的数据信息集中管理,从而使得各渠道收单商户的信息可供银行的其他系统共享,且为在现有渠道商户业务功能基础上扩展其他业务功能提供了方便。
Description
技术领域
本发明涉及与金融业务相关的数据处理技术领域,尤其涉及一种收单商户管理方法、收单商户管理系统和一种商户管理服务端设备。
背景技术
目前,商户收单系统被广泛应用以实现银行和商户之间的交易业务。由于商户初期的交易业务功能需求不多以及技术方面的原因,商户资料的管理大部分设计都是和交易系统(包括银行分行POS管理模块POSB和本/外币交易管理模块POSH)捆绑在一个系统中,成为一个与交易系统紧耦合的实体商户信息维护平台POSV,其中,实体商户信息维护平台POSV只实现商户基本资料(例如商户代码、地址、联系人、商户终端资料)注册的单一功能。
交易系统的后端为清算系统,为完成清分清算的需求,在清算系统中也设置了商户管理功能,通过与清算系统连接的终端来实现,主要完成商户清分参数(例如商户分润比例、清算方式、清算账号)的管理和维护。
随着互联网的迅速普及,各银行还支持通过互联网实现交易的电子渠道商户,这类商户的管理通过电子渠道交易整合平台ECTIP的电子商户管理模块进行注册和管理。根据不同银行的需求,银行还可能支持通过除上述两种渠道外的其他渠道实现交易的商户。
然而,现有一般采用多个渠道、多种商户类型、多类商户信息独立的维护模式,这造成数据的重复录入,数据无法有效集中,从而使得银行系统内的其他业务系统(例如,数据分析和数据挖掘系统、其他交易系统等)无法共享资源。另外,由于现有各渠道、各系统分散的商户信息管理和存放方式难以对传统渠道和新兴渠道的商户进行统一管理和维护,商户管理存在的薄落环节严重制约了业务的快速发展,这包括:
1、目前的清算分润服务难以快速、灵活地满足行业大客户、全国性商户和新兴渠道、新兴行业商户要求的资金清算服务需求;
2、无法满足商户要求的统计分析及多角度查询服务,不能对商户提供个性化及增值服务;
3、相对封闭的收单业务服务,商户难以直接监控和管理自身业务。
发明内容
本发明要解决的技术问题在于提供一种收单商户管理方法、管理系统以及商户管理服务端设备,该收单商户管理方法、管理系统以及商户管理服务端设备能够统一管理各渠道收单商户的信息,因而使得各渠道收单商户的信息可供银行的其他系统共享以及方便业务功能的扩展。
为解决上述技术问题,本发明提供了一种收单商户管理方法,该方法包括:
商户管理服务端接收客户端发送的业务操作信息和业务信息;
商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
商户管理服务端将所述业务数据信息同步到至少一个交易处理系统。
相应地,本发明还提供了一种商户管理服务端设备,该设备包括业务逻辑处理单元,用于实现如下功能:
接收到客户端设备发送的业务操作信息和业务信息;
根据接收到的所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;以及
将所述业务数据信息同步到至少一个交易处理系统。
相应地,本发明还提供了一种收单商户管理系统,该系统包括客户端设备和商户管理服务端设备,其中:
客户端设备,用于将接收到的业务操作信息和业务信息发送给商户管理服务端设备;
商户管理服务端设备包括业务逻辑处理单元,用于根据接收到的所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;以及将所述业务数据信息同步到至少一个交易处理系统。
本发明中,商户管理服务端或商户管理服务端设备依据业务操作信息对业务信息进行相应的处理从而获得相应的业务数据信息,并将获得的业务数据信息同步到所需的交易处理系统中以便交易处理系统能够根据获得的业务数据信息处理商户交易,使得不同类型商户的注册信息、交易信息、清分清算信息等可集中起来统一管理和维护,避免了现有技术中不同类型商户的相关信息需要通过不同的渠道商户管理系统来维护,造成数据重复录入、数据无法集中等问题;正是由于采用本发明的收单商户管理方法和收单商户管理系统,因此可以对不同类型商户的数据信息集中管理,从而为在现有渠道商户业务功能基础上扩展其他业务功能提供了方便。
附图说明
下面结合附图和实施方式对本发明作进一步地详细说明。
图1是本发明的收单商户管理方法的实施方式1的流程示意图;
图2是本发明的收单商户管理方法的实施方式2的流程示意图;
图3是业务数据信息同步到至少一个交易处理系统的实施方式1的流程图;
图4是操作员输入业务操作信息和业务信息,商户管理服务端进行相应操作的流程图;
图5是图4中步骤S50的流程示意图;
图6是电子商户基本信息自动同步到电子渠道交易整合平台的流程示意图;
图7是业务数据信息同步到至少一个交易处理系统的实施方式2的流程图;
图8是本发明的收单商户管理方法的实施方式3的流程示意图;
图9是商户管理服务端实现电子商户对账单的流程示意图;
图10是商户管理服务端实现实体商户对账单的流程示意图;
图11是商户管理服务端实现二次分润的流程示意图;
图12是本发明的收单商户管理系统的实施方式1的结构框图;
图13是商户管理服务端设备的一种实施方式的结构框图;
图14是业务逻辑处理单元的实施方式1的结构示意图;
图15是业务逻辑处理单元的实施方式2的结构示意图;
图16是业务逻辑处理单元的实施方式3的结构示意图;
图17是业务逻辑处理单元的实施方式4的结构示意图;
图18是业务逻辑处理单元的实施方式5的结构示意图。
具体实施方式
图1是本发明的收单商户管理方法的实施方式1的流程示意图。参考图1,该管理方法包括:
S101,商户管理服务端接收客户端发送的业务操作信息和业务信息;
S102,商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
S103,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统。
本发明实施例中,业务操作信息可以是增加、修改、删除和查询等操作。业务信息可以是商户信息或清分清算信息,其中,商户信息可以是实体商户信息、外卡商户特别信息、商户风险信息或者电子商户信息。电子商户信息包括商户注册信息、电子商户基本信息、商户柜台信息,商户柜台渠道信息(例如,是网银、手机银行还是电话银行)等。清分清算信息可以是用于清算系统的商户清分参数和/或清算参数,还可以是对清算系统清算后的商户手续费进行二次分润的清分参数。在商品或服务交易中为商户提供POS机、交易通道和清算的银行称为收单银行(也即商户签约行),商户称为收单商户。交易处理系统包括清算系统、实体商户交易系统、电子渠道交易整合平台、数据分析和挖掘系统等。本发明实施例的收单商户管理方法可以集中对与商户交易相关的信息进行管理和维护,避免了现有技术中实体商户信息维护平台维护实体商户的基本信息、电子渠道交易整合平台维护电子商户的信息以及清算系统维护商户清分参数带来的数据重复录入、无法有效集中的问题,而且通过同步业务数据信息的方式可使得银行内的其他业务系统有效共享资源。
图2是本发明的收单商户管理方法的实施方式2的流程示意图。参考图2,该管理方法包括:
S201,商户管理服务端设置通过渠道商户管理系统的页面链接收单商户管理系统的页面;
S202,商户管理服务端接收到客户端发送的页面请求报文时,根据所述页面请求报文向渠道商户管理系统发送登录请求报文;
S203,商户管理服务端接收渠道商户管理系统发送的登录请求响应报文,所述登录请求响应报文包含用户登录权限信息和用户业务操作权限信息;
S204,商户管理服务端根据所述登录请求响应报文将相应的页面信息发送给客户端显示。
其中,渠道商户管理系统为实体商户信息维护平台或者电子渠道交易整合平台。本实施例的收单商户管理方法整合了原实体商户信息维护平台和原电子渠道交易整合平台的功能,支持通过上述2个系统的单点登录接入本发明实施例的收单商户管理系统进行相关维护,且对不同系统的不同操作员提供不同的功能模块和功能点以及进行严格的权限控管。本实施例的收单商户管理方法对单点登录的处理方式还可以支持更多的外部系统与本发明实施方式的收单商户管理系统进行整合。
下面以支持电子渠道交易整合平台单点登录接入为例进行描述。通过实体商户信息维护平台单点登录接入收单商户管理系统的方式与此类同。
在电子渠道交易整合平台中增加菜单项,将本发明实施例的收单商户管理系统中相应功能页面的模块挂靠到这些菜单项中,其中,功能页面的模块采用统一建模语言(Unified Modeling Language,UML)构建。这样用户登录电子渠道交易整合平台,单击相应菜单,则请求收单商户管理系统的功能页面。
电子渠道交易整合平台中,菜单权限仍采用原电子渠道交易整合平台即单点登录系统的基础框架功能,配置组织机构角色权限,在用户登录验证密码后,电子渠道交易整合平台将拥有权限的菜单树状图通过客户端显示出来。
被请求的收单商户管理系统的页面载入前,收单商户管理系统获取UML中的关键参数,并组合报文向电子渠道交易整合平台发起登录请求报文,等待登录请求响应报文,根据登录请求响应报文获取该用户是否拥有进入该页面的权限以及拥有哪些操作权限(查询、增加、修改、删除)。其中,登录请求报文中报告电子渠道交易整合平台的菜单编号、用户唯一标识及权限验证信息等,登录请求响应报文的报文格式如表1所示。当登录请求响应报文中携带的该用户的信息为空,则通过电子渠道交易整合平台的界面显示操作员没有权限访问该功能,当登录请求响应报文中携带的该用户的信息不为空,则根据用户权限位图字符串的解析加载相应的查询、增加、修改、删除等权限。用户在展现的收单商户管理系统的界面中操作,如同操作原电子渠道交易整合平台一样。
表1电子渠道交易整合平台发送的登录请求响应报文
报文头标识 | 报文域名称 | 备注 |
MESSAGE_HEADER | 渠道编号 | |
报文体标识 | 报文域名称 | 备注 |
REP_COD | 返回码 | 0成功、-1失败 |
REP_MSG | 返回信息 | 返回失败的错误信息 |
USERID | 用户ID | |
USER_NAME | 用户名 | |
MGR_BRAN | 部门ID |
报文头标识 | 报文域名称 | 备注 |
BRAN_ID | 机构ID | |
BRAN_LEVEL | 机构级别 | 0:总行,1:分行,2:二级行 |
USER_LEVEL | 用户级别 | |
USER_BITMAP | 用户权限位图 | 权限列表4位,分别为查询、新增、修改、删除,每一位用1、0表示是否有权限。 |
实施方式2的管理方法还包括:S205,商户管理服务端接收客户端发送的业务操作信息和业务信息,其中,业务操作信息和业务信息与实施方式1中的业务操作信息和业务信息相同;S206,商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;S207,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统。
步骤S207中,根据需要同步的业务数据信息的不同,商户管理服务端设定的同步规则也不相同。
图3是业务数据信息同步到至少一个交易处理系统的实施方式1的流程图。参考图3,商户管理服务端执行的操作包括:
S310,将获得的业务数据信息提交到复核流程;
S320,接收到客户端发送的复核页面请求消息后将收单商户管理系统的复核页面发送给客户端显示;
在图3中,如果复核员有登录权限和操作权限限制,采用类似于步骤S201、S202、S203和S204的方式登录复核页面,复核员登录后查询属于自己复核任务的查询报文。
S330,接收到客户端发送的复核任务查询报文后,向客户端发送相应的业务数据信息,相应的业务数据信息是指属于该复核员复核的业务数据信息;
S340,接收到客户端发送的复核通过指令时,发起同步交易将复核通过的业务数据信息选择性地同步到清算系统;
S350,发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统(也可以说是实体商户交易系统中的本外币交易管理系统)和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台。
本实施方式中,商户管理服务端在进行同步交易时会判断业务数据信息的类别,根据业务数据信息的类别确定同步到哪些交易处理系统。例如,如果业务数据信息是电子商户基本信息,则不需同步到实体商户交易系统,可以是同步到清算系统和电子渠道交易整合平台。
下面以新增电子商户信息(包括商户注册信息和电子商户基本信息)为例结合操作员的操作和实施方式2的流程图来具体描述。商户管理服务端对删除、修改电子商户信息的处理流程与此类似。对于操作员输入查询条件查询信息时,商户管理服务端根据所述查询操作信息和查询条件在用户查询权限范围内查询出电子商户信息,然后将查询出的电子商户信息发送给客户端显示。本文所称的商户注册信息是指银行管理商户开设账户涉及的信息,例如账户信息、法人信息等。实体商户信息和电子商户信息中都涉及商户注册信息。本文所称的电子商户基本信息(亦称电子商户特色信息)是指银行管理除商户注册信息外的电子交易中涉及的商户信息。
图4是操作员输入业务操作信息和业务信息,商户管理服务端进行相应操作的流程图。图4中包括:
S410,操作员通过电子渠道交易整合平台的页面登录到本发明实施例的收单商户管理系统的页面,然后单击页面菜单中的新增项进入到新增页面;
S420,操作员输入商户注册信息、基本信息,并选择复核员后提交复核;
S430,页面事件处理单元检查输入信息是否合法,合法后提交商户管理服务端的EJB服务层进行处理;
在本发明实施例的收单商户管理方法中,收单商户管理系统采用访问客户层、WEB应用层、业务逻辑应用层和数据服务层的松耦合架构模式使得系统可以灵活的组装或拆卸组件,页面事件处理单元位于WEB应用层,业务逻辑应用层采用EJB(Enterprise JavaBean,JAVA中的商业应用组件技术)服务方式,WEB应用层与EJB服务层独立部署支持分布式架构。EJB服务层通过报文交易与外部系统进行服务双向调用。
参考图4,EJB服务层对输入信息的处理包括:S440,新增商户注册信息复核记录(含交易报文编号);S450,新增电子商户基本信息复核记录(含交易报文编号),且该信息复核记录关联商户注册信息复核记录;S460,新增复核任务表记录,类型为新增电子商户,该复核任务表记录关联商户注册信息复核记录;S470,新增业务操作日志,记录某操作员某日某时新增了商户信息记录,该业务操作日志关联商户注册信息复核记录。
由于操作员选择了复核员进行复核,因此系统进入进程复核流程,也即步骤S50,复核流程。
图5是图4中步骤S50的流程示意图。图5中包括:
S511,复核员进入收单商户管理系统的复核页面;
S512,客户端接收到复核员输入的查询信息后生成并发送复核任务查询报文,其中,查询信息为查询需要复核的业务;
S513,商户管理服务端接收到客户端发送的复核任务查询报文,根据复核任务查询报文查询到商户注册信息复核记录,并将商户注册信息复核记录发送给客户端显示;
S514,复核员选择复核通过或者复核拒绝,选择复核拒绝时,执行步骤S515,选择复核通过时,执行步骤S517;
S515,复核员填写复核描述,提交复核拒绝;
S516,商户管理服务端接收到客户端发送的复核拒绝指令后,保存复核拒绝的处理日志,具体为:修改复核商户注册信息及电子基本信息复核记录为复核拒绝状态,修改复核任务表记录为复核拒绝状态,新增复核拒绝的业务操作日志,该业务操作日志关联商户注册信息复核记录。
S517,商户管理服务端接收到客户端发送的复核通过指令后,新增业务操作日志即增加复核通过操作,该业务操作日志关联商户注册信息复核记录;
S518,商户管理服务端向清算系统发起报文来交易新增的商户信息,具体为:商户管理服务端根据复核任务表中的相关信息查找到新增商户注册信息复核记录和新增电子商户基本信息复核记录,根据交易报文编号组合为交易报文,然后向清算系统发送该交易报文。
S519,商户管理服务端判断其与清算系统的报文交易是否成功,判断为成功时,执行步骤S523,判断为失败时,执行步骤S520;
S520,商户管理服务端新增商户信息新增交易失败的报文交易日志;
S521,商户管理服务端判断是否重新发起报文交易,判断为是时转为执行步骤S517,判断为否时执行步骤S522;
S522,保存复核失败的处理日志,具体为:修改商户注册信息记录、商户基本信息记录为复核失败和修改复核任务表记录中的复核状态为复核失败;
S523,商户管理服务端将作如下操作,包括:新增商户注册信息表记录、电子商户基本信息表记录,并修改商户注册信息复核记录、修改电子商户基本信息复核记录为复核通过和修改复核任务表记录中的复核状态为复核通过,以及新增商户信息新增交易成功的报文交易日志。需要说明的是,步骤S516、S522和S523中,商户管理服务端根据预先设置的处理逻辑顺序处理各项操作,且在处理逻辑顺序中各项操作的顺序可以任意。
图6是电子商户基本信息自动同步到电子渠道交易整合平台的流程示意图。参考图6,该流程包括:
S630,新增同步电子商户基本信息的操作日志,该操作日志关联商户注册信息表记录;
S631,商户管理服务端向电子渠道交易整合平台发起报文交易电子商户基本信息;
S632,商户管理服务端判断其与电子渠道交易整合平台的报文交易是否成功,判断为是时,执行步骤S633,判断为否时执行步骤S634;
S633,商户管理服务端新增电子商户基本信息新增交易成功的报文交易日志;
S634,商户管理服务端新增电子商户基本信息新增交易失败的报文交易日志;
S635,商户管理服务端判断是否重新发起报文交易,判断为重发时转为执行步骤S630。
图7是业务数据信息同步到至少一个交易处理系统的实施方式2的流程图。参考图7,商户管理服务端执行的操作包括:
S710,在达到设置的时间间隔时启动业务数据同步任务;
本实施例中,商户管理服务端在Quartz作业调度系统(OpenSymphony,开源组织提供)的基础上进行了扩展以提供强大、灵活、完整的批处理控制能力。商户管理服务端可以对不同处理任务配置一个或多个启动项存放在数据库中。这些启动项可以配置为是否启动及每天启动时间,每周启动时间,当天启动时间等。商户管理服务端会根据启动项的配置定时启动。商户管理服务端还提供对启动项配置的界面,操作员可以手动启动、关闭任务或修改启动时间。
S720,将所述时间间隔内的增量业务数据信息发布,其中,此步骤是可选的,增量业务数据信息是指上个业务数据同步时间与本次业务数据同步时间之间(例如每日)增加、修改和删除的业务数据信息。业务数据信息包括:商户注册信息、商户基本信息、外卡商户信息、商户扣率信息、POS注册档信息、POS扣率信息等。
S730,将增量业务数据信息根据设置的业务数据同步任务的执行顺序生成批量文件,并提供与至少一个交易处理系统的同步。其中,生成的批量文件根据批量文件中的业务数据信息的类别选择性地同步到各交易处理系统中。例如,将包含商户注册信息的批量文件同步到清算系统中,将包含电子商户基本信息的批量文件同步到电子渠道交易整合平台。
对于本发明实施例的商户管理服务端,各对立的批量业务处理被开发成Java服务或系统脚本,这些服务或系统脚本被定义为具有执行顺序的处理节点存放在数据库中以在调度中被调用。处理节点间可以定义节点关系,例如开始节点、中间节点、结束节点,节点间的前后承接关系和优先执行顺序存放在数据库中,从而为批量处理的流程配置提供了灵活性。
因此,本发明实施例的收单商户管理方法对各种集成环境的情况提供了处理方法,很大程度上弥补了传统唯一批处理流程、一次性批处理流程等方式的不足,可以灵活配置多次甚至无数次循环处理,最大程度上降低了因为集成环境异常带来的批处理损失。
对于商户管理服务端将业务数据信息同步到至少一个交易处理系统的步骤,本发明还提供了实施方式3。在实施方式3中,商户管理服务端执行的步骤包括:
将获得的业务数据信息提交到复核流程;
接收到客户端发送的复核页面请求消息后将收单商户管理系统的复核页面发送给客户端显示;
接收到客户端发送的复核任务查询报文后,根据所述复核任务查询报文中的复核权限向客户端发送相应的业务数据信息;
接收到客户端发送的复核通过指令时,为复核通过的业务数据信息设置同步标志位;
根据所述同步标志位发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台;
在达到设置的时间间隔时,根据所述同步标志位将所述时间间隔内复核通过的业务数据信息选择性地同步到另外的交易处理系统。
其中,实施方式3中各步骤的具体实施可参见业务数据信息同步到至少一个交易处理系统的实施方式1(见图3)和实施方式2(见图7)的描述,在此不在赘述。
作为本发明的收单商户管理方法的另一种实施方式,该方法在复核流程中还可以包括复核员复核和操作员根据复核员复核结果执行相应操作结合的类似工作流的管理,从而整体体现商户管理服务端对商户信息维护和管理的可靠性。该方法在复核流程中包括:
商户管理服务端在将所述业务数据信息提交到复核流程时,将所述业务数据信息的复核状态设置为复核中;
复核员可通过客户端复核属于其复核任务列表中的复核任务,每一复核任务关联相应的业务数据信息,复核员可对复核的业务数据信息选择复核拒绝(进一步地可写入复核拒绝的描述)时,商户管理服务端会接收到客户端发送的复核拒绝指令,然后将所述业务数据信息的复核状态修改为复核拒绝;当复核员对复核的业务数据信息选择复核通过时,商户关联复核端会接收到客户端发生的复核通过指令,随后,商户管理服务端将发起同步交易以便将复核通过的业务数据信息同步到各交易系统。商户管理服务端与交易系统同步交易失败时,将所述业务数据信息的复核状态修改为复核失败;与交易系统同步交易成功时,将所述业务数据信息的复核状态修改为复核通过。
另外,操作员可通过客户端登录到复核管理操作界面对业务数据信息进行复核管理(包括修改或放弃)。操作员选择其拥有权限的复核任务,该复核任务关联相应的业务数据信息。对于业务数据信息的复核状态为复核中、复核拒绝或复核失败时,操作员可修改或以复核员写入的复核描述为依据修改业务数据信息,商户管理服务端接收到客户端发送的关于所述业务数据信息的修改操作信息和业务信息时,修改所述业务数据信息并再次提交复核;此时,修改的业务数据信息关联复核任务回到原复核员的复核任务列表中。
或者,对于业务数据信息的复核状态为复核中、复核拒绝或复核失败时,操作员可选择放弃业务数据信息,商户管理服务端接收到客户端发送的关于所述业务数据信息的放弃操作信息时,与所述业务数据信息关联的复核任务将退出操作员及原复核员的复核任务列表中,所述业务数据信息退出复核流程。退出复核流程业务数据信息可被执行删除、修改等操作。
图8是本发明的收单商户管理方法的实施方式3的流程示意图。参考图8,该管理方法包括:
S801,商户管理服务端接收客户端发送的业务操作信息和业务信息;
S802,商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
S803,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统;
S804,商户管理服务端根据设置的时间间隔启动载入信息任务;
S805,商户管理服务端从至少一个交易处理系统载入交易商户的信息。
在本实施方式中,步骤S804和S805中涉及到的任务启动和调度的实施类似于业务数据信息同步到至少一个交易处理系统的实施方式2(见图7)中描述的任务启动和调度,根据该种方式的任务启动和调度商户管理服务端从至少一个交易处理系统载入交易商户的信息。
下面以收单商户系统提供商户对账单以及二次分润的功能为例进行描述。
图9是商户管理服务端实现电子商户对账单的流程示意图。参考图9,商户管理服务端执行的操作包括:
S910,从清算系统载入第一电子商户交易流水信息并从电子渠道交易整合平台载入第二电子商户交易流水信息;
S920,根据第一电子商户交易流水信息和第二电子商户交易流水信息获取并存储电子商户的对账单;
具体地,根据取到的第一电子商户交易流水信息的日期确定对账日期后,将电子渠道提供的第二电子商户交易流水插入到第一数据库表中,将该日期提供的第一电子商户交易流水插入到第二数据库表中并将交易流水中对账相关的主要字段(包括商户编号和订单号)插入到第三数据库表中,根据对应规则将第一数据库表的对应记录补充到第三数据库表中的部分字段,对应规则为相同的商户编号和订单号;对应上时,修改第一数据库表中的对账标志位为成功;没有对应上,修改第一数据库表中的对账标志位为错误;然后根据商户编号、对账日期、交易标志、冲正标志(0和8都是成功交易,其他为失败)从第三数据库表中出具支付成功/退款成功的2种对账单;以及根据商户编号、对账日期、交易标志、冲正标志、对账标志位从第一数据库表中出具支付失败/退款失败的2种对账单。
S930,在达到设置的时间间隔时将存储的电子商户的对账单传送到电子渠道交易整合平台。
商户管理服务端根据设置的时间(例如每日)通过Tuxedo连接池文件传输服务,将电子商户4种对账单传送到电子渠道交易整合平台,这样可方便电子商户通过互联网登录网上银行,从而获取到对账单。
图10是商户管理服务端实现实体商户对账单的流程示意图。参考图10,商户管理服务端执行的操作包括:
S1010,从清算系统载入第一实体商户交易流水信息并从实体商户交易系统载入第二实体商户交易流水信息;其中,实体商户交易流水信息也即POS商户交易流水信息;
S1020,根据第一实体商户交易流水信息和第二实体商户交易流水信息获取实体商户的对账单;
本实施例中的实体商户的对账方式与电子商户的对账方式类同,对应规则为POS编号、交易日期和交易序号。由于收单商户管理系统可以统一管理商户的各类信息,因此商户的内外卡对账可通过一个账户、一张对账单进行,从而将商户的业务复杂度降到最低。
S1030,将实体商户的对账单依据管辖实体商户的银行机构点分别存储;
为了总行、一级行、二级行等可以通过登录收单商户系统查询并下载到指定日期内的管辖范围内的分行下的商户对账单,本实施例中将管辖行下的实体商户的对账单保存到相应路径来分别存储。另外,可设置总行、一级行和二级行的查询权限和下载权限。
S1040,在达到设置的时间间隔时将存储的实体商户的对账单传送到电子渠道交易整合平台。
将实体商户的对账单传送到电子渠道交易整合平台可方便实体商户通过网上银行的方式获取到对账单。
图11是商户管理服务端实现二次分润的流程示意图。参考图11,商户管理服务端执行的操作包括:
S1110,接收客户端发送的业务操作信息和业务信息;
S1120,根据所述业务操作信息和业务信息进行相应的处理并获得商户签约行和客户支付交易账户行的手续费分成比例;
本实施例的业务操作可以是新增、修改、查询和删除,对于获得商户签约行和客户支付交易账户行的手续费分成比例,操作为新增或修改,这些操作一般只有总行的操作员有权限。一级分行的操作员可以有查询权限。商户签约行和客户支付交易账户行的手续费分成比例可在商户管理服务端中的商户扣率信息表和POS扣率信息表中维护。分润是指在商户交易中,为商户提供交易通道和支持的银行都可以获取商户付出的手续费中的一部分金额。由于在商户交易中可能存在其他的为该交易提供服务的各方,将收单银行获取的交易分润进行再次分配,使得各方都从收单银行获取的交易分润中获得一部分利润,这种交易利润的再次分配称为二次分润。本文所称商户是指出售商品或提供服务的人,本文所称客户是指购买商品或使用服务的人。本文所称商户签约行是指商品或服务交易中为商户提供POS机、交易通道和清算的银行,也称为收单银行;客户支付交易账户行指同一商品或服务交易中为客户开设账户的银行。
S1130,商户管理服务端将商户签约行和客户支付交易账户行的手续费分成比例同步到清算系统;
S1140,在达到设置的时间间隔时从清算系统载入商户签约行和客户支付交易账户行的手续费统计信息。
这样,商户签约行的操作员可在收单商户管理系统中查询到本行主办的商户手续费的统计情况,客户支付交易账户行可在收单商户管理系统中查询到本行协办的商户手续费的统计情况,清算系统由于巨大的复核,目前只能完成商户手续费的一次清分,但在商户收单迅速发展的情况下,商户手续费的二次分润已是趋势所在,本发明的收单商户管理方法可提供二次分润的功能。
图12是本发明的收单商户管理系统的实施方式1的结构框图。参考图12,收单商户管理系统包括客户端设备1和商户管理服务端设备2,其中:
客户端设备1,用于将接收到的业务操作信息和业务信息发送给商户管理服务端设备2;
商户管理服务端设备2包括业务逻辑处理单元25,用于根据接收到的所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息,以及
将所述业务数据信息同步到至少一个交易处理系统。
本发明的收单商户管理系统的实施方式中,交易处理系统包括:清算系统、实体商户交易系统、电子渠道交易整合平台、数据分析和挖掘系统以及DCC系统。业务信息包括商户信息或者清分、清算信息;业务操作包括增加、修改、删除和查询操作。
图13是商户管理服务端设备的一种实施方式的结构框图。参考图13,商户管理服务端设备22包括设置单元221、接入单元223和业务逻辑处理单元225,其中:
设置单元221,用于设置通过渠道商户管理系统的页面链接收单商户管理系统的页面;
接入单元223,用于实现如下功能:
接收客户端设备发送的页面请求报文,根据页面请求报文向渠道商户管理系统发送登录请求报文,
接收渠道商户管理系统发送的登录请求响应报文,该登录请求响应报文中包含用户登录权限信息和用户业务操作权限信息,以及
根据所述登录请求响应报文将相应的页面信息发送给客户端设备显示;
业务逻辑处理单元225,用于根据接收到的业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息,以及将所述业务数据信息同步到至少一个交易处理系统。
本实施方式中,渠道商户管理系统可以是实体商户信息维护平台、电子渠道交易整合平台或者其他渠道商户管理平台。
图14是业务逻辑处理单元的实施方式1的结构示意图。参考图14,业务逻辑处理单元25或225包括:
操作处理单元30,用于接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
复核单元32,用于将所述业务数据信息提交到复核流程以便发送给客户端进行复核;
其中,对于复核流程,商户管理服务端在接收到客户端设备发送的复核页面请求消息后将收单商户管理系统的复核页面发送给客户端设备显示,然后复核员可通过客户端查询到其需要复核的业务数据信息,具体为商户管理服务端接收到客户端设备发送的复核任务查询报文后,向客户端设备发送与复核任务关联的业务数据信息,如果复核员选择复核通过,商户管理服务端将接收到客户端发送的复核通过指令,如果复核员选择复核拒绝,商户管理服务端将接收到客户端发送的复核拒绝指令。
第一同步单元34,用于接收到客户端设备发送的复核通过指令时,发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台。
其中,第一同步单元34将业务数据信息同步到清算系统、实体商户交易系统、电子渠道交易整合平台的具体实施过程参见图3至图6的描述,在此不再赘述。
作为复核单元32的另一种实施方式,复核单元32可包括复核状态设置单元。其在将所述业务数据信息提交到复核流程时将所述业务数据信息的复核状态设置为复核中,并可将该业务数据信息关联到复核员的复核任务列表中,还可同时关联到原操作员的复核任务列表中。如果复核员可在复核时选择复核拒绝并可输入复核描述,复核状态设备单元会在接收到客户端发送的复核拒绝指令时,将所述业务数据信息的复核状态修改为复核拒绝,并可将该业务数据信息关联到与原操作员的复核任务列表中。如果复核员在复核时选择复核通过,第一同步单元34接收到客户端发送的复核通过指令后将发起同步交易。当交易成功时,复核状态设置单元会将所述业务数据信息的复核状态修改为复核通过,此时业务数据信息将退出复核流程,不再关联任何复核任务;当交易失败时,复核状态设置单元会将所述业务数据信息的复核状态修改为复核失败,并可将该业务数据信息关联到原操作员的复核任务列表中。
复核单元32还可包括复核数据处理单元。其中,操作员可通过客户端进入属于其权限的复核任务操作界面,在所述业务数据信息的复核状态为复核中、复核拒绝或复核失败时,操作员可通过客户端以复核描述为依据或根据主观对所述业务数据信息进行修改或放弃操作。复核数据处理单元接收到客户端发送的关于所述业务数据信息的修改操作信息和业务信息时,修改所述业务数据信息并再次提交复核。与该业务数据信息关联的任务将回到原复核员的复核任务列表中。复核数据单元接收到客户端发送的关于所述业务数据信息的放弃操作信息时,将与所述数据信息关联的复核任务退出操作员和原复核员的复核任务列表中,所述业务数据信息退出复核流程。
图15是业务逻辑处理单元的实施方式2的结构示意图。参考图15,业务逻辑处理单元25或225包括:
操作处理单元30,用于接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
第二同步单元38,用于在达到设置的时间间隔时启动业务数据同步任务,将所述时间间隔内的增量业务数据信息根据设置的业务数据同步任务的执行顺序生成批量文件,并提供与至少一个交易处理系统的同步。
其中,第二同步单元38将业务数据信息同步到至少一个交易处理系统的具体实施过程参见关于图7的描述,在此不再赘述。
图16是业务逻辑处理单元的实施方式3的结构示意图。参考图16,业务逻辑处理单元25或225包括:
操作处理单元30,接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
复核单元31,用于将所述业务数据信息提交到复核流程以便发送给客户端进行复核;
同步设置单元33,用于在接收到客户端设备发送的复核通过指令时为复核通过的业务数据信息设置同步标志位;
第三同步单元35,用于根据所述同步标志位发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台;
第四同步单元37,用于在达到设置的时间间隔时,根据所述同步标志位发起同步交易将所述时间间隔内复核通过的业务数据信息选择性地同步到另外的交易处理系统。
作为复核单元31的另一种实施方式,复核单元31可包括:复核状态设置单元,用于实现如下功能:
将所述业务数据信息提交到复核流程时将所述业务数据信息的复核状态设置为复核中;
在接收到客户端发送的复核拒绝指令时,将所述业务数据信息的复核状态修改为复核拒绝;
在第三同步单元或第四同步单元同步交易失败时,将所述业务数据信息的复核状态修改为复核失败;以及
在第三同步单元或第四同步单元同步交易成功时,将所述业务数据信息的复核状态修改为复核通过。
复核单元31还可包括:复核数据处理单元,用于在所述业务数据信息的复核状态为复核中、复核拒绝或复核失败时,接收到客户端发送的关于所述业务数据信息的修改操作信息和业务信息时,修改所述业务数据信息并再次提交复核,以及接收到客户端发送的关于所述业务数据信息的放弃操作信息时,将所述业务数据信息退出复核流程。
本发明的实施方式通过在复核单元31或32中增加复核状态设置单元和复核数据处理单元,使得服务端管理设备在复核员的复核流程的基础上增加了操作员的复核修改功能和放弃操作功能,能够实现对商户信息维护完整可靠并对商户信息实现类似工作流的管理。
本发明的实施方式中,业务逻辑处理单元25或225除了用于根据接收到的所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息,以及将所述业务数据信息同步到至少一个交易处理系统之外;业务逻辑处理单元25或225还用于根据设置的时间间隔启动载入信息任务,以及从至少一个交易处理系统载入交易商户的信息。由于业务逻辑处理单元25或225可载入交易商户的信息,从而可实现为各种类型的商户对账并出具个性化账单的功能,而且还能够提供对商户手续费进行二次分润的功能。
例如,操作员可通过收单商户管理系统设置商户签约行的分成比例,则业务逻辑处理单元25或225获得的业务数据信息为商户签约行和客户支付交易账户行的手续费分成比例,然后业务逻辑处理单元25或225将商户签约行和客户支付交易账户行的手续费分成比例同步到清算系统。进一步地,业务逻辑处理单元25或225根据设置的时间间隔启动载入二次分润信息任务,从清算系统载入商户签约行和客户支付交易账户行的手续费统计信息。其具体实施方式参见关于图11的描述,在此不再赘述。
业务逻辑处理单元25或225可包括查询单元,当业务逻辑处理单元25或225接收到的业务操作信息是查询,业务信息是查询条件时,查询单元根据所述查询操作信息和查询条件在用户查询权限范围内查询出业务数据信息并将查询出的业务数据信息发送给客户端设备显示。
图17是业务逻辑处理单元的实施方式4的结构示意图。参考图17,业务逻辑处理单元25或225包括:
第一清算信息管理单元50,用于根据设置的时间间隔启动载入交易流水信息任务,从清算系统载入第一电子商户交易流水信息,并从电子渠道交易整合平台载入第二电子商户交易流水信息;
第一对账单元52,用于根据第一电子商户交易流水信息和第二电子商户交易流水信息获取电子商户的对账单;
第一存储单元54,用于存储电子商户的对账单;
传送单元56,用于达到设置的时间间隔时,将存储的电子商户的对账单传送到电子渠道交易整合平台。
其中,本实施方式的具体实施过程参见图9的描述,在此不再赘述。
图18是业务逻辑处理单元的实施方式5的结构示意图。参考图18,业务逻辑处理单元25或225包括:
第二清算信息管理单元60,用于根据设置的时间间隔启动载入交易流水信息任务,从清算系统载入第一实体商户交易流水信息并从实体商户交易系统载入第二实体商户交易流水信息;
第二对账单元62,用于根据所述第一实体商户交易流水信息和第二实体商户交易流水信息获取实体商户的对账单;
第二存储单元64,用于将实体商户的对账单依据管辖实体商户的银行机构点分别存储;
传送单元66,用于达到设置的时间间隔时,将存储的实体商户的对账单传送到电子渠道交易整合平台。
其中,本实施方式的具体实施过程参见图10的描述,在此不再赘述。
综上所述,本发明提供了一种收单商户管理方法、管理系统以及商户管理服务端设备。其中,商户管理服务端或商户管理服务端设备依据业务操作信息对业务信息进行相应的处理从而获得相应的业务数据信息,并将获得的业务数据信息同步到所需的交易处理系统中以便交易处理系统能够根据获得的业务数据信息处理商户交易,使得不同类型商户的注册信息、交易信息、清分清算信息等可集中起来统一管理和维护,避免了现有技术中不同类型商户的相关信息需要通过不同的渠道商户管理系统来维护,造成数据重复录入、数据无法集中等问题;正是由于采用本发明的收单商户管理方法和收单商户管理系统,因此可以对不同类型商户的数据信息集中管理,从而为在现有渠道商户业务功能基础上扩展其他业务功能提供了方便。
可选地,通过以上实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件结合必需的通用硬件平台的方式来实现,当然也可以通过硬件来实现。基于这样的理解,上述技术方案本质上来说或者对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁盘、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
当然,以上所公开的仅为用于对本发明进行举例说明的具体实施方式,应当指出,不能以此来限定本发明的保护范围,本领域普通技术人员在不脱离本发明实质的前提下还可以进行各种修改、变化或替换,因而依照本发明所作的各种等同变化,仍属于本发明涵盖的范围。
Claims (32)
1.一种收单商户管理方法,包括:
商户管理服务端接收客户端发送的业务操作信息和业务信息;
商户管理服务端根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
商户管理服务端将所述业务数据信息同步到至少一个交易处理系统。
2.根据权利要求1所述的方法,其特征在于,商户管理服务端接收客户端发送的业务操作信息和业务信息的步骤之前,包括:
商户管理服务端设置通过渠道商户管理系统的页面链接收单商户管理系统的页面;
商户管理服务端接收到客户端发送的页面请求报文时,根据所述页面请求报文向渠道商户管理系统发送登录请求报文;
商户管理服务端接收渠道商户管理系统发送的登录请求响应报文,所述登录请求响应报文包含用户登录权限信息和用户业务操作权限信息;
商户管理服务端根据所述登录请求响应报文将相应的页面信息发送给客户端显示。
3.根据权利要求2所述的方法,其特征在于,渠道商户管理系统为实体商户信息维护平台或者电子渠道交易整合平台。
4.根据权利要求1所述的方法,其特征在于,交易处理系统包括:清算系统、实体商户交易系统、电子渠道交易整合平台、数据分析和挖掘系统。
5.根据权利要求1至4任一项所述的方法,其特征在于,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统的步骤包括:
商户管理服务端将所述业务数据信息提交到复核流程以发送给客户端进行复核;
商户管理服务端接收到客户端发送的复核通过指令时,发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台。
6.根据权利要求1至4任一项所述的方法,其特征在于,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统的步骤包括:
在达到设置的时间间隔时启动业务数据同步任务;
将所述时间间隔内的增量业务数据信息根据设置的业务数据同步任务的执行顺序生成批量文件,并提供与至少一个交易处理系统的同步。
7.根据权利要求4所述的方法,其特征在于,
商户管理服务端将所述业务数据信息同步到至少一个交易处理系统的步骤包括:
商户管理服务端将所述业务数据信息提交到复核流程以发送给客户端进行复核;
商户管理服务端接收到客户端发送的复核通过指令时,为复核通过的业务数据信息设置同步标志位;
商户管理服务端根据所述同步标志位发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台;
在达到设置的时间间隔时,根据所述同步标志位发起同步交易将所述时间间隔内复核通过的业务数据信息选择性地同步到另外的交易处理系统。
8.根据权利要求5或7所述的方法,其特征在于,所述方法还包括:
商户管理服务端在将所述业务数据信息提交到复核流程时,将所述业务数据信息的复核状态设置为复核中;
商户管理服务端接收到客户端发送的复核拒绝指令时,将所述业务数据信息的复核状态修改为复核拒绝;
商户管理服务端在同步交易失败时,将所述业务数据信息的复核状态修改为复核失败;
商户管理服务端在同步交易成功时,将所述业务数据信息的复核状态修改为复核通过。
9.根据权利要求8所述的方法,其特征在于,所述业务数据信息的复核状态为复核中、复核拒绝或复核失败的情况下,所述方法还包括:
商户管理服务端接收到客户端发送的关于所述业务数据信息的修改操作信息和业务信息时,修改所述业务数据信息并再次提交复核;或者,
商户管理服务端接收到客户端发送的关于所述业务数据信息的放弃操作信息时,将所述业务数据信息退出复核流程。
10.根据权利要求4所述的方法,其特征在于,商户管理服务端将所述业务数据信息同步到至少一个交易处理系统的步骤之后还包括:
商户管理服务端根据设置的时间间隔启动载入信息任务;
商户管理服务端从至少一个交易处理系统载入交易商户的信息。
11.根据权利要求10所述的方法,其特征在于:
商户管理服务端从至少一个交易处理系统载入交易商户的信息具体为:
商户管理服务端从清算系统载入第一电子商户交易流水信息并从电子渠道交易整合平台载入第二电子商户交易流水信息;
该方法还包括:
商户管理服务端根据所述第一电子商户交易流水信息和第二电子商户交易流水信息获取并存储电子商户的对账单。
12.根据权利要求10所述的方法,其特征在于:
商户管理服务端从至少一个交易处理系统载入交易商户的信息具体为:
商户管理服务端从清算系统载入第一实体商户交易流水信息并从实体商户交易系统载入第二实体商户交易流水信息;
该方法还包括:
商户管理服务端根据所述第一实体商户交易流水信息和第二实体商户交易流水信息获取实体商户的对账单并将所述实体商户的对账单依据管辖实体商户的银行机构点分别存储。
13.根据权利要求11或12所述的方法,其特征在于,该方法还包括:
商户管理服务端在达到设置的时间间隔时将存储的所述电子商户的对账单或所述实体商户的对账单传送到电子渠道交易整合平台。
14.根据权利要求10所述的方法,其特征在于,所述获得的业务数据信息为商户签约行和客户支付交易账户行的手续费分成比例;
商户管理服务端将所述业务数据信息同步到至少一个交易处理系统具体为:商户管理服务端将所述商户签约行和客户支付交易账户行的手续费分成比例同步到清算系统;
商户管理服务端从至少一个交易处理系统载入交易商户的信息具体为:从清算系统载入所述商户签约行和客户支付交易账户行的手续费统计信息。
15.根据权利要求1或10所述的方法,其特征在于,所述业务信息包括商户信息或者清分清算信息;所述业务操作信息包括增加、修改或删除。
16.根据权利要求2或10所述的方法,其特征在于,所述业务操作信息是查询操作且所述业务信息是查询条件时,该方法还包括:
商户管理服务端根据所述查询操作信息和查询条件在用户查询权限范围内查询出业务数据信息;
商户管理服务端将查询出的业务数据信息发送给客户端显示。
17.一种商户管理服务端设备,其特征在于,该设备包括业务逻辑处理单元,用于实现如下功能:
接收到客户端设备发送的业务操作信息和业务信息;
根据接收到的所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;以及
将所述业务数据信息同步到至少一个交易处理系统。
18.根据权利要求17所述的服务端设备,其特征在于,该设备还包括:
设置单元,用于设置通过渠道商户管理系统的页面链接收单商户管理系统的页面;
接入单元,用于实现如下功能:
接收客户端设备发送的页面请求报文,根据所述页面请求报文向渠道商户管理系统发送登录请求报文,
接收渠道商户管理系统发送的登录请求响应报文,所述登录请求响应报文包含用户登录权限信息和用户业务操作权限信息,以及
根据所述登录请求响应报文将相应的页面信息发送给客户端设备显示。
19.根据权利要求18所述的服务端设备,其特征在于,所述渠道商户管理系统为实体商户信息维护平台或者电子渠道交易整合平台。
20.根据权利要求17所述的服务端设备,其特征在于,所述交易处理系统包括:清算系统、实体商户交易系统、电子渠道交易整合平台、数据分析和挖掘系统。
21.根据权利要求17至20任一项所述的服务端设备,其特征在于,所述业务逻辑处理单元包括:
操作处理单元,用于接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
复核单元,用于将所述业务数据信息提交到复核流程以发送给客户端进行复核;
第一同步单元,用于接收到客户端设备发送的复核通过指令时,发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台。
22.根据权利要求17至20任一项所述的服务端设备,其特征在于,所述业务逻辑处理单元包括:
操作处理单元,用于接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
第二同步单元,用于在达到设置的时间间隔时启动业务数据同步任务,将所述时间间隔内的增量业务数据信息根据设置的业务数据同步任务的执行顺序生成批量文件,并提供与至少一个交易处理系统的同步。
23.根据权利要求20所述的服务端设备,其特征在于,所述业务逻辑处理单元包括:
操作处理单元,用于接收客户端设备发送的业务操作信息和业务信息,根据所述业务操作信息和业务信息进行相应的处理并获得相应的业务数据信息;
复核单元,用于将所述业务数据信息提交到复核流程以发送给客户端进行复核;
同步设置单元,用于接收到客户端设备发送的复核通过指令时为复核通过的业务数据信息设置同步标志位;
第三同步单元,用于根据所述同步标志位发起同步交易将复核通过的业务数据信息选择性地同步到清算系统,并发起同步交易将复核通过的属于实体商户的业务数据信息选择性地同步到实体商户交易系统和/或复核通过的属于电子商户的业务数据信息选择性地同步到电子渠道交易整合平台;
第四同步单元,用于在达到设置的时间间隔时,根据所述同步标志位发起同步交易将所述时间间隔内复核通过的业务数据信息选择性地同步到另外的交易处理系统。
24.根据权利要求21或23所述的服务端设备,其特征在于,所述复核单元包括:
复核状态设置单元,用于在将所述业务数据信息提交到复核流程时将所述业务数据信息的复核状态设置为复核中;
在接收到客户端发送的复核拒绝指令时,将所述业务数据信息的复核状态修改为复核拒绝;
在第一、第三或第四同步单元同步交易失败时,将所述业务数据信息的复核状态修改为复核失败;以及
在第一、第三或第四同步单元同步交易成功时,将所述业务数据信息的复核状态修改为复核通过。
25.根据其权利要求24所述的服务端设备,其特征在于,所述复核单元还包括:
复核数据处理单元,用于在所述业务数据信息的复核状态为复核中、复核拒绝或复核失败的情况下,
接收到客户端发送的关于所述业务数据信息的修改操作信息和业务信息时,修改所述业务数据信息并再次提交复核,以及
接收到客户端发送的关于所述业务数据信息的放弃操作信息时,将所述业务数据信息退出复核流程。
26.根据权利要求20所述的服务端设备,其特征在于,所述业务逻辑处理单元还用于根据设置的时间间隔启动载入信息任务;以及从至少一个交易处理系统载入交易商户的信息。
27.根据权利要求26所述的服务端设备,其特征在于,所述业务逻辑处理单元包括:第一清算信息管理单元,用于根据设置的时间间隔启动载入交易流水信息任务,以及从清算系统载入第一电子商户交易流水信息并从电子渠道交易整合平台载入第二电子商户交易流水信息;所述业务逻辑处理单元还包括:
第一对账单元,用于根据所述第一电子商户交易流水信息和第二电子商户交易流水信息获取电子商户的对账单;
第一存储单元,用于存储所述电子商户的对账单。
28.根据权利要求26所述的服务端设备,其特征在于,所述业务逻辑处理单元包括:第二清算信息管理单元,用于根据设置的时间间隔启动载入交易流水信息任务,从清算系统载入第一实体商户交易流水信息并从实体商户交易系统载入第二实体商户交易流水信息;所述业务逻辑处理单元还包括:
第二对账单元,用于根据所述第一实体商户交易流水信息和第二实体商户交易流水信息获取实体商户的对账单;
第二存储单元,用于将所述实体商户的对账单依据管辖实体商户的银行机构点分别存储。
29.根据权利要求27或28所述的服务端设备,其特征在于,所述业务逻辑处理单元还包括:
传送单元,用于达到设置的时间间隔时,将存储的所述实体商户的对账单或者所述电子商户的对账单传送到电子渠道交易整合平台。
30.根据权利要求26所述的服务端设备,其特征在于,所述获得的业务数据信息为商户签约行和客户支付交易账户行的手续费分成比例;
业务逻辑处理单元将所述业务数据信息同步到至少一个交易处理系统具体为:将所述商户签约行和客户支付交易账户行的手续费分成比例同步到清算系统;
业务逻辑处理单元根据设置的时间间隔启动载入信息任务,从至少一个交易处理系统载入交易商户的信息具体为:根据设置的时间间隔启动载入二次分润信息任务,从清算系统载入所述商户签约行和客户支付交易账户行的手续费统计信息。
31.根据权利要求18或26所述的服务端设备,其特征在于,业务逻辑处理单元包括查询单元,用于当所述业务操作信息为查询且所述业务信息为查询条件时,根据所述查询操作信息和查询条件在用户查询权限范围内查询出业务数据信息;以及
将查询出的业务数据信息发送给客户端设备显示。
32.一种收单商户管理系统,该系统包括客户端设备和权利要求17、18、23、26、27、28或30的商户管理服务端设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010002262A CN101777148A (zh) | 2010-01-14 | 2010-01-14 | 一种收单商户管理方法、管理系统及商户管理服务端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010002262A CN101777148A (zh) | 2010-01-14 | 2010-01-14 | 一种收单商户管理方法、管理系统及商户管理服务端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101777148A true CN101777148A (zh) | 2010-07-14 |
Family
ID=42513605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010002262A Pending CN101777148A (zh) | 2010-01-14 | 2010-01-14 | 一种收单商户管理方法、管理系统及商户管理服务端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101777148A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103887060A (zh) * | 2014-04-14 | 2014-06-25 | 南通龙翔电器设备有限公司 | 干式变压器低压线圈下端封制作方法 |
CN104348859A (zh) * | 2013-07-30 | 2015-02-11 | 深圳市腾讯计算机系统有限公司 | 文件同步方法、装置、服务器、终端及系统 |
CN104463418A (zh) * | 2014-11-04 | 2015-03-25 | 中国银行股份有限公司 | 一种银行结算账户复审管理系统 |
CN104978687A (zh) * | 2014-04-08 | 2015-10-14 | 陈衡 | 债权转让处理装置及方法 |
CN106020948A (zh) * | 2016-05-10 | 2016-10-12 | 中国银联股份有限公司 | 一种流程调度方法及装置 |
CN106878274A (zh) * | 2017-01-03 | 2017-06-20 | 努比亚技术有限公司 | 一种获取售前售后问题的方法、装置和系统 |
CN106909997A (zh) * | 2015-12-22 | 2017-06-30 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
CN107861765A (zh) * | 2017-06-26 | 2018-03-30 | 平安普惠企业管理有限公司 | 产品配置方法、设备和计算机可读存储介质 |
CN108346039A (zh) * | 2018-01-05 | 2018-07-31 | 阿里巴巴集团控股有限公司 | 互联网金融结算系统的业务处理方法、装置以及设备 |
CN109597958A (zh) * | 2018-11-26 | 2019-04-09 | 上海阿米特数据系统有限公司 | 一种零售数据自动处理识别系统及实现方法 |
CN110210931A (zh) * | 2019-05-16 | 2019-09-06 | 天津科技大学 | 一种基于物联网的交易系统及其交易方法 |
CN110728501A (zh) * | 2019-09-30 | 2020-01-24 | 口碑(上海)信息技术有限公司 | 进件处理方法及进件系统 |
CN110728519A (zh) * | 2019-09-27 | 2020-01-24 | 支付宝(杭州)信息技术有限公司 | 拒付任务的处理方法、装置和服务器 |
CN110855691A (zh) * | 2019-11-19 | 2020-02-28 | 中国银行股份有限公司 | 信息处理方法、装置及系统 |
CN111628903A (zh) * | 2020-04-27 | 2020-09-04 | 交通银行股份有限公司北京市分行 | 交易系统运行状态的监控方法及监控系统 |
CN112163023A (zh) * | 2020-09-29 | 2021-01-01 | 银盛支付服务股份有限公司 | 一种分润计算方法及系统 |
CN113553093A (zh) * | 2020-04-24 | 2021-10-26 | 上海颢联数字科技有限公司 | 一种多来源交易数据并行采集与整合的方法及其系统 |
-
2010
- 2010-01-14 CN CN201010002262A patent/CN101777148A/zh active Pending
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348859A (zh) * | 2013-07-30 | 2015-02-11 | 深圳市腾讯计算机系统有限公司 | 文件同步方法、装置、服务器、终端及系统 |
CN104348859B (zh) * | 2013-07-30 | 2019-05-07 | 深圳市腾讯计算机系统有限公司 | 文件同步方法、装置、服务器、终端及系统 |
CN104978687A (zh) * | 2014-04-08 | 2015-10-14 | 陈衡 | 债权转让处理装置及方法 |
CN103887060A (zh) * | 2014-04-14 | 2014-06-25 | 南通龙翔电器设备有限公司 | 干式变压器低压线圈下端封制作方法 |
CN104463418A (zh) * | 2014-11-04 | 2015-03-25 | 中国银行股份有限公司 | 一种银行结算账户复审管理系统 |
CN106909997A (zh) * | 2015-12-22 | 2017-06-30 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
CN106020948B (zh) * | 2016-05-10 | 2019-09-17 | 中国银联股份有限公司 | 一种流程调度方法及装置 |
CN106020948A (zh) * | 2016-05-10 | 2016-10-12 | 中国银联股份有限公司 | 一种流程调度方法及装置 |
CN106878274B (zh) * | 2017-01-03 | 2020-03-27 | 努比亚技术有限公司 | 一种获取售前售后问题的方法、装置和系统 |
CN106878274A (zh) * | 2017-01-03 | 2017-06-20 | 努比亚技术有限公司 | 一种获取售前售后问题的方法、装置和系统 |
CN107861765A (zh) * | 2017-06-26 | 2018-03-30 | 平安普惠企业管理有限公司 | 产品配置方法、设备和计算机可读存储介质 |
CN107861765B (zh) * | 2017-06-26 | 2020-11-17 | 平安普惠企业管理有限公司 | 产品配置方法、设备和计算机可读存储介质 |
CN108346039A (zh) * | 2018-01-05 | 2018-07-31 | 阿里巴巴集团控股有限公司 | 互联网金融结算系统的业务处理方法、装置以及设备 |
CN108346039B (zh) * | 2018-01-05 | 2022-05-31 | 创新先进技术有限公司 | 互联网金融结算系统的业务处理方法、装置以及设备 |
CN109597958A (zh) * | 2018-11-26 | 2019-04-09 | 上海阿米特数据系统有限公司 | 一种零售数据自动处理识别系统及实现方法 |
CN113792246A (zh) * | 2018-11-26 | 2021-12-14 | 上海阿米特数据系统有限公司 | 一种零售数据自动处理识别系统及实现方法 |
CN110210931A (zh) * | 2019-05-16 | 2019-09-06 | 天津科技大学 | 一种基于物联网的交易系统及其交易方法 |
CN110728519A (zh) * | 2019-09-27 | 2020-01-24 | 支付宝(杭州)信息技术有限公司 | 拒付任务的处理方法、装置和服务器 |
CN110728519B (zh) * | 2019-09-27 | 2022-07-26 | 支付宝(杭州)信息技术有限公司 | 拒付任务的处理方法、装置和服务器 |
CN110728501A (zh) * | 2019-09-30 | 2020-01-24 | 口碑(上海)信息技术有限公司 | 进件处理方法及进件系统 |
CN110728501B (zh) * | 2019-09-30 | 2022-05-24 | 口碑(上海)信息技术有限公司 | 进件处理方法及进件系统 |
CN110855691A (zh) * | 2019-11-19 | 2020-02-28 | 中国银行股份有限公司 | 信息处理方法、装置及系统 |
CN113553093A (zh) * | 2020-04-24 | 2021-10-26 | 上海颢联数字科技有限公司 | 一种多来源交易数据并行采集与整合的方法及其系统 |
CN113553093B (zh) * | 2020-04-24 | 2023-05-02 | 上海颢联数字科技有限公司 | 一种多来源交易数据并行采集与整合的方法及其系统 |
CN111628903A (zh) * | 2020-04-27 | 2020-09-04 | 交通银行股份有限公司北京市分行 | 交易系统运行状态的监控方法及监控系统 |
CN112163023A (zh) * | 2020-09-29 | 2021-01-01 | 银盛支付服务股份有限公司 | 一种分润计算方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101777148A (zh) | 一种收单商户管理方法、管理系统及商户管理服务端设备 | |
US8315926B2 (en) | Architectural design for tax declaration application software | |
CN109886656B (zh) | 一种支持多系统的工作流引擎系统 | |
CN108734457B (zh) | 一种统一收银系统下的退款方法 | |
CN109978521B (zh) | 基于b2b平台的在线交易账户系统及在线交易方法 | |
WO2021135169A1 (zh) | 基于区块链的管理方法、终端、装置及存储介质 | |
CN108776929A (zh) | 基于区块链数据库的账单处理方法、系统和可读存储介质 | |
WO2003036416A2 (en) | Application distribution and billing system in a wireless network | |
US20200007647A1 (en) | Real-time Event Orchestrator | |
US20230244656A1 (en) | Blockchain-based systems and methods for communicating, storing and processing data over a blockchain network | |
JP2010198369A (ja) | 電子債権共同管理システム | |
CN108830697A (zh) | 一种业财一体化系统和方法 | |
CN104680402A (zh) | 一种开票申请单管理系统及其管理方法 | |
CN108765106A (zh) | 一种业财一体化的财务凭证生成方法 | |
CN112766944A (zh) | 一种跨境资金管理方法、装置及系统 | |
CN108711045A (zh) | 一种收银系统和收银方法 | |
CN108694660A (zh) | 一种业财一体化对账方法 | |
CN108762727B (zh) | 一种事件驱动的财务信息处理方法和系统 | |
US20020184121A1 (en) | Methods and system for performing business-to-business electronic invoice presentment and payment with line item level granularity | |
CN112330429A (zh) | 税务数据处理方法、系统、服务器及存储介质 | |
CN111127224B (zh) | 信息处理方法、装置、电子设备及存储介质 | |
CN115545946B (zh) | 一种融资管理系统及方法 | |
KR20100027285A (ko) | 은행 ib 업무지원을 위한 데이터 통합관리 시스템 및 그 방법 | |
CN113537915A (zh) | 项目评测系统、方法及存储介质 | |
CN108765107A (zh) | 一种业财一体化下的数据保存方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100714 |