中国联通电子商务平台支付系统技术规范 中国联通互联网与电子商务部 目录 1.概述 12.项目概述 33.功能需求 134.通用要求 155.技术要求 166.招标范围 197.项目管理 208.知识产权 219.技术文档 2210.技术服务 2311.人员培训 25 概述 本文件为中国联通（项目业主，以下简称甲方）电子商务平台支付系统的技术规范，供系统集成商（投标人，以下简称乙方）编制技术答复。乙方在答复中应按顺序对本文件内容进行答复。对解释性或描述性条款用“了解”或“不了解”答复；对非解释性或描述性条款用“满足”或“条件满足”或“不满足”答复，并给出详细的功能实现描述。 乙方须为从事计算机软件开发的企业，且具有良好的企业信誉、足够的经济实力、较长的寿命和延续性、足够的技术队伍、稳定的组织架构。乙方需向甲方出示有效的企业资质证明。乙方应根据本文档中的相关说明和要求提出总体的技术建议和解决方案，并对所提供软件的特点给予补充说明。如果乙方不能满足本文档中的某些要求或者有其他不同于本文档相关要求的建议，也应在答复中详细说明。如果乙方提出的技术方案和软件系统配置符合相关的国际或行业标准，应在答复中具体说明并附上相应的详细技术资料。

若乙方的软件系统包含自身专用标准，也应在答复函中予以说明，并附相应的详细技术资料。若乙方在建议的解决方案中使用了第三方软件产品，则需提供相应软件产品的详细技术资料。乙方按要求提供6份中文技术建议书、答复函及软件系统配置表，并提供以上文档的电子版，要求为MS格式。甲方保留对本文档的解释权及修改权。项目概况随着相关技术的发展和消费者消费习惯的改变，电子商务已由前些年的商业炒作转变为实际的应用，全球及中国的电子商务业务量增长迅速，移动电子商务（手机、PDA等）的市场份额也越来越大。 中国联通作为国内业务种类最齐全的电信运营商，拥有完善的基础网络设施，包括覆盖全国的传输网络、基于传输平台的ATM数据网络、分布在各省的165网络、联通总部及165网站，还拥有大量移动用户，目前正在建设移动数据网络。这些都为电子商务的发展提供了有利条件。为了更好地开展电子商务业务，中国联通决定建设电子商务平台。通过平台的建设，可以为联通及社会上其他开展电子商务业务的单位提供安全、支付、站点等支撑功能，减少电子商务业务开展所需的工作量。从项目建设来看，本项目包括CA认证系统、支付网关、电子商务站点、电子商务应用系统等具体项目。其中，认证、支付、站点属于电子商务平台建设范围，应用系统属于电子商务业务系统，与平台无关。 但考虑到业务发展的需要，在此阶段的项目建设了一些易于实施的应用系统。

考虑到电子商务是一个比较新的业务，中国联通将在电子商务业务比较发达的几个省份开展试点工作。本阶段项目的试点省份包括北京、上海、山东和广东。中国联通电商平台的支付系统是为了满足电商用户的各种支付需求和电商网站对支付功能的要求。在电商平台内建设独立的支付系统，为用户和电商网站提供统一的支付接口，并实现与各家银行支付系统的对接。中国联通电商系统整体架构在功能上分为业务系统和电商平台两层，以方便系统建设。业务系统负责具体的业务实现，如业务流程、用户界面、与相关后端业务系统的对接等；电商平台负责提供通用的支撑功能，包括认证、支付和电商业务开发平台等。联通电商系统整体架构如下图所示。 图1 中国联通电子商务系统总体架构支付业务介绍业务发展模式根据中国联通在电子商务业务中的定位，支付系统的业务发展模式为：向商户收取费用，商户使用支付系统的支付服务，支付系统根据交易笔数或者支付金额收取一定比例的费用；向用户收取费用，因为通过电子商务平台为用户提供服务可以给用户带来一定的便利，降低用户的交易成本，所以可以向用户收取一定的费用。支付方式传统的电子商务支付主要以网上支付为主，考虑到中国联通电子商务业务的特殊性，需要充分利用中国联通的移动客户资源，本系统应支持基于移动终端的各类支付(短信、WAP等)； 另外，目前的电子商务业务中存在大量的小额支付业务，如购买彩票、书籍等低价商品、网站充值等，上述支付如果通过银行账户支付，对于用户来说操作起来比较繁琐，如果将其计入用户的话费中，将大大方便用户。

根据以上需求，本系统支持的支付方式如下：基于电脑终端和银行账户的支付，即互联网上现有的各类电子商务业务中的支付方式；基于电脑终端和联通业务资源的支付，用户利用联通话费等业务资源通过电脑终端、浏览器进行网上支付；基于移动终端和联通业务资源的小额支付，用户利用联通业务资源通过联通手机以WAP、短信等形式进行支付，主要用于小额商品的支付；基于移动终端和银行账户的支付，用户利用银行账户通过联通手机以WAP、短信等形式进行支付。乙方应在建议书中对支付方式提出自己的建议。支付系统功能根据支付系统的业务需要，支付系统应具备以下功能：用户接入，支付系统应提供灵活的接入方式让用户（包括个人用户和电子商务商户等）接入支付平台。 目前提供的接入方式有计算机终端浏览器方式、用户电子钱包、短信、WAP等方式；支付功能，支付请求处理、转账、对账等与支付相关的操作。支付系统应根据B2C业务和B2B业务的不同要求，提供不同的支付处理方式，包括用户界面和后台业务流程；计费与结算，根据支付系统的业务发展模式，支付系统需要提供计费结算功能，对每笔交易记录进行统计，提供账单明细和结算报表，账单明细和结算报表一方面用于与商户对账，另一方面由用户提交给联通业务帐务系统，向用户收费；系统管理，由于支付系统需要不断接入新的商户，所以需要提供用户和商户管理，在支付平台上登记和管理不同类型的用户和商户信息，比如简单的用户属性信息或者复杂的账户信息等，用户和商户可以在支付平台上查询自己的历史交易记录； 统计分析，汇总、分析支付系统的业务记录，提供各类统计分析报表。

中国联通电商平台支付系统的体系结构最终将包括两级：负责全国支付业务和跨省支付业务的全国中心和负责省内支付业务的省中心。各市州不再建设支付平台。全国中心负责对接全国商户、全国银行支付接口以及综合结算系统全国中心。对于提供全国统一接口的银行，全国中心负责接受各省发送的支付请求并转发至银行支付网关；对于提供分散接口以及基于联通通话资费的手机小额支付的银行，全国中心只负责将跨省支付请求转发给用户所在省级支付平台；全国中心还负责支付系统的跨省结算，并将结算结果发送给联通综合结算系统全国中心和各省支付平台。 省级中心负责与省内商户、银行系统省级支付网关、中国联通省级电信业务支撑系统（计费、账务、结算等）的对接。所有省内支付（用户银行支付网关在本省，或省内用户在本省缴费）均由省级支付平台处理。跨省支付由省级支付平台转发到全国中心处理；省级支付平台也从全国中心获取结算结果，并与全国中心对账。最终的支付系统架构如下图所示。 图1 支付系统架构 考虑到系统建设初期业务量不会很大，没有必要在各省建设支付系统，因此本期工程只建设支付系统全国中心。全国支付业务的处理将由全国中心完成，与四个试点省业务支撑系统的对接也将由全国中心负责。

虽然这一阶段不会进行各个省的支付平台的建设，但是整个支付系统的架构要按照最终的架构来设计。这一阶段全国中心的功能应该包括全国中心和省级中心的功能，全国中心可以作为一个虚拟的省级中心，省级中心可以在需要的时候随时分离到省内。支付流程针对不同的支付方式、不同的支付系统组网方式有不同的支付流程。下面以基于联通通话费的短信及跨省支付为例介绍支付流程的设计。 图1 跨地区支付流程示意图 图中各个支付步骤含义为： 手机用户发送短信到电商平台请求支付； 短信网关将短信转发到电商平台； 电商平台判断用户不是本省用户，将支付请求转发到全国中心； 全国中心将支付请求转发到用户居住地； 所在地电商平台向业务支撑系统发送扣款请求；业务支撑系统向电商平台返回扣款结果；电商平台向全国中心返回支付结果；全国中心向商户所在省级中心返回支付结果；省级中心将用户支付信息发送给对应的商户；省级中心向短信网关发送支付确认信息；短信网关向用户发送支付确认信息。以上流程仅供参考，并非最终流程。乙方应结合自身经验参考联通支付系统业务需求，在方案及需求分析中详细描述各类支付方式的流程。为便于系统扩展，适应未来业务发展，支付系统结构应按功能划分清晰的层次，各层实现各自的功能，各层之间使用支付系统中定义的标准接口，某一层内部功能或结构的变更不会影响其他层。

按照支付系统的功能划分，可以将所需功能分为用户访问、业务处理和后端业务系统连接三个部分，相应的内部模块及层次划分如下图所示。 图3 支付系统层次划分 上图中，支付系统分为表现层、业务逻辑层、数据层三层，分别对应用户访问、业务处理和后端业务系统连接。表现层是本系统的接入层，所有用户及电商参与单位都是通过该层访问支付系统。表现层对外提供标准的支付接口，支付接口针对不同的支付方式、不同的支付终端类型提供不同的接口，将用户的支付请求转换成标准的支付请求发送给业务逻辑层，表现层可以对业务逻辑层屏蔽用户访问方式的差异。业务逻辑层用于具体的支付请求处理及相关的管理操作、后端账户处理等，包括具体的支付流程处理，根据不同的支付方式完成各类支付请求； 账单结算，通过处理付款记录完成账单处理，生成收费用户的明细账单和发票，与商户、银行结算账单，同时完成与省分行、部门的结算；账务处理完成与各类交易伙伴的对账等功能；系统管理完成对商户、用户等的管理，可以设置商户、用户属性，允许商户和用户查询交易状态等；接口模块用于将不同的支付方式转换成不同功能需求的支付。支付是本系统的核心功能，为完成具体的支付处理，系统需要实现以下功能：用户支付请求受理，可以接受各种方式的用户支付请求，包括基于短信等；支付请求分析处理，分析用户的支付请求，确定支付类型，并根据支付类型转交给不同的业务流程进行处理；账务处理，包括开票、对账、转账、结算、人工调整等功能，完成与用户、商户、银行等各类支付相关的账务流程的处理。

管理支付系统应该具备比较强的管理功能，可以随时对商户、用户、商家等进行管理。商户管理用于增加、删除、查看、修改商户，可以修改商户的各项支付参数，包括结算周期、对账方式、费率等信息，并允许商户查询与自己相关的详细支付信息；用户管理实现对支付用户的管理，包括用户信息的修改、交易状态查询等，并允许用户查询自己的交易记录；业务管理用于针对不同的业务类型，维护业务的各项业务参数；系统管理用于对支付系统进行各种管理，包括系统参数配置、运营商管理、权限管理、数据备份恢复等；整个电商平台会建立统一的网络管理平台，对认证、支付、站点等进行统一管理，乙方不需要考虑网络管理平台的建设。 与其他系统的接口由于支付系统涉及到用户、商户、银行、联通业务支撑系统等多个系统，与其他系统的接口相对复杂，因此乙方应将接口部分作为重要功能进行详细的设计和描述。与用户、商户的接口属于本系统向其他系统提供的接口，本系统可以提出接口标准，提供接口协议或接口模块供其他系统使用；与银行、联通业务支撑系统的接口需遵循银行、联通业务支撑系统现有的接口标准。收款系统由于联通拥有覆盖全国的业务系统和完备的计费体系，可以为其他单位提供收款服务。特别是目前很多收费网站都是向用户收取一定的费用来提供各种信息服务，由于金额较小，用户缴费不方便，联通可以对上述网站进行收费，收取一定的手续费，也可以为社会其他行业、单位代收小额费用。

用户可以通过短信、WAP等方式向收款系统发送扣费请求，收款系统扣款完成后，将扣款结果同步反馈给用户和收款单位。收款系统是一个应用系统，但考虑到其与支付系统的紧密联系，由乙方与支付系统共同开发，详细功能需求请参见《中国联通电子商务平台支付系统业务需求》。总体要求乙方应在深入了解中国联通电子商务平台的基础上，结合联通业务特点，提出联通支付系统建设的系统解决方案建议。乙方应对支付系统进行充分的论证，并从安全性、可靠性、可行性、可扩展性等方面对建议的解决方案做出详细的描述。乙方应为本项目成立专门的项目组，项目组成员必须稳定，在项目最终验收前不得退出或更换。 若因特殊原因需要调整，须经甲方同意。乙方应向甲方提供完整的支付系统软件，并负责完成整个软件系统与硬件设备的互联互通，保证整个支付系统的正确运行。如因乙方失误造成系统运行失误或软硬件短缺，使系统达不到原有的性能指标，乙方应无偿补充，直至满足要求。乙方应对系统所需软硬件设备的配置、数量提出明确要求，并提供应用软件不同配置下的系统处理能力等性能指标。乙方应承诺其应用软件能满足平滑迁移，即应用软件与硬件平台相对分离，应用软件能在主流操作系统的主流硬件平台上畅行无阻。

乙方应明确说明所选用的应用软件平台的具体特点和使用限制。乙方应确保不同时期提供的同类软件的兼容性。 技术要求 处理能力 乙方应详细说明所提供系统的处理能力。 安全性、可靠性 中国联通支付系统应提供7×24小时不间断服务。当线路、设备出现局部故障和异常情况时，系统应具有错误检测和纠正功能；系统能提供数据备份和数据恢复功能，确保数据的正确、完整；能抵御来自系统外部和内部的攻击，确保系统安全可靠运行。 开放性 支付系统必须完全开放，提供标准接口供商户和用户访问。运行过程中，可随时接入新的商户，提供新的用户接入方式，开展新的业务类型。支付系统应能适应用户各种客户端的要求，如电子钱包模式、浏览器模式、移动终端模式等，支持各种主流操作系统和浏览器。 扩容性架构中国联通支付系统架构具有可扩展性，可随时在规模、节点设置等方面进行扩展。软硬件系统扩容支付系统软硬件系统应具有模块化结构，能够灵活配置设备，方便在线扩容升级。同时，应用软件也应具备模块化扩展能力，以满足扩大业务范围、增加多项应用的需求。在扩容系统建设初期，考虑到电子交易量较小，系统规模可以较小，集中建设。随着电子商务的发展，交易量的增加，可不断提升支付系统全国中心的处理能力，并相应建设新的省中心，并可快速实现省中心与省站点、全国中心的对接。

适用于各类应用需求 支付系统应能满足中国联通各营业部开展电子商务的需求，且在未来其他营业部提出新的支付方式时能迅速满足其需求。 操作简便 应提供友好的人机界面，必要的信息输出需翻译成中文。 维护简便 应具备诊断、恢复故障的能力，并提供相应的软件测试工具。 效率 支付系统应具有较快的响应时间，乙方应为此提出相应的量化指标。 产品要求 乙方提供的支付系统应包括整个系统运行所需的所有组件，包括所需的硬件设备、系统软件、应用软件以及系统开发运行所需的第三方软件等。应用软件包括支付系统的全国中心软件、省中心软件以及支付系统向电子商务站点提供的接口模块，供其他应用系统调用支付系统功能。 网管接口 乙方提供的硬件、软件应支持SNMP等标准网管协议。 硬件设备和系统软件均可由电子商务平台网管系统直接管理，应用软件可通过网管接口向网管软件提供故障、性能参数，并纳入网管系统的统一管理。项目范围包括：支付系统全国中心软硬件平台（含省中心软件部分）；支付系统全国中心与银行支付网关的互联互通；支付系统全国中心各省中心模块与四个试点省业务支撑系统、电子商务站点的互联互通；全国政协大楼代收系统建设，为各类网站及其他第三方提供支付手段。

乙方负责上述项目范围内的硬件设备供应、软件开发、安装、调试、培训及售后服务，并负责协调与电商平台其他系统（认证平台、电商商务平台、应用系统等）的对接。 项目管理 甲乙双方共同开发本项目的应用软件，软件设计、开发、调试、安装过程均由甲乙双方人员共同实施。本项目甲乙双方成立联合开发团队。乙方提供的产品涉及第三方产品，若发生技术或法律纠纷，乙方应承担全部责任，并确保项目进度不受影响。 在项目实施的整个过程中，甲方有责任和权利监督和控制项目的进度，乙方应全力配合，每两周向甲方提交一份最新进度报告。 在项目实施的整个过程中，甲方有责任和权利监督和控制软件的质量。 乙方应全力配合，保证人力、物力量化的投入，并每两周向甲方提交最新的文档。乙方应严格按照软件工程理论管理软件的开发，各阶段均应提交相应的设计、开发技术文档并经甲方认可。知识产权甲方对为本项目开发的应用软件（包括源程序和各类文档）拥有所有权，乙方应将本项目的所有设计文档、源代码及相关资料移交给甲方，并确保文档的一致性和完整性。乙方对第三方负有保密责任。对于甲方向乙方提供的所有业务技术资料和文档，乙方应负有对第三方的保密责任。

乙方应承担因乙方产品涉及第三方产品而导致的一切法律责任。技术文档乙方应提供根据技术规范的要求，在详细分析业务功能的基础上撰写的应用软件需求说明书。乙方应提供应用软件逻辑设计文档、系统结构设计文档、数据库设计文档、接口需求说明书、接口设计文档、程序详细设计说明书、应用软件模块设计文档、软件故障处理流程文档。乙方应提供软件模块关联图、数据流图，对模块间的调用关系、调用接口进行详细描述。乙方应提供应用软件配置说明、应用软件使用说明（包括用户手册、操作手册、维护手册）。乙方应提供完整、准确的源代码和目标代码，源代码文档应对主要功能调用要求进行详细的说明和注释。乙方应提供应用软件开发总结文档，对软件开发过程中的主要技术问题给予详细解答。 B党提供的文件和材料应为磁媒体（或CD）和纸张的形式，如果付款系统的要求和需求不应进行，则付款方式不得改变，如果付款系统的需求不大。 B方向A方提供的软件系统和政党A的需求，B党应为政党提供全面，有效和及时的技术支持和服务。

B责任在现场安装，对申请软件B的调试和调试。如果在试用期间出现主要问题（系统瘫痪或大于3％的失败率），蚂蚁开发人员将在4个小时内赶到该站点，并自由地进行党的自由维护，以确保 A I I I I I I I I MSER均应提供审判期。相关专业和技术人员随时及时。 如果一方认为在24小时内急于签署最终检查证书的服务，则应在24小时内赶到该网站。党派应根据A的要求定期向用户提供技术培训（每年一次或两次）。人事培训党应为申请软件开发，操作和维护提供详细的培训计划，并通过培训来提供培训，最终用户的技术人员可以使用以下软件来实现启动软件的开发工具和独立的开发能力和掌握能力; 在应用程序软件中掌握处理流，编程方法和功能调用，能够配置和量身定制应用程序系统，掌握应用程序软件的修改和扩展方法，并能够独立修改和扩展应用程序软件；

除上述培训外，B党还必须在实施项目期间为开发的最终用户提供现场培训，即在实施开发过程中进行培训，而在实施过程中进行了技术转移。 15 RA中心培训（总部为4个飞行员）