电子商务平台支付系统技术规范样本.doc

中国联通电子商务平台
支付系统技术规范书

中国联通互联网和电子商务部
12月

目 录

1. 概述 1
2. 项目概况 3
3. 功效需求 13
4. 总体要求 15

5. 技术要求 16
6. 招标范围 19
7. 项目管理 20
8. 知识产权 21
9. 技术文档 22
10. 技术服务 23
11. 人员培训 25

1. 概述
1.1 本文件是中国联合通信（项目业主，以下简称甲方）电子商务平台支付系统技术规范书，供系统集成商（投标人，以下简称乙方）编写技术应答书。
1.2 乙方应在应答书中对本文件内容按次序逐条应答。对解释性或说明性条款按“了解”或“不了解”应答；对非解释性或说明性条款按“满足”或“条件满足”或“不满足”应答，然后给出具体功效实现说明。
1.3 乙方必需是从事计算机软件开发企业，并含有良好企业信誉，足够经济实力，较长生命力和延续性，充足技术队伍，稳定组织机构。乙方需向甲方出示有效企业资质证实。
1.4 乙方应依据本文件中相关说明和要求，提出总技术提议和处理方案，并对所提供软件特色部分给出附加说明。乙方若对本文件中部分要求不能满足或有不一样于本文件相关要求其它提议，也应在应答书中具体说明。
1.5 若乙方提议技术方案及软件系统配置符合相关国际或行业标准，则应在应答书中具体说明，并附上对应具体技术资料。若乙方软件系统包含自己专用标准，也应在应答书中具体说明，并附上对应具体技术资料。若乙方在提议方案中用到第三方软件产品，要求提供对应软件产品具体技术资料。
1.6 乙方应根据要求提供六份汉字技术提议书、应答书和软件系统配置清单，并提供上述文件电子版，电子版要求为MS Office格式。
1.7 甲方保留对本文件解释权和修改权。

2. 项目概况
2.1 概述
伴随相关技术发展和消费者消费习惯改变，电子商务已经由前几年商业炒作转变为实际应用，世界范围内和中国电子商务业务量全部在快速增加，而移动电子商务（手机、PDA等）所占市场份额也越来越大。
中国联通作为中国业务种类最为齐全电信运行商，有着完善基础网络设施，包含覆盖全国传输网和基于传输平台ATM数据网和165网，联通总部和各省165网站，同时还拥有大量移动用户，而且正在进行移动数据网建设，全部这些全部为电子商务开展提供了有利条件。
为愈加好开展电子商务业务，中国联通决定建设电子商务平台，经过平台建设能够为联通企业和社会上其它开展电子商务业务单位提供安全、支付、站点等支撑功效，降低电子商务业务开发所需要工作量。
从项目建设角度讲，本工程包含CA认证系统、支付网关、电子商务站点、电子商务应用系统等具体项目，其中认证、支付和站点属于电子商务平台建设范围，应用系统属于电子商务业务系统，和平台无关，不过考虑到业务开展需要，在本期工程中建设部分易于开展应用系统。
考虑到电子商务是一个比较新业务，中国联通将在电子商务业务开展比很好多个省进行试点工作，本期工程试点省包含北京、上海、山东和广东。
中国联通电子商务平台支付系统是为了满足电子商务用户多种支付要求和电子商务站点对支付功效要求，在电子商务平台中建设独立支付系统，为用户和电子商务站点提供统一支付接口，并实现和各银行支付系统连接。
2.2 中国联通电子商务系统总体结构
为方便系统建设，中国联通电子商务系统从功效上划分为两层：业务系统和电子商务平台，业务系统负责具体业务实现，如业务步骤、用户界面、和相关后台业务系统连接等；电子商务平台负责提供通用支撑功效，包含认证、支付和电子商务业务开发平台。
联通电子商务系统总体架构以下图所表示。

图1 联通电子商务系统总体架构
2.3 支付业务介绍
2.3.1 业务开展模式
依据联通企业在电子商务业务中定位，支付系统业务开展模式以下：
1． 向商家收取手续费，商家使用支付系统支付服务，支付系统依据交易数量或支付金额收取一定百分比手续费；
2． 向用户收取手续费，因为经过电子商务平台向用户提供服务能够为用户带来一定程度便利性，降低用户交易成本，所以能够向用户收取一定费用。
2.3.2 支付方法
传统电子商务支付以网上支付为主，考虑到联通开展电子商务业务特殊性，需要充足利用联通企业移动用户资源，本系统应支持多种基于移动终端（短信、WAP等）支付；另外现在电子商务业务中存在着大量小额支付业务，如购置彩票、书籍等低价商品，网站收费等，上述支付假如经过银行账号支付对于用户操作比较繁琐，假如计入用户话费将能够大大方便用户使用。
依据上述要求，本系统支持支付方法以下：
基于计算机终端和银行账号支付，即网上现有多种电子商务业务中支付方法；
基于计算机终端和联通业务资源支付，用户经过计算机终端和浏览器使用联通话费等业务资源进行网上支付；
基于移动终端和联通业务资源小额支付，用户经过联通手机以WAP、短信等方法使用联通业务资源进行支付，关键用于小额商品支付；
基于移动终端和银行账号支付，用户经过联通手机以WAP、短信等方法使用银行账号进行支付。
乙方在方案提议书中应对支付方法提出自己提议。
2.3.3 支付系统功效
依据支付系统业务需求，支付系统应含有以下功效：
用户接入，支付系统应提供灵活接入方法，许可用户（包含个人用户和电子商务商家等）接入支付平台，现在提供接入方法包含计算机终端浏览器方法、用户电子钱包、短信、WAP等方法；
支付功效，支付请求处理、转帐、对账等多种相关支付操作，支付系统应依据B2C业务和B2B业务不一样要求分别提供不一样支付处理方法，包含用户接口和后台业务步骤；
计费结算，依据支付系统业务开展模式，支付系统需要提供计费结算功效，对每一笔交易统计进行统计，提供计费详单和结算单，计费详单和结算单首先用于和商家对账，其次用户提交给联通营业账务系统向用户收费；
系统管理，因为支付系统需要不停接入新商家，所以需要提供用户和商家管理，在支付平台中注册和管理不一样类型用户和商家资料，如简单用户属性信息或复杂账户信息等，用户和商家能够在支付平台查询自己历史交易统计；统计分析，对支付系统业务统计进行汇总和分析，提供多种统计分析报表。
2.4 体系结构
中国联通电子商务平台支付系统最终包含两级：全国中心，负责全国性支付业务和跨省支付业务，省中心，负责省内支付业务，地市不再建设支付平台。
全国中心负责和全国性商家、全国性银行支付接口、综合结算系统全国中心等连接，对于提供全国统一接口银行，由全国中心负责接收各省发送支付请求并转发到银行支付网关；对于提供分散接口银行和基于联通话费手机小额支付，全国中心仅负责将跨省异地支付请求转发到用户归属地省内支付平台；全国中心同时负责支付系统省际结算，将结算结果发送到联通综合结算系统全国中心和各省支付平台。
省中心负责和本省内商家、银行系统省内支付网关、联通省内电信业务支撑系统（计费、营帐、结算等）互联，全部省内支付（用户所属银行支付网关在省内，或本省用户使用话费在省内支付）由省内支付平台处理，跨省异地支付由省内支付平台转发到全国中心处理；省内支付平台同时从全国中心获取结算结果并和全国中心对账。
最终支付系统体系结构以下所表示。

图1 支付系统体系结构
考虑到系统建设早期业务量不会很大，没有必需在各省建设支付系统，所以本期工程只建设支付系统全国中心，由全国中心完成全国范围内支付业务处理，和四个试点省业务支撑系统连接也全部由全国中心负责。
本期即使不进行各省支付平台建设，不过整个支付系统结构应根据最终体系结构设计，本期全国中心功效应包含全国中心及省中心功效，全国中心能够作为虚拟省中心使用，以后在需要时候能够随时将省中心分离到省内。
2.5 支付步骤
针对不一样支付方法和不一样支付系统组网方法，存在不一样支付步骤，下面以短信方法、基于联通话费跨省支付为例介绍支付步骤设计。
图1 异地支付步骤示意图
图中各支付步骤含义以下：
（1） 手机用户发送短信到电子商务平台要求支付；
（2） 短信网关将短信转发到电子商务平台；
（3） 电子商务平台判定该用户非本省用户，将支付请求转发到全国中心；
（4） 全国中心将支付请求转发到用户归属地；
（5） 归属地电子商务平台将扣费请求发送到业务支撑系统；
（6） 业务支撑系统将扣费结果返回到电子商务平台；
（7） 电子商务平台将支付结果返回到全国中心；
（8） 全国中心将支付结果返回到商家所在省中心；
（9） 省中心将用户支付信息发送到对应商家；
（10） 省中心将支付确定信息发送到短信网关；
（11） 短信网关将支付确定信息发送给用户。
上述步骤仅供乙方参考，并非最终确定步骤，乙方应依据自己经验，参考联通支付系统业务需求书，在提议书中和需求分析中具体描述多种支付方法步骤。
2.6 支付系统结构
为便于系统扩展和适应以后业务发展，支付系统内部应依据功效划分清楚层次，各层实现本层功效，层和层之间采取支付系统内部定义标准接口，某一层内部功效或结构发生改变时不影响其它层。
依据支付系统功效划分，能够将所需功效划分为用户接入、业务处理、后台业务系统连接三部分，对应内部模块和层次划分以下图所表示。

图3 支付系统层次划分
上图中支付系统划分为三层：表示层、业务逻辑层和数据层，分别对应于用户接入、业务处理和后台业务系统连接。
表示层是本系统接入层，全部用户和电子商务参与单位经过该层接入支付系统，表示层对外提供标准支付接口，支付接口针对不一样支付方法、不一样支付终端类型提供不一样接口，并将用户支付请求转换为标准支付请求发送到业务逻辑层，经过表示层能够对业务逻辑层屏蔽用户接入方法差异。
业务逻辑层用于具体支付请求处理和相关多种管理操作、后台账务处理等，包含具体支付步骤处理，依据不一样支付方法完成多种支付请求；计费结算，经过对支付统计处理完成计费处理，生成向用户收费详单、账单和和商家、银行之间结算单，另外还要完成和各省分企业及各部门之间结算；账务处理完成和各交易合作方之间对账等功效；系统管理完成商家、用户等管理，能够设置商家及用户属性，许可商家和用户查询交易情况等；接口模块用于对不一样支付方法转换为不一样
3. 功效需求
3.1 支付
支付是本系统关键功效，为了完成具体支付处理，系统需要以下功效：
用户支付请求受理，能够经过多种方法受理用户支付请求，包含基于INTERNET和短信等方法；
支付请求分析处理，对用户支付请求进行分析，确定支付类型，依据支付类型转不一样业务步骤进行处理；
账务处理，包含计费、对账、转帐、结算、手工调整等功效，完成和用户、商家、银行等和支付相关多种账务步骤处理。
3.2 管理
支付系统应含有比较强管理功效，能够随时完成对商家、用户、业务等管理。
商家管理用于对商家增、删、查、改，能够修改商家多种支付参数，包含结算周期、对账方法、费率等信息，同时许可商家查询和自己相关具体支付情况；
用户管理实现对支付用户管理，包含用户资料修改、交易情况查询等，并许可用户查询自己交易统计；
业务管理用于针对不一样业务类型维护该业务多种业务参数；
系统管理，用于对支付系统进行多种管理，包含系统参数配置、操作员管理、权限管理、数据备份恢复等；
整个电子商务平台将设置统一网管平台，对认证、支付、站点等统一进行管理，乙方不需要考虑网管平台建设。
3.3 和其它系统接口
因为支付系统包含到用户、商家、银行、联通业务支撑系统等多个系统，和其它系统接口比较复杂，所以乙方应对接口部分作为关键功效进行具体设计和描述。
和用户和商家接口属于本系统提供给其它系统接口，能够由本系统提出接口标准，并对外提供接口协议或接口模块供其它系统使用；
和银行和联通业务支撑系统接口需要遵照银行和联通业务支撑系统现有接口标准。
3.4 代收费系统
因为联通拥有遍布全国营业系统和完善计费帐务系统，所以能够为其它单位提供代收费服务，尤其是现在很多收费网站向用户收取一定费用以提供多种信息服务，因为金额较小，用户缴费不太方便，联通企业能够替上述网站收费并从中收取一定手续费，也能够为社会上其它行业和单位代收小额费用。
用户能够经过短信、WAP等方法向代收费系统发送收费请求，由代收费系统完成扣费后将扣费结果同时反馈给用户和收费单位。
代收费系统属于应用系统，不过考虑到和支付系统关系比较亲密，所以由乙方和支付系统一起开发。
3.5 具体功效需求参见《中国联通电子商务平台支付系统业务需求》。
4. 总体要求
4.1 乙方应在对中国联通电子商务平台深刻了解基础上，结合联通企业业务特点，对联通支付系统建设提出提议系统方案。
4.2 乙方应对支付系统进行周密论证，对所提议方案在安全性、可靠性、可行性和可扩展性方面采取方案作出具体描述。
4.3 乙方应针对本项目成立专门项目组，项目组组员必需稳定，在项目终验前不得退出或更换，若因特殊原因需调整，需经甲方同意。
4.4 乙方应向甲方提供完整支付系统软件,应负责完成整个软件系统和硬件设备互连互通，确保整个支付系统正确运行。若因乙方失误，造成系统运行错误或硬件、软件短缺造成系统达不到原定性能指标，乙方应无偿进行补充，直至满足要求。
4.5 乙方应对系统所需要软件和硬件设备配置、数量提出明确要求，提供给用软件在不一样配置下系统处理能力等性能指标。
4.6 乙方应承诺其应用软件满足平滑移植，即应用软件和硬件平台相对分离，应用软件能够自由运行在主流操作系统主流硬件平台上。乙方应明确给出选择应用软件平台具体特征和使用限制。
4.7 乙方应确保不一样时期提供同类软件兼容。

5. 技术要求
5.1 处理能力
乙方应对所提供系统处理能力进行具体说明。
5.2 安全可靠性
联通支付系统应该提供7×二十四小时不间断服务，当线路和设备局部故障和异常情况发生时，系统应含有检错、纠错功效；系统能够提供数据备份和数据恢复功效，确保数据正确、完整；能够抵御来自系统外部和内部攻击，确保系统安全、可靠地运行。
5.3 开放性
支付系统必需含有充足开放性，提供标准接口用于商家和用户接入，在运行过程中能够随时接入新商家、提供新用户接入方法、开展新业务类型。
支付系统应能适应用户多种用户端要求，如电子钱包方法、浏览器方法、移动终端方法等，并支持多种主流操作系统和浏览器。
5.4 可扩展性
5.4.1 体系结构扩充
联通支付系统体系结构含有可扩展性，能够随时在规模、节点设置等方面进行扩充。
5.4.2 软、硬件系统扩充
支付系统软、硬件系统应含有模块化结构，能够灵活配置设备，方便地进行在线扩容和升级，同时应用软件也应含有模块化扩展能力，以适应扩大业务范围、增加多个应用需要。
5.4.3 容量扩充
系统建设早期，考虑到电子交易量少，系统规模能够较小并集中建设，伴随电子商务发展、交易量上升，支付系统全国中心处理能力能够不停地增加，而且能够随之新建省中心，能够很快完成省中心和省内站点和全国中心互联。
5.4.4 适适用于多个应用需求
支付系统应能够满足联通企业各业务部门开展电子商务需求，以后其它业务部门提出新支付方法时能够很快满足需求。
5.5 易操作性
应提供友好人机界面，必需信息输出需要汉化。
5.6 易维护性
应含有故障诊疗和恢复能力，并提供对应软件测试工具。
5.7 高效性
支付系统要有较快响应时间，乙方应对此提出对应量化指标。
5.8 产品要求
乙方提供支付系统应包含整个系统运行所需要全部组成部分，包含所需要硬件设备、系统软件、应用软件和系统开发运行所需要第三方软件，其中应用软件包含支付系统全国中心软件、省中心软件、支付系统向电子商务站点提供接口模块，用于其它应用系统调用支付系统功效。
5.9 网管接口
乙方所提供软硬件设备应支持SNMP等标准网管协议，硬件设备和系统软件能够由电子商务平台网管系统直接进行管理，应用软件能够经过网管接口向网管软件提供故障和性能参数，纳入网管系统统一管理。

6. 招标范围
6.1 招标范围
此次工程范围包含：
（1） 支付系统全国中心软硬件平台（含省中心软件部分）；
（2） 支付系统全国中心和银行支付网关互联；
（3） 支付系统全国中心省中心模块和四个试点省业务支撑系统、电子商务站点互联；
（4） 在全国政协建设代收费系统，为多种网站等第三方提供缴费手段。
6.2 乙方负责上述工程范围内硬件设备供货、软件开发、安装、调试、培训和售后服务，并负责配合和电子商务平台其它系统（认证平台、电子商务业务平台、应用系统等）互连。

7. 项目管理
7.1 甲乙双方对本项目应用软件进行合作开发，在软件设计、开发、调试和安装等系列过程中均由甲乙方人员共同参与实施，为此项目甲乙双方组建联合开发小组。
7.2 乙方提供产品中，包含到第三方产品，若出现技术上或法律上纠纷，应由乙方负全部责任，并确保不影响项目进度。
7.3 在项目实施全过程中，甲方有对项目进度进行监督控制职责和权利，乙方应全方面配合，每两周向甲方提交一份最新进展情况汇报。
7.4 在项目实施全过程中，甲方有对软件质量进行监督控制职责和权利，乙方应全方面配合，确保人力、物力定量投入，并每两周向甲方提交最新文档资料。
7.5 乙方对软件开发应严格根据软件工程理论进行管理，各阶段全部应提交对应设计、开发技术文档，并经甲方认可。

8. 知识产权
8.1 甲方拥有本项目开发应用软件（包含源程序和多种文档）全部权。
8.2 乙方将本项目标全部设计文档、源代码和相关资料移交给甲方，并确保文档一致性和完整性，乙方有责任对第三方保密。
8.3 甲方为乙方提供全部业务技术资料、文档，乙方有责任对第三方保密。
8.4 乙方全方面负担由乙方产品中包含到第三方产品所引发一切法律责任。
9. 技术文档
9.1 乙方应提供在对业务功效进行具体分析基础上，依据技术规范书要求编写应用软件需求说明书。
9.2 乙方应提供给用软件逻辑设计文档，系统结构设计文档，数据库设计文档，接口需求说明书，接口设计文档，程序具体设计说明书，应用软件模块设计文档，软件故障处理步骤文档。
9.3 乙方应提供软件模块关联图，数据步骤图，对模块之间调用关系和调用接口给出具体说明。
9.4 乙方应提供给用软件配置说明书和应用软件使用说明书（包含用户手册、操作手册、维护手册）
9.5 乙方应提供完整、正确源代码、目标代码，源代码文档中对关键函数调用要求作出说明和具体注释。
9.6 乙方应提供给用软件开发总结文档，对软件开发过程中关键技术问题给出具体解答。
9.7 乙方提供文档和资料均应以磁介质（或光盘）和纸张为载体，文件格式为Word文档或PDF文档或其它可视化文件。

10. 技术服务
10.1 若相关支付系统要求和需求发生非重大变动，在本项目最终验收之前，乙方应无偿对系统进行对应修改，在本工程项目保修期内和保修期后，乙方应以优惠价对系统进行对应修改。
10.2 依据乙方向甲方所提供给用软件系统和甲方需求，乙方应向甲方提供全方位、有效、立即技术支持和服务。
10.3 乙方负责所提供给用软件系统现场安装、调试和开通，软件系统安装、调试时所需工具软件、补丁包等均由乙方负责。
10.4 系统试运行期六个月（具体期限由双方约定）。在试运行期间，乙方应向甲方提供7×二十四小时响应服务，若乙方所提供给用软件系统出现问题或故障时，乙方应指定相关开发技术人员在4小时内赶到现场，无偿进行故障处理和软件更新。在试运行期间如出现重大问题（系统瘫痪或故障率大于3%），则试运行期从故障修复之日起重新计算。
10.5 乙方应对其提交软件产品提供不少于3年无偿维护期。在维护期内，乙方应向甲方提供7×二十四小时响应服务，确保在任何时候甲方人员全部能立即找到乙方相关专业技术人员。如甲方认为必需，乙方技术人员应在二十四小时内赶到现场给予对应技术支持。保修期从终验合格证书签署之日起开始计算。乙方应给出保修期结束以后对所提供软件系统服务支持方法和费用。
10.6 乙方对其提供软件应提供最少技术支持。
10.7 乙方应在技术提议书中具体说明技术支持、服务范围和程度。
10.8 系统开通运行后，乙方要应甲方要求定时对用户进行无偿技术培训（标准上十二个月内一至两次）。

11. 人员培训
11.1 乙方应向最终用户提供相关应用软件开发、运行维护等方面具体培训计划，并提供培训环境，经过培训，使最终用户技术人员能够达成以下水平：
熟练使用应用软件所采取多种开发工具，含有独立开发能力；
掌握应用软件运行维护方法，能够独立安装和调测应用软件；
掌握应用软件中处理步骤、编程方法和函数调用，能够对应用系统进行配置、剪裁，掌握应用软件修改和扩充方法，含有独立对应用软件修改和扩充能力；
含有熟练查阅多种技术文件及维护手册能力。
11.2 除了上述培训外，乙方还须在项目实施过程中，对参与开发最终用户人员进行现场培训，即一边实施开发，一边培训，在实施过程中进行技术转移。
11.3 乙方应提供最终用户依据系统事实具体需求而提出培训。
11.4 乙方负担培训任务师资应含有三年以上讲课经验，并含有相当理论水平和实际工作经验。
11.5 培训人数CA中心高级培训（总部）4人，RA中心培训15人（总部及四个试点省各3人），培训所需交通和食宿等费用由乙方负责，培训课程应包含系统管理维护培训和业务系统培训，乙方应在提议书中提出具体培训课程和时间安排。