业务支撑系统与银行支付现状

1、2013年6月目录提纲目录提纲ContentsContents银行接口POS刷卡异步文件CBOSS平台银行直连第三方平台子目录子目录银行接口银行接口交互技术承载业务银行接口交互技术1（消息队列）p 统一银行接口消息队列模式用两台前置机，各家银行分别部署。银行方有自己的前置机程序在此运行，与移动方前置机程序通过消息队列交互，移动方前置机程序负责业务转发处理，统一接入到CRM银行接口服务上。p 目前有工行、农行、中行、建行、招商银行、交通银行等约二十家银行。全省银行消息队列银行方前置机程序移动方前置机程序银行方银行方移动方移动方银行接口交互技术2（SOCKET）p 统一银行接口SOCKET模式用四

2、台接口机，分两组分别做负载，负责业务转发处理，统一接入到CRM银行接口服务上。目前接入的有各空中充值厂家、邮储等，CRM项目后都按此模式接入。p 在CRM割接后，地市公司银行前置机不在使用（除宁波一卡通）,原地市有的银行业务，统一迁移到省公司统一银行接口上，但是网络还是从地市接入。目前有温州银行、杭州中信、杭州光大、宁波光大、宁波建行共5家银行。全省银行地市银行ARRAY银行方银行方移动方移动方SOCKET子目录子目录银行接口银行接口交互技术承载业务银行接口承载主要支付类业务银行充值空中充值易充值联网银行托收/批扣银行接口银行充值p 外围系统如银行柜面、银行网站、银联网站、移动网站等通过消息队

3、列或SOCKET发起充值请求。p 新银行接入时，都要求通过SOCKET模式接入。p 每个银行、厂家都有不同的银行编号，但不限制编号唯一。比如中行积分兑换充值与中行普通充值的酬金结算不一致，目前通过新定义银行编号区分。p 不是所有的银行编号都表示了具体的实体银行，目前系统中存在手机支付、浦发银行2家虚拟银行。这两种充值业务复用了CRM应用域接口。外围是通过CBOSS接入的。外围域CRM接口域CRM应用域数据合法性校验账户、用户资料查询充值资金入账本记载日志银行、厂家充值请求移动方接收请求报文调用充值服务接口银行接口空中充值空中充值有连连科技，正和科技，纵横科技三家一级代理商，三家一级代理商再发展

4、二级代理点，用户从二级代理点进行充值。根据集团要求，空充二级代理点不准许用户网站形式，所以现在的充值都是通过二级代理点发送短信到短厅，然后有短厅再发送充值请求到空充平台，空充平台调用统一银行接口完成用户充值请求。空中充值有额度限制，需要事先购买；系统会每隔半个小时统计一次可用额度，当保证金额度不足时，不允许充值。p 由于现在无法限制空充平台使用网站进行充值，现在空充的绝大多数充值还是来自于空充的网站；p 空中充值半个小时累计一次总金额，有半个小时的透支风险。空充厂家纵横正和连连空充二级代理点短厅空充平台银行充值接口充值短信方式调用统一银行接口银行接口易充值移动方移动方易充值厂家调用易充值平台接

5、口签约关系判断用户银行卡扣款调用银行接口充值资金入账本信控催缴工单存在易充值订购关系余额达到易充值门限受理关系图受理关系图用户用户移动移动银行银行订购签约资料p 通过数据部自建的平台进行签约关系管理，易充值用户、移动方、银行方有三方协议。p 易充值用户在被信控催缴后（比如余额低于20元），如果余额符合易充值要求，则自动告知易充值平台，易充值平台从银行卡自动扣款后，再发起充值业务。p 目前支付宝宣传的“永不停机”业务，也是通过易充值平台实现。银行接口联网银行托收和批扣发起流程描述p 托收为对公业务，是公司客户；批扣为对私业务，是个人客户。p 联网银行托收、批扣每月在固定时间自动发起，每个月三次。

6、p 托收有协议号概念，即账户下有多个协议号，协议号下有多个用户，最终按协议号汇总。p 银行方发起和返回，都通过统一银行接口。移动方银行方托收按协议号汇总获取扣款文件从银行卡扣款按银行发起查询欠费账户信息获取欠费帐单调用银行接口生成扣款文件发起流程移动方银行方读取用户资料欠费帐单销帐生成扣款文件调用银行接口读取扣款文件充值入账本生成充值工单返回流程返回流程描述p 移动方自动响应扣款返回请求，托收批扣以充值方式入账本。p 支持部分扣款或全额扣款。目前工农中建等绝大部分银行都是联网批扣或托收。目录提纲目录提纲ContentsContents银行接口POS刷卡异步文件CBOSS平台银行直连第三方平台子

7、目录子目录银行接口银行接口交互技术承载业务子目录子目录银行接口银行接口交互技术承载业务目录提纲目录提纲ContentsContents银行接口POS专线异步文件CBOSS平台银行直连第三方平台子目录子目录银行接口银行接口交互技术承载业务子目录子目录银行接口银行接口交互技术承载业务异步文件非联网银行托收p 非联网托收为部分小银行与地市公司间的缴费形式。p 非联网托收在发起时就做了充值销帐。p 各个地市、银行的扣款文件格式各不相同。p 扣款文件生成后，手工发送给银行方。p 非联网托收返回，做的是反销帐处理。不支持部分扣款。移动方调用充值接口操作员选择非联网导出菜单界面查询欠费账户信息获取欠费帐单按

8、银行生成扣款文件发起流程移动方导入托收返回文件调用反销帐接口操作员选择托收返回菜单界面查询账户资料逐条读取文件数据返回流程银行方根据文件扣款生成扣款失败文件手工手工手工手工异步文件非联网银行托收p 非联网托收为部分小银行与地市公司间的缴费形式。p 非联网托收在发起时就做了充值销帐。p 各个地市、银行的扣款文件格式各不相同。p 扣款文件生成后，手工发送给银行方。p 非联网托收返回，做的是反销帐处理。不支持部分扣款。移动方调用充值接口操作员选择非联网导出菜单界面查询欠费账户信息获取欠费帐单按银行生成扣款文件发起流程移动方导入托收返回文件调用反销帐接口操作员选择托收返回菜单界面查询账户资料逐条读取文

9、件数据返回流程银行方根据文件扣款生成扣款失败文件手工手工手工手工异步文件一卡通（嘉兴、湖州）p 目前有湖州、嘉兴、宁波三家分公司支持一卡通支付方式。p 一卡通是为了适应地市人民银行进行开发的应用，嘉兴、湖州采用非联网的方式，在前台做导出及返回操作，宁波一户通采用半联网的方式。p 非联网批扣业务同一卡通流程。移动方按银行生成扣款文件操作员选择一卡通导出菜单界面查询欠费账户信息获取欠费帐单发起流程移动方导入一卡通返回文件调用充值接口操作员选择一卡通返回菜单界面查询账户资料逐条读取文件数据返回流程银行方根据文件扣款生成扣款文件手工手工手工手工异步文件一卡通（宁波）网络通讯机（XP)加密网络传输手工处

10、理 文件传输FTP目录前置应用前置应用自动处理文件协议转换接口充值资金入账本CRM侧核心应用处理宁波人行前置应用委托关系建立委托关系建立银行通过文件的方式把委托关系送给移动银行前置根据委托关系文件建立扣款委托批量扣款生成批量扣款生成前置应用每天调用CRM侧批量扣款生成扣款文件，加密后放在FTP目录宁波分公司手工取出扣款文件，放到网络通讯机上发送到银行扣款扣款结果返回扣款结果返回银行把扣款结果文件通过加密通道的网络发送给宁波分公司的网络通讯机上宁波分公司把网络通讯机上的文件手工放到FTP目录下，前置应用自动扫描文件，调用CRM侧扣款返回处理p宁波一卡通较为特殊，是目前全省唯一保留地市银行前置机的

11、业务。p宁波一卡通，和银行通讯采用网络通道加密的方式，并且要用加密Key，现只能在XP系统下运行，三种交易都是采用文件方式，并且往来文件都需要加密，地市前置机做加解密、文件转发、服务调用处理。目录提纲目录提纲ContentsContents银行接口POS专线异步文件CBOSS平台银行直连第三方平台子目录子目录银行接口银行接口交互技术承载业务子目录子目录银行接口银行接口交互技术承载业务CBOSS平台总对总缴费方案银行总对总客户缴费应用是指在移动总部系统和银行总行系统采用一点接入条件下，实现客户缴纳手机话费和营销活动费用的服务，根据客户缴费发起的渠道可划分为移动渠道发起的缴费和银行渠道代收费两大类

12、型。银行总对总缴费结构u 本省业务由CBOSS和统一支付平台交互,CBOSS负责实时接口交互和文件透传u 短厅、热线缴费由CRM的ATMI接口接入再通过CBOSS和平台交互实现落地充值u 预付费和后付费的充值缴费由BOSS自动发起,通过CBOSS和平台交互实现落地充值u 其他外围缴费均和统一支付平台交互，再由平台通过省CBOSS完成落地充值CBOSS平台浦发银行总对总充值现状现金充值 用户通过浦发银行进行充值缴费签约自动缴费 BOSS发起扣款请求文件给浦发银行 BOSS处理浦发下发的扣款结果文件CBOSS系统BOSS落地充值HTTP协议REMOTE接口p浦发银行现金充值用户通过浦发银行发起缴费

13、请求p 省CBOSS接入缴费请求调用BOSS充值接口完成落地BOSS出账完成发起扣费请求COSS透传请求文件CBOSS获取返回文件BOSS获取返回文件BOSS落地充值销账自动缴费发起扣款返回处理移动侧银行侧目录提纲目录提纲ContentsContents银行接口POS专线异步文件CBOSS平台银行直连第三方平台子目录子目录银行接口银行接口交互技术承载业务银行直连系统交互整体逻辑结构银行直连系统交互整体逻辑结构l渠道与支付平台渠道与支付平台： 签约和支付页面采用url跳转的方式。用户在渠道侧页面中填完信息提交后，直接远程调用支付平台的EJB服务实现业务逻辑。其他业务采用http服务方式进行交互。

14、l支付平台与银行支付平台与银行： 支付平台和银行采用socket交互方式。l支付平台内部支付平台内部： 考虑到目前系统架构和安全，支付平台内部分为三个部分：前置机socket服务、接口层socket服务、业务服务。前置机和业务服务通过接口层来交互。系统交互整体逻辑结构系统交互整体逻辑结构图图子目录子目录银行接口银行接口交互技术承载业务终端管理平台工行在线支付终端管理平台工行在线支付终端发起支终端发起支付请求付请求按照订单号查询按照订单号查询是否重复支付是否重复支付发送银行获取发送银行获取支付验证码支付验证码生成支付记录，生成支付记录，支付结果信息返支付结果信息返回终端回终端进行扣款后进行扣款后

15、返回扣款成返回扣款成功信息功信息发送支付信息发送支付信息和验证码到银和验证码到银行进行扣款行进行扣款生成支付验证生成支付验证码码终端接收支付网关终端接收支付网关返回的支付结果信返回的支付结果信息，完成支付息，完成支付银行银行支付网支付网关关终端终端1.支付的前提是已签约，如果没有签约，会直接跳转到签约界面2.支付过程中，如果银行没有响应，会进行三次支付查询社会渠道资金归集工行直连模式支付社会渠道资金归集工行直连模式支付渠道发起支渠道发起支付请求付请求按照订单号查询按照订单号查询是否重复支付是否重复支付生成支付记录生成支付记录接收到扣款接收到扣款请求请求发送支付信息发送支付信息到银行进行扣到银行进行扣款款渠道接收支付网关渠道接收支付网关返回的支付结果信返回的支付结果信息，完成支付息，完成支付银行银行支付网支付网