电子支付平台技术方案交流.pptVIP

* xx部电子支付平台 技术方案交流 xxx有限公司 公司简介 案例介绍 电子支付平台需求初步理解 业务分析 系统架构初步建议 功能概述 解决问题 未来展望 公司简介 案例介绍 电子支付平台需求初步理解 业务分析 系统架构初步建议 功能概述 解决问题 未来展望 公司简介 案例介绍 电子支付平台需求初步理解 业务分析 系统架构初步建议 功能概述 解决问题 未来展望 需求初步理解 建立统一的全国铁路系统的电子支付平台 包括客运及货运业务，凡涉及到钱款支付，统一由此电子支付平台来管理 需要建设支持每日千万级以上交易的系统 高可靠性、高可用性 海量数据存储及运算 提供7X24小时的服务 系统建设原则 高可用性 安全性 成熟性 可靠性及可维护性 可扩展性 公司简介 案例介绍 电子支付平台需求初步理解 业务初步分析 系统架构初步建议 功能概述 解决问题 未来展望 业务分析 2010年春运高峰，日均发送523万旅客。 铁路系统主要面对两类客户：个人和企业 当前的支付工具：现金、卡（个人）及支票（企业） 组织架构：铁道部-局-路局-大站-售票网点 业务分析-问题 几个系统要纳入电子支付体系？ 票务货运系统的现状如何？ 当前的帐务核算体系（包括票务及货运）？ 当前是否有自己的清算体系？架构如何？ 与银行的往来关系？ 急需解决的问题？ 系统建成后的支付工具 个人： 现金 银行卡：借记卡 贷记卡（未来发展方向） 网银 消费卡 企业： 企业网银 公司卡 系统建成后的支付渠道 POS：自有POS及银行POS、银联POS 售票窗口：自有窗口及第三方窗口 自助售票设备 移动设备：如手机 网站售票：自有网站及第三方网站（支付平台） 网银：个人网银及企业网银 公司简介 案例介绍 电子支付平台需求初步理解 业务分析 系统架构初步建议 功能概述 解决问题 未来展望 架构说明 大集中架构 所有的支付交易数据实时记入铁道部的帐务中心数据库 分布式架构 按路局设置18个分账务中心，各路局的支付交易数据分别实时记入各分帐务中心的数据库 集中式架构 分布式架构 帐务中心功能说明 集中式架构 各路局没有分帐务中心 交易数据实时记入铁道部帐务中心数据库 分布式架构 设置总帐务中心模块 可以设置18个分账务中心模块（对应18个路局） 总帐务中心与分账务中心中心是批量并帐关系 分账务中心与票务货运系统是实时交易关系 清算体系-集中式 清算体系-分布式 清算体系功能说明 集中式 清算中心的交易数据从帐务中心获得 可以进行实时或批量清分 发送清分指令或数据给结算银行 未来可进行内部清算 分布式 清算中心的交易数据从总帐务中心获得 只进行批量清分，不进行实时清分 发送清分指令或数据给结算银行 未来可进行内部清算 购票电子支付场景描述-集中式 若在窗口购票，客户若使用银行卡支付，通过银行POS机刷卡，交易数据通过银行的前置系统传送到电子支付平台的分前置中心及大前置中心，交易数据（支付信息）实时写入铁道部账户中心数据库中。支付成功后，票务系统出票；若使用现金支付，则直接记账，写入铁道部账务中心数据库。 若使用网络系统购票，则网站会提示相应的车次及票的实时信息（票务系统提供），填写购票的相关信息后，进行支付操作，不论是通过银行卡或网银进行支付，交易数据仍然由银行的前置系统传送到电子支付平台的大前置中心，支付信息计入分账户信息，支付成功后，票务系统出票。 购票电子支付场景描述-分布式 若在窗口购票，客户若使用银行卡支付，通过银行POS机刷卡，交易数据通过银行的前置系统传送到电子支付平台的分前置中心，交易数据（支付信息）实时写入分账户中心数据库中。支付成功后，票务系统出票；若使用现金支付，则直接记账，写入分账务中心数据库。 若使用网络系统购票，则网站会提示相应的车次及票的实时信息（票务系统提供），填写购票的相关信息后，进行支付操作，不论是通过银行卡或网银进行支付，交易数据仍然由银行的前置系统传送到电子支付平台的分前置中心，支付信息计入分账户信息，支付成功后，票务系统出票。 公司简介 案例介绍 电子支付平台需求初步理解 业务分析 系统架构初步建议 功能概述 解决问题 未来展望 功能概述 大前置平台： 交易路由、报文转换、流量控制、负载均衡 分中心前置平台： 渠道接入、报文格式转换、与票务货运系统接口、与银行、第三方支付平台接口 分账务中心： 记账、对账 总帐务中心： 日终清算、多级核算体系、总帐及明细账处理 清算中心： 内部清算（铁路路局内部）、外部清算（与结算银行） 业务管理平台： 运营管理、现金管理、综合查询、报表、帐务分析