银行网上支付系统建设方案

银行网上支付系统建设方案

V1.1

信息技术部

2015/10/17

版本历史

目录

1前言 (4)

2总体要求 (4)

2.1系统设计原则 (5)

2.2渠道整合平台 (6)

2.3网上支付平台与快捷支付 (6)

2.4组建技术团队 (7)

3系统架构 (8)

3.1业务架构 (8)

3.2系统架构 (9)

3.3逻辑架构 (10)

3.4支付业务描述 (12)

3.5支付结算 (13)

4技术要求 (14)

4.1行内系统接入 (14)

4.2安全规范 (14)

5技术创新 (14)

5.1客户行为分析 (14)

5.2运行监控 (16)

5.3团队建设 (17)

6硬件配置建议 (17)

1前言

近年来，基于互联网的电子商务正在以前所未有的速度迅猛发展。为了抢占这电商金融战略制高点，各商业银行和第三方支付机构都在电子商务领域不断进行创新与改革，表现为灵活的市场拓展策略、强大的产品创新实力以及周到的客户服务。

以支付宝、财付通、快钱等为代表的第三方支付机构和各大电信运营商，一方面利用各种新型支付方式掌握大量银行客户的账户信息，并逐步对线上线下支付结算市场进行全面渗透，使商业银行面临支付结算基础业务“脱媒”的威胁，造成了储蓄和对公存款业务的流失；另一方面以电子商务支付业务为跳板，将业务范围逐步延伸到账户管理、转账结算、缴费支付、投资理财、网络融资等诸多银行传统业务领域，给商业银行的各项业务带来全面冲击，正在并且必将改变金融行业的竞争格局。

本技术规划旨在用于指导我行网上支付系统所需采用的安全规范和技术架构，根据目前IT科技发展的趋势，结合行业内使用的先进而且稳定的技术，以及我行的业务模式，制定我行网上支付系统技术规范。

2总体要求

根据银行信息技术发展规划，建设我行电子渠道整合平台，整合自助银行、手机银行、网上银行、电子商务、电视银行等等。在电子渠道整合平台前端建设我行网上支付平台，在此平台基础上开发各种电子商务产品（B2C，B2B，快捷支付、交易市场等）。

网上支付平台作为我行电子商务平台的先锋军，对外对接支付宝、财付通、快钱及银联在线等第三方支付平台，储存我行客户使用网上支付的交易信息，生成对账单，供客户在网银系统以及未来电子商务客户服务系统里查询下载。并根据客户交易信息进行统计和客户行为分析，为不同层级的客户提供专业化的理财、融资、资讯等服务。

2.1 系统设计原则

2.1.1 开放性

系统架构基于IT业界开放式标准，对系统中的各种网络协议、软件件接口、数据接口等进行统一规划，满足我行现有渠道整合平台要求及主流第三方支付平台的信息交互要求，为我行电子银行系统的扩展奠定基础。

2.1.2 灵活性与可扩展性

根据我行的业务发展，系统设计需要能够灵活扩展设备容量和提升设备性能；具备技术升级、设备更新的灵活性；具备支持业务功能的扩展、调整和重构的灵活性。能有效地减少进行二次开发费用和开发周期。

2.1.3 安全可靠性

系统提供完整的信息管理机制和控制手段：提供系统备份、数据恢复、事故监控和网络安全等技术措施。

2.1.4 可集成性

系统能够与涉及到的其他厂商的相关外围系统或软件实现无缝集成，并实现用户单点登录。

2.1.5 友好性

系统需要具有良好的人际接口与灵活多样的展现方式，以及操作的便捷性。

2.2 渠道整合平台

渠道整合系统是各个渠道系统连接后台业务系统的统一平台，接入这个平台的任何渠道都可以透明访问后台的所有系统。该平台的核心功能为控制和业务系统的会话规则以及控制和业务系统的流程规则，通过该平台的建设为渠道系统提供业务的标准接口和标准流程服务。

渠道整合是期望通过对现有渠道技术架构和功能架构的重新部署和调整，提升银行渠道的服务能力和水平，加快银行电子渠道响应市场和客户需求的速度，增强市场竞争力，并发挥统一开发的优势，降低系统的后续建设成本和运营维护成本。

2.3 网上支付平台与快捷支付

快捷支付作为网上支付平台的一个子产品，在网上支付平台基础上开发，交易流程经网上支付平台进行交易处理后统一由渠道整合平台进行账务处理。

我行目前与支付宝有一个合作项目---支付宝卡通。我行网银客户可登陆新一代网银系统进行支付宝卡通的签约/解约。签约成功后可使用签约了卡通的借记卡进行快捷支付。鉴于目前支付宝卡通的签约和解约必须是我行网银客户且必须登录我行网银系统才能操作，所以建设更加快捷、方便、统一的快捷支付系统势必而行。

在网上支付平台基础上推出我行快捷支付系统，与现行支付宝开通的并存以及客户信息的整合显得尤为重要。这也将体现出我行电子银行系统的客户友好性。根据他行经验和与支付宝的沟通，目前有三种整合方案：

1.快捷支付系统和卡通系统同时存活。对于卡通客户，网银端和柜面今后只维护解约功能，不再维护签约。并在客户登录网银后给出提醒，让客户解约卡通

后登陆支付宝系统签约我行快捷支付。此种方法优点是可以平缓过渡和整合，不需要马上卡通业务，客户自主性和友好性更强；缺点是便捷性不够好，而且可能存在潜在的丢失客户行为。

2.停止卡通系统。快捷支付系统建成后，我行给支付宝批量提供现行卡通已签约的客户信息和账户信息，支付宝帮助我行将卡通客户转成快捷支付签约客户。客户可登录支付宝查询签约信息和支付限额等。此种方法的优点是能最大限度的留住当前客户，挖掘潜在客户，且提高了便捷性；缺点是由于需要提取数据传给支付宝进行批量操作，所以会需要一段时间的停止业务，停业时间的长短取决于支付宝的批量整合快慢。这对于一些需要及时使用网上支付的客户来说不太友好，而且可能会引起一部分客户投诉。

3.折中方案。快捷支付系统建成后，同样是停止卡通系统并批量进行全部卡通客户解约。卡通客户登录支付宝试图进行快捷支付（含卡通）或者登录我行网银时，系统弹出提示框“对不起，我行卡通系统已下线，请您签约快捷支付！”，提示客户进行支付宝快捷支付签约。此种方法既增加了客户的自主性和友好性，又可以减少不必要的投诉和纠纷。缺点是可能会丢失一部分存量客户。

根据以上三种方案，我们将进一步分析，选择一个客户受影响更小、更适合我行当前系统建设的方案来进行快捷支付系统与卡通系统的整合。

2.4 组建技术团队

未来银行的高地必然将体现在互联网金融系统之上，尤其是电子商务。如何能做到人有我有，人无我有的行业领先地位，除了需要强有力的产品研发团队和业务营销团队之外，更需要能够与之匹配的技术支撑团队。所以在新一代电子银行建设过程中，需要培养一支小而精干的开发团队，为未来我行电子银行业务甚