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

读取扣款文件
托收批扣以充值方式入账本。
支持部分扣款或全额扣款。
目前工农中建等绝大部分银行都是联网批扣或托收。
目录提纲
Contents
Contents
银行接口
POS刷卡 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
子目录—银行接口
交互 技术 承载 业务
目录提纲
终 端
终端发起支 付请求
终端接收支付网关 返回的支付结果信 息，完成支付
支 付 网 关
按照订单号查询 是否重复支付
发送银行获取 支付验证码
发送支付信息和 验证码到银行进 行扣款
生成支付记录， 支付结果信息返 回终端
银 行
生成支付验证 码
进行扣款后 返回扣款成 功信息
1.支付的前提是已签约，如果没有签约，会直接跳转到签约界面 2.支付过程中，如果银行没有响应，会进行三次支付查询
Contents
Contents
银行接口
POS专线 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
子目录—银行接口
交互 技术 承载 业务
异步文件－非联网银行托收
发起流程 移动方 操作员选择非联网导 出菜单界面 查询欠费账户信息 获取欠费帐单 调用充值接口 按银行生成扣款文件
手工
返回流程 移动方 操作员选择一卡通返 回菜单界面
银行方 根据文件扣款
生成扣款文件
手工
导入一卡通返回文件 逐条读取文件数据 查询账户资料 调用充值接口
按银行生成扣款文件
异步文件－一卡通（宁波）
加密网络传输 网络通讯机（XP) 手工处理 宁波人 行前置 应用 文件传输 CRM侧核心应用处理
充值资金入账本
银行总对总缴费结构
CBOSS平台－浦发银行总对总充值现状
• 用户通过浦发银行 进行充值缴费 • BOSS发起扣款请求 文件给浦发银行
现金充值
签约自动 • BOSS处理浦发下发 缴费 的扣款结果文件
BOSS出账 完成 BOSS落地 充值销账

浦发银 行现金 充值用 户通过 浦发银 行发起 缴费请 求
1.支付的前提是已签约，如果没有签约，会直接跳转到签约界面 2.如果一直没有支付通知，当天晚上八点会去银行查询支付结果，清理支付等待的数据
wenku.baidu.com
目录提纲
Contents
Contents
银行接口
POS专线 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
谢 谢 谢谢
手工
返回流程 移动方 操作员选择托收返回 菜单界面 银行方 根据文件扣款 导入托收返回文件
手工
逐条读取文件数据
生成扣款失败文件
查询账户资料 调用反销帐接口
非联网托收为部分小银行与地市公司间的缴费形式。 非联网托收在发起时就做了充值销帐。 各个地市、银行的扣款文件格式各不相同。 扣款文件生成后，手工发送给银行方。 非联网托收返回，做的是反销帐处理。不支持部分扣款。
系统交互整体逻辑结构图
支付平台与银行：
支付平台和银行采用 socket交互方式。
支付平台内部：
考虑到目前系统架构 和安全，支付平台内部 分为三个部分：前置机 socket服务、接口层 socket服务、业务服务。 前置机和业务服务通过 接口层来交互。
子目录—银行接口
交互 技术 承载 业务
终端管理平台工行在线支付
统一银行接口消息队列模式用两台前置机，各家银行分别部署。银行方有自己的前置机程序在此运行，与 移动方前置机程序通过消息队列交互，移动方前置机程序负责业务转发处理，统一接入到CRM银行接口服 务上。
目前有工行、农行、中行、建行、招商银行、交通银行等约二十家银行。
银行接口－交互技术2（SOCKET）
社会渠道资金归集工行直连模式支付
渠 道
渠道发起支 付请求
渠道接收支付网关 返回的支付结果信 息，完成支付
支 付 网 关
按照订单号查询 是否重复支付
发送支付信息到 银行进行扣款
生成支付记录
接收到支付通知后， 修改支付记录中支 付状态并讲支付结 果返回给渠道
银 行
接收到扣款 请求
扣款完成后发 送支付通知
每个银行、厂家都有不同的银行编号，但不限制编号唯一。比如中行积分兑换充值与中行普通充值的酬
金结算不一致，目前通过新定义银行编号区分。 不是所有的银行编号都表示了具体的实体银行，目前系统中存在手机支付、浦发银行2家虚拟银行。这 两种充值业务复用了CRM应用域接口。外围是通过CBOSS接入的。 CRM应用域 CRM接口域 外围域 银行、厂家充值请求 调用充值服务接口 移动方接收请求报文 数据合法性校验 账户、用户资料查询
异步文件－非联网银行托收
发起流程 移动方 操作员选择非联网导 出菜单界面 查询欠费账户信息 获取欠费帐单 调用充值接口 按银行生成扣款文件
手工
返回流程 移动方 操作员选择托收返回 菜单界面 银行方 根据文件扣款 导入托收返回文件
手工
逐条读取文件数据
生成扣款失败文件
查询账户资料 调用反销帐接口
非联网托收为部分小银行与地市公司间的缴费形式。 非联网托收在发起时就做了充值销帐。 各个地市、银行的扣款文件格式各不相同。 扣款文件生成后，手工发送给银行方。 非联网托收返回，做的是反销帐处理。不支持部分扣款。
银行接口－联网银行托收和批扣
发起流程 移动方 按银行发起 查询欠费账户信息 获取欠费帐单 托收按协议号汇总 生成扣款文件 调用银行接口 银行方 获取扣款文件 从银行卡扣款 发起流程描述 托收为对公业务，是公司客户； 批扣为对私业务，是个人客户。 联网银行托收、批扣每月在固定 时间自动发起，每个月三次。 托收有协议号概念，即账户下有 多个协议号，协议号下有多个用 户，最终按协议号汇总。 银行方发起和返回，都通过统一 银行接口。 生成充值工单 返回流程描述 移动方自动响应扣款返回请求， 充值入账本 欠费帐单销帐 读取用户资料 移动方 调用银行接口 返回流程 银行方 生成扣款文件
异步文件－一卡通（嘉兴、湖州）
目前有湖州、嘉兴、宁波三家分公司支持一卡通支付方式。 一卡通是为了适应地市人民银行进行开发的应用，嘉兴、湖州采用非联网的方式，在前台做导出及返回 操作，宁波一户通采用半联网的方式。 非联网批扣业务同一卡通流程。 发起流程 移动方 操作员选择一卡通导 出菜单界面 查询欠费账户信息 获取欠费帐单
充值资金入账本
记载日志
银行接口－空中充值
空中充值有连连科技，正和科技，纵横科技三 正和 连连 纵横
家一级代理商，三家一级代理商再发展二级代理
点，用户从二级代理点进行充值。 根据集团要求，空充二级代理点不准许用户网 站形式，所以现在的充值都是通过二级代理点发
空充厂家
送短信到短厅，然后有短厅再发送充值请求到空
目录提纲
Contents
Contents
银行接口
POS专线 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
子目录—银行接口
交互 技术 承载 业务
CBOSS平台－总对总缴费方案
银行总对总客户缴费应用是指在移动总部系统和银行总行系统采用一点接入条件下，实现客户 缴纳手机话费和营销活动费用的服务，根据客户缴费发起的渠道可划分为移动渠道发起的缴费 和银行渠道代收费两大类型。
银行接口－易充值
受理关系图
移动方 信控催缴工单 存在易充值订购关系
签约
订购
用户
余额达到易充值门限
资料 银行
调用易充值平台接口 易充值厂家 签约关系判断 用户银行卡扣款 调用银行接口 移动方 充值资金入账本
移动
通过数据部自建的平台进行签约关系管理，易充值用户 、移动方、银行方有三方协议。 易充值用户在被信控催缴后（比如余额低于20元），如 果余额符合易充值要求，则自动告知易充值平台，易充 值平台从银行卡自动扣款后，再发起充值业务。 目前支付宝宣传的“永不停机”业务，也是通过易充值 平台实现。
HTTP协议
CBOSS系统
REMOTE接口
发起扣费请 求
省CBOSS 接入缴费 请求调用 BOSS充 值接口完 成落地
BOSS落地 充值
COSS透传 请求文件
自 动 缴 费 发 起
扣 款 返 回 处 移动侧 理
BOSS获取 返回文件
CBOSS获取 返回文件
银行侧
目录提纲
Contents
Contents
本省业务由CBOSS和统 一支付平台交互,CBOSS 负责实时接口交互和文 件透传 短厅、热线缴费由CRM 的ATMI接口接入再通过 CBOSS和平台交互实现 落地充值 预付费和后付费的充值 缴费由BOSS自动发起,通 过CBOSS和平台交互实 现落地充值 其他外围缴费均和统一 支付平台交互，再由平 台通过省CBOSS完成落 地充值
充平台，空充平台调用统一银行接口完成用户充
空充二级 代理点
充值短信方式
值请求。 短厅 空中充值有额度限制，需要事先购买；系统会
每隔半个小时统计一次可用额度，当保证金额度
银行充值 接口 调用统一银行接口 不足时，不允许充值。 空充平台
由于现在无法限制空充平台使用网站进行充值，现在空充的绝大多数充值还是来自于空充的网站； 空中充值半个小时累计一次总金额，有半个小时的透支风险。
全省银行
S O C K E T
ARRAY
地市银行
银行方
移动方
统一银行接口SOCKET模式用四台接口机，分两组分别做负载，负责业务转发处理，统一接入到CRM银行接 口服务上。目前接入的有各空中充值厂家、邮储等，CRM项目后都按此模式接入。 在CRM割接后，地市公司银行前置机不在使用（除宁波一卡通）,原地市有的银行业务，统一迁移到省公司
银行接口
POS专线 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
银行直连系统交互整体逻辑结构
渠道与支付平台：
签约和支付页面采用 url跳转的方式。用户在 渠道侧页面中填完信息 提交后，直接远程调用 支付平台的EJB服务实现 业务逻辑。其他业务采 用http服务方式进行交互。
浙江移动业务支撑系统 与银行支付现状
2013年6月
目录提纲
Contents
Contents
银行接口
POS刷卡 异步文件
CBOSS平台 银行直连
第三方平台
子目录—银行接口
交互 技术 承载 业务
银行接口－交互技术1（消息队列）
全省银行
银行方
移动方
银行方 前置机 程序
消 息 队 列
移动方 前置机 程序
FTP目录
前置应用自动处理文件 前置应用
协议转换接口
委托关系建立 • 银行通过文件的方式把委托 关系送给移动 • 银行前置根据委托关系文件 建立扣款委托
批量扣款生成 • 前置应用每天调用CRM侧批 量扣款生成扣款文件，加密 后放在FTP目录 • 宁波分公司手工取出扣款文 件，放到网络通讯机上发送 到银行扣款
统一银行接口上，但是网络还是从地市接入。目前有温州银行、杭州中信、杭州光大、宁波光大、宁波建
行共5家银行。
子目录—银行接口
交互 技术 承载 业务
银行接口－承载主要支付类业务
银行充值
空中充值
易充值
联网银行托收/批扣
银行接口－银行充值
外围系统如银行柜面、银行网站、银联网站、移动网站等通过消息队列或SOCKET发起充值请求。 新银行接入时，都要求通过SOCKET模式接入。
扣款结果返回 • 银行把扣款结果文件通过加 密通道的网络发送给宁波分 公司的网络通讯机上 • 宁波分公司把网络通讯机上 的文件手工放到FTP目录下， 前置应用自动扫描文件，调 用CRM侧扣款返回处理
宁波一卡通较为特殊，是目前全省唯一保留地市银行前置机的业务。 宁波一卡通，和银行通讯采用网络通道加密的方式，并且要用加密Key，现只能在XP系统下运行，三 种交易都是采用文件方式，并且往来文件都需要加密，地市前置机做加解密、文件转发、服务调用处理。