支付清结算系统_详细设计说明书_V1.0
A-005 佰付通收单系统架构设计说明书V1.0
佰付通收单系统系统架构设计说明书版本V1.0文档编号保密等级机密作者最后修改日期审核人最后审批日期批准人最后批准日期文档修订记录编号章节名称修订内容简述修订日期修订前版本号修订后版本号修订人批准人12345678备注说明：1、提交全文时，请作者自行检查正文文字的字体、大小、颜色和格式。
要求交付件文字为：宋体、五号、黑色、非斜体和非下划线。
目录1简介 (1)1.1目的 (1)1.2范围 (1)1.3术语定义 (1)2架构的目标和约束 (1)2.1架构的目标 (1)2.2架构的约束 (1)3系统架构图 (2)3.1总体架构图 (2)3.2逻辑架构图 (2)3.3部署架构图 (4)3.4其他 (4)4与关联系统架构设计 (6)5关键性技术设计机制 (6)6架构质量 (6)6.1安全设计 (6)6.1.1应用安全 (7)6.1.2网络安全 (7)6.1.3管理安全 (7)6.1.4其他 (7)6.2账务设计 (8)6.2.1批量业务 (8)6.2.2其他 (8)6.3运行设计 (8)6.3.1系统性能 (8)6.3.2可靠性 (9)6.3.3可维护性 (9)6.3.4可扩展性 (9)6.3.5可移植性 (9)6.3.6易用性 (9)6.3.7其他 (10)6.4开发高效性设计 (10)1简介1.1目的本概要设计说明定义了系统技术边界，描述了应用架构设计、技术架构设计和数据架构设计等，是后续详细设计、编码的基础依据，同时也作为确定与关联系统接口的规范文件。
1.2范围本文档覆盖了集中式收单业务系统的所有子功能，包括：POSP管理平台POSP联机交易功能POSP批量处理功能1.3术语定义2架构的目标和约束2.1架构的目标根据需求分析，介于整体架构的合理性、各系统间分工的明确和独立性，以及将来架构和业务的可拓展性等多方面考虑，架构目标如下：●统一的终端管理与渠道交易接入，提供完整的终端生命周期管理功能，屏蔽不同厂商终端带来的差异；●完善的商户管理功能，支持各类商户的静态数据、动态参数维护；●风险控制功能，提供对于收单系统所处理交易的事中和事后的风险控制和分析的能力；●统一清分清算，通过文件处理系统接收行内各系统提供的对账文件，进行清分清算处理，并生成各类清算业务报表；●完善的报表统计功能，提供详细的统计报表反映业务开展情况。
(完整版)统一支付清算平台业务规范1.0.0
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳统一支付清算平台业务规范C M C C M o b i l e W e a t h e r F o r e c a s tS e r v i c e S p e c i f i c a t i o n版本号：1.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录前言 ............................................................................................................................................ I II 1范围. (4)2规范性引用文件 (4)3术语、定义和缩略语 (4)3.1.术语、定义 (4)3.2.缩略语 (5)4业务概述 (5)4.1.业务概念 (5)4.2.业务开放范围 (5)5业务特征 (5)5.1.概述 (5)5.1.1.业务功能 (5)5.2.业务功能 (7)5.2.1.平台及商户接入 (7)5.2.2.商户合同管理功能 (7)5.2.3.统一支付功能 (7)5.2.4.支付对账功能 (7)5.2.5.支付对账差异调整功能 (7)5.2.6.验证对账功能 (7)5.2.7.业务稽核功能 (8)5.2.8.统一清分处理 (8)5.2.9.统一计费处理 (8)5.2.10.统一结算功能 (8)5.2.11.结算报账功能 (8)5.2.12.风控管理 (8)5.2.13.其他功能 (8)6业务流程 (9)6.1.典型业务流程 (9)6.1.1.商户接入及审核流程 (9)6.1.2.统一支付业务流程 (10)6.1.3.资金源对账处理流程 (11)6.1.4.业务稽核流程 (12)6.1.5.验证对账流程 (13)6.1.6.统一清结算流程 (14)6.1.7.结算报账流程 (15)7业务管理要求 (15)7.1.商户资料管理 (15)7.1.1.商户分类 (15)7.1.2.商户资料管理要求 (16)7.1.3.商户资料审核要求 (16)7.2.商户合同管理 (16)7.2.1.商户合同管理要求 (16)7.2.2.商户合同审核要求 (16)7.3.统一支付管理 (17)7.3.1.统一支付接入要求 (17)7.4.统一清算管理 (17)7.4.1.统一清算业务要求 (17)7.5.业务运营管理 (17)8统一支付清算业务风险控制及管理 (17)8.1.用户黑名单管理 (18)8.2.用户白名单管理 (18)8.3.商户黑名单管理 (18)8.4.商户白名单管理 (18)8.5.用户交易限额管理 (18)8.6.商户交易限额管理 (18)9统计分析 (18)10编制历史 (19)前言本标准对统一支付清算业务提出业务要求，为开展全网移动商盟业务提供统一支付清算的支撑。
电子商务清结算统一支付平台方案建议书
电子商务清结算统一支付平台方案建议书版本号：1.0二○一五年十一月目录1前言 (1)1.1工程概述 (1)1.2术语和规范 (1)1.2.1术语定义 (1)1.2.2标准规范 (4)1.2.3符号和缩略语 (4)2需求分析 (6)2.1项目建设目标 (6)2.1.1概述 (6)2.1.2建设目标 (7)2.2项目建设要求 (8)2.2.1系统建设原则 (8)2.2.2主要业务功能需求 (11)2.3B2B支付业务 (13)2.3.1B2B在线支付是电子商务发展的趋势 (13)2.3.2SDCA支付网关的B2B支付定位 (14)2.3.3SDCA支付网关B2B在线支付实现模式 (16)2.4B2C支付业务 (18)2.4.1B2C最广泛的电子商务模式 (18)2.4.2XXXCA支付网关的B2C定位 (19)3总体方案描述 (21)3.1设计原则 (21)3.2系统总体模型 (22)3.3系统扩展 (25)3.3.1业务功能扩展 (25)3.3.2接入渠道扩展 (26)3.3.3处理能力扩展 (27)3.4软件体系结构 (27)3.5网络框架 (29)3.6应用系统安全 (30)3.6.1用户持有证书的方式 (30)3.6.2用户不持有证书的方式 (30)3.6.3商户使用SDCA高级证书 (31)3.6.4银行使用SDCA高级证书 (31)4网络及数据库 (32)4.1设计原则 (32)4.2系统架构 (33)4.3运行环境 (34)4.3.1网络和网管系统配置 (34)4.3.2应用平台系统配置 (41)4.3.3主机安全、主机性能 (44)5应用系统 (51)5.1概述 (51)5.1.1TOPPayHost/TOPPayLink产品简介 (51)5.1.2TOPGate产品简介 (52)5.2系统功能框架 (52)5.3支付平台子系统(TOPP AY H OST/TOPP AY L INK) (53)5.3.1应用接入模块 (54)5.3.2Web服务模块 (55)5.3.3安全模块 (57)5.3.4支付组件 (57)5.3.5外部接口 (59)5.4支付网关子系统（TOPG ATE） (60)5.4.1交易信息的处理和转换 (60)5.4.2网关路由功能 (60)5.4.3与银行主机对帐 (60)5.4.4银行通讯密钥 (61)5.4.5网关配置功能 (61)5.4.6交易日志功能 (61)5.4.7具备网络管理和系统监控功能 (61)5.4.8自动冲正和超时控制 (62)5.4.9与银行前置机联结 (62)5.5结算子系统 (62)5.5.1批次处理 (63)5.5.2日期切换 (63)5.5.3数据汇总 (63)5.5.4核查明细 (64)5.5.5结算处理 (64)5.5.6生成财务报表 (64)5.5.7生成业务报表 (64)5.6统一管理控制子系统 (64)5.6.1权限管理 (65)5.6.2网站管理 (65)5.6.3网站费率设置 (66)5.6.4支付方法配置 (66)5.6.5交易查询 (67)5.6.6结算操作 (67)5.6.7业务统计分析 (67)5.6.8运行监控 (68)5.6.9应用系统管理 (68)5.7业务流程 (69)5.7.1SDCA支付网关B2B在线支付流程 (69)5.7.2SDCA支付网关B2C网上支付业务流程 (73)5.7.3B2C交易对帐流程 (75)5.8数据存储 (76)5.8.1平台受理交易流水 (76)5.8.2网上商户信息 (76)5.8.3结算数据 (77)5.8.4系统运行日志 (77)5.8.5系统操作日志 (77)5.9应用系统安全策略 (77)5.9.1网络安全 (78)5.9.2主机系统 (79)5.9.3应用系统 (79)5.9.4业务制度 (80)5.10数据安全策略 (81)5.11系统备份策略 (81)5.11.1系统级备份与恢复 (81)5.11.2数据备份与恢复 (82)5.11.3日志备份与恢复 (83)6工程实施 (84)6.1项目实施策略 (84)6.2人员及组织结构 (84)6.3任务总结 (86)6.4质量管理与控制 (88)6.5项目进程 (88)6.5.1进度报告 (88)6.5.2工作说明 (89)6.6系统验收 (91)6.7资料和技术文件 (91)7人员培训及服务 (93)7.1培训 (93)7.1.1培训计划的实施 (93)7.1.2培训内容 (94)7.2服务支持 (95)7.2.1服务组织机构 (95)7.2.2支持及服务组织架构 (95)7.2.3系统安装服务 (96)7.2.4应用系统支持服务 (96)1前言及公司简介1.1工程概述随着XXX电子商务环境的完善，企业上网工程的推进，迫切需要建立电子商务统一支付平台，通过该平台将用户、商家与金融机构之间进行安全可信任连接，提供新颖便民业务，解决申报纳税、政府采购、金融交易、代收代付等业务的网上支付瓶颈，为广大企业和商户开展网上业务提供一个完备的基础环境。
维金 账户与支付清结算系统用户手册说明书
维金账户与支付清结算系统用户手册V1.0维金 产品部目录1. 概述 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 31.1. 功能介绍 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 31.2. 专业术语 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 41.3. 使用流程 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 42. 功能介绍 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 52.1. 基础管理 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 62.2. 公司信息 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 72.3. 会员账户 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 92.4. 数据查询 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 102.5. 资金管理 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 112.6. 运营支持 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 142.7. 业务报表 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 153. 日常运营 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 163.1. 日常问题排查 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 163.2. 对账问题处理 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 163.3. 线下业务登账 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 163.4. 平台手续费配置 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ 161.概述1.1.功能介绍维金账户与支付清结算系统全面支持企业建立金融账户体系，快速处理清结算业务，满足业务发展对于快速响应、灵活扩展、稳定可用、业务安全等各方面的要求。
统一支付结算平台系统方案
统⼀⽀付结算平台系统⽅案统⼀⽀付结算平台系统⽅案版本：V1.0XXXXX技术有限公司⼆〇⼆〇年四⽉修订记录⽬录⽬录........................................................................................................................... 错误!未定义书签。
1 平台概述 (3)1.1 平台简介 (3)1.2 背景分析 (3)1.3 需求分析 (3)1.4 建设⽬标 (4)1.5 建成效益 (4)2 业务场景 (5)2.1 维修资⾦拨付 (5)2.2 维修资⾦交款 (5)2.3 购房款资⾦收存 (5)2.4 承租⼈租⾦缴纳 (5)2.5 业务流程 (6)3 平台架构⽅案 (8)3.1 平台模型图 (8)3.2 交互图 (8)3.3 平台体系结构 (9)4 核⼼⽀付⽅案 (10)4.1 ⽅案概述 (10)4.2 ⽹关服务 (10)4.3 渠道服务 (11)4.4 ⽀付流程 (13)4.4.1 ⾮银⾏划扣 (13)4.4.2 银⾏划扣 (15)4.5 ⾮银⾏划扣业务流程 (16)5 平台⽹站⽅案 (17)5.1 功能模块 (17)5.2 业务流程 (18)6 平台接⼊⽅案 (19)6.1 数据通讯 (19)6.1.1 通讯模式 (19)6.1.2 接⼝签名 (19)6.1.3 报⽂定义 (19)6.1.4 数据类型 (20)6.1.5 符号约定 (20)6.2 接⼊⽅式 (20)6.2.1 标准API (21)6.2.2 标准SDK (21)6.3 接⼊流程 (21)6.3.1 流程概述 (21)6.3.2 银⾏划扣 (22)6.3.3 ⾮银⾏划扣 (23)6.4 接⼊规范 (24)6.4.1 接⼝调⽤ (24)6.4.2 异常处理 (25)6.4.3 ⽀付体验 (25)6.4.4 资⾦安全 (26)6.4.5 避免单边账 (26)1 平台概述1.1 平台简介⽀付结算平台作为对银⾏和第三⽅⽀付平台服务的拓展，聚合多家银⾏以及第三⽅⽀付平台⽀付能⼒，提供多渠道⽀付⽅式，简化付款⼈的⽀付对接。
银行第二代支付系统概要设计说明书
引言1.1编写目旳阐明对程序系统旳设计考虑，包括程序系统旳基本处理流程，程序系统旳组织构造、模块划分、功能分派、接口设计、运行设计、数据构造设计和安全性设计等，为程序旳详细设计奠定基础，并使系统参与者对系统有基本旳理解。
1.2项目背景第一代支付系统作为我国资金运动旳大动脉，对加紧社会资金周转、提高支付清算效率、畅通货币政策传导、增进国民经济健康发展发挥着重要作用。
但伴随我国社会经济迅速发展，金融改革继续深入，金融市场日益完善，支付方式不停创新，对中央银行旳支付清算服务提出了许多新旳、更高旳规定。
作为支付体系旳关键和枢纽，中央银行旳支付系统能否支持和满足这些需求，将直接影响支付体系旳整体运行效率，进而影响经济金融旳平稳健康发展。
第一代支付系统存在旳局限性：（1）不能满足银行业金融机构灵活接入旳需求；（2）流动性风险管理尚待深入完善；（3）应对突发事件旳能力需要加强；（4）业务功能及服务对象有待深入拓展；（5）运行监控范围及功能有待深入扩展。
针对第一代支付系统存在旳局限性，结合目前及未来一段时期社会经济金融发展对中央银行支付清算服务旳新需求，同步考虑支付系统运行旳生命周期以及深入完善支付系统备份系统等实际状况，中国人民银行决定建设第二代支付系统。
有助于更好地满足社会经济金融发展旳客观需要；有助于更好地满足银行业金融机构改善经营管理旳规定；有助于更好地满足中央银行旳履职需要。
1.3定义1.4参照资料目旳概述总体目旳立足第一代支付系统旳成功经验，引入先进旳支付清算管理理念和技术，深入丰富系统功能，提高清算效率，拓宽服务范围，加强运行监控，完善灾备系统，建设符合人行规定旳、适应新兴电子支付发展旳、功能更完善、架构更合理、技术更先进、管理更简便旳新一代支付系统。
业务目旳立足第一代支付系统旳老式支付业务，前瞻性地考虑支付服务现实需求和未来发展，使系统可以支持网上银行、银行等各类支付工具旳使用，更好地满足社会公众日益多样化旳支付需求以及各类支付服务旳业务需求。
第二代农信银支付清算系统需求规格说明书
结算管理平台—会员版用户手册说明书
结算管理平台—会员版项目用户手册北京登记结算有限公司文件修订记录*变化状态：C―创建，A—增加，M—修改，D—删除文档目标通过阅读该用户手册，用户可以对“结算管理平台—会员版”进行正常使用操作。
阅读对象使用“结算管理平台—会员版”的用户，目前主要为北登人员和各交易场所。
关于本手册本用户手册包含“结算管理平台—会员版”ADMIN管理员、交易所查看员部分内容。
文档约定无特殊约定。
缩略语和术语无特殊缩略语和术语。
目录1. 简介 (7)1.1 <会员门户系统>描述 (7)1.1.1 <会员门户系统>的用途 (7)1.1.2 业务范围 (7)1.2 安装、运行环境 (8)1.2.1 安装环境 (8)1.2.2 运行环境 (8)1.2.3 其它 (8)2. 访问网址 (9)3. 系统介绍 (10)3.1登录首页 (10)3.2用户首页 (19)3.3 账户管理 (24)3.4交易管理 (36)3.5客户信息 (44)3.6安全管理 (49)4.其它 (63)5.常见问题解决 (63)6.附录 (64)6.1附录1-列表（本条可选） (64)6.2附录2-参考文档 (64)1.简介1.1<会员门户系统>描述1.1.1<会员门户系统>的用途随着登记结算公司业务开展，前版支付公司风格前台网站已经不能满足登记结算公司业务开展的需要，因此提出了改版需求。
从服务方式看:一方面当前登记结算公司提供的支付清算产品，不论是在线支付、存管、托管均以接口方式提供给商户，登记结算网站相对“隐形”。
二是与其他支付机构或网银相比，登记结算网站目前并未提供增值业务，如现金管理、理财等，客户不太具备登录登记结算网站主动进行业务处理的动机或诉求。
基于此，本次改版将企业网站定位为辅助渠道，以客户管理、账户管理等围绕客户的基本管理功能为主。
1.1.2业务范围注册会员可以通过门户网站办理以下业务：1) 账户资金转入、转出2) 会员转账功能3) 银行代付1.2安装、运行环境1.2.1安装环境1.2.2运行环境操作系统：win7 32/64位、win10 32/64用户端浏览器：猎豹V6.0及以上版本、搜狗V6.3 及以上版本、火狐、谷歌、IE8以上、360安全/急速。
支付结算管理系统用户操作手册(金融机构)
文档编号：RESOFT—PL-006支付数据管理系统用户操作手册（金融机构分册）北京中软融鑫计算机系统工程有限公司二零一一年七月目录1概述 (3)1.1编写目的 (3)1。
2术语和缩写词制度 (3)1.3用户范围 (3)2系统概要 (4)2.1系统功能 (4)2。
2客户端系统配置 (4)3操作说明 (5)3。
1系统登录 (5)3.2数据采集 (6)3.2.1数据采集 (6)3。
2。
2追朔管理 (8)3.2。
3临时任务 (9)3.3信息交流 (11)3.3.1公告 (11)3。
3.2通知 (11)1 概述1.1 编写目的本文档的编写目的是充分叙述支付数据管理系统能实现的功能和具体操作步骤，以便用户了解软件的使用范围和使用方法。
本文档适用于使用本系统业务人员，处理日常业务。
1.2 术语和缩写词制度无1.3 用户范围本手册描述供业务人员参考使用。
2 系统概要2.1 系统功能2.2 客户端系统配置●软件环境1）操作系统 Windows Xp及以上版本2）浏览器 IE6。
0及以上3）OFFICE OFFICE2000 及以上●硬件环境CPU：1.0GHz及以上内存：512MB及以上硬盘：25G及以上网络:512K及以上3 操作说明3.1 系统登录登陆地址:http：//9。
80.35.91：9081/zfjs本系统登陆接口如下，输入用户名密码，即可登录。
以下为登录以后的界面，提醒专区：提醒专区为临时任务的提醒专区，是指下发的临时任务被下级机构触发的情况。
通知公告：显示系统管理员下发的系统公告。
快捷功能：为了方便用户操作，系统将用户经常用到的一些功能以快捷功能的方式显示在首页。
3.2 数据采集3.2.1数据采集3.2.1.1数据上报数据上报功能提供金融机构在此进行上报数据,所谓上报是指金融机构把数据向上级机构报送的过程.在线填报操作过程如下:进入功能方式：1、点击快捷才当中的“数据上报”2、点击“数据采集”→“数据采集”→“数据上报”打开如下页面:3。
快速付款定制指南 V1.0说明书
Quick PayableCustomization Guide V1.0Last Updated Date: 08/29/2023ContentsQ1. How can you activate the status path for Invoice? (2)Q2. How to create an Email Service? (3)Q3. How to create an Admin User & Staff User? (5)Q4. How to customize the Invoice List and restrict it to Admin Users only? (7)Q5. How to customize the tabs and restrict them to Admin Users only? (9)Q1. How can you activate the status path for Invoice?Step 1: Go to SetupStep 2: Find “Path Settings” and click on itStep 3: Click on EnableStep 4: Once you enable the path, it starts showing you the configured path for the invoice.Q2. How to create an Email Service?Step 1: Go to SetupStep 2: Find “Email Services” and click on itStep 3: Click on the button “New Email Service”Step 4: Fill out the forms as the below•You can give any name to “Email Service Name”•You must have to select the “ParseEmailInvoice” Apex Class as shown above •You must have to select “All” in the “Accept Attachments” dropdown•You must have to specify the domain from which you want to accept an email •You must select the checkbox for “Active”Step 5: Click on “Save and New Email Address”•You can write any name to “Email Address Name”•You can write the appropriate email address prefix that you want, based on this, the email address will be generated•You must select the checkbox for “Active”•You must have to select any context user mostly your system admin user•You must have to specify the domain from which you want to accept incoming emailsStep 6: Click on “Save” & you will get your Salesforce Email Address which you can use to send your invoices to.Q3. How to create an Admin User & Staff User?Step 1: Select User Menu from Menu BarStep 2: Click on the New ButtonStep 3: If you already have a user in your Salesforce Org then select the “Existing” tab otherwise select “New”•If you are adding a new User then please fill in all the information including the relevant First Name, Last Name, Email, Username, Salesforce Profile, User Type, Manager, and monetaryLimit.•If you are just selecting an existing user then only need to fill in Salesforce Profile, User Type, Manager, and Monetary Limit.Step 4: After that click on “Save” button your user will be added. After that, you can modify user information at any time and if no longer needed, you can deactivate that user as well.Note: Please make sure you have enough “Quick Payable” licenses before you create users otherwise your user won’t be able to access it.Q4. How to customize the Invoice List and restrict it to Admin Users only?Step 1: Select “Payable Invoice” MenuStep 2: Open List View by clicking on the arrow icon, select the below list one by one, and perform all further steps for each List.•“All Invoices – Admin”•“Issue Reported – Admin”•“Over Due – Admin”Step 3: After that click on the Setting Gear Icon located on the right side and click on “Sharing Setting”Step 4: Select the third option “Share list view with groups of users”, select “QP_Admin” group and hit on Save buttonStep 5: Now, perform this same for all remaining 2 lists and do this same for any other list which you want to prevent to Staff User.Q5. How to customize the tabs and restrict them to Admin Users only?Step 1: Click on SetupStep 2: Go to ProfileStep 3: Edit a profile that you have assigned to your Staff UserStep 4: Inside Custom Tab Settings, you can make it off or on as per your needs. You can keep turning off “User”, “Paid Documents”, “Global Configs”, “Dashboard”, and “Reports” tabs and click on save.。
软件详细设计说明-模板
附件A 密级：非密软件CSCI详细设计说明xxxx有限公司二○二一年七月修改历史记录：A.1 授权构件 (5)A.1.1 用户授权认证服务接口AuthController (5)A.1.1.1 功能描述 (5)A.1.1.2 类成员函数设计 (5)A.1.1.2.1 token方法设计 (5)A.2 xxxx模块构件 (5)A.2.1 xxxx接口SchemaController (5)A.2.1.1 功能描述 (5)A.2.1.2 类成员函数设计 (6)A.2.1.2.1 schemaList方法设计 (6)A.2.1.2.2 conceptList方法设计 (6)A.2.1.2.3 attributeList方法设计 (6)A.2.2 检索功能接口SearchController (7)A.2.2.1 功能描述 (7)A.2.2.2 类成员函数设计 (7)A.2.2.2.1 promptList方法设计 (7)A.2.2.2.2 search方法设计 (8)A.2.2.2.3 advancedSearch方法设计 (8)A.2.2.2.4 advancedSearchValue方法设计 (9)A.2.2.2.5 flow方法设计 (9)A.2.3 标签功能接口TagController (9)A.2.3.1 功能描述 (9)A.2.3.2 类成员函数设计 (9)A.2.3.2.1 updateTags方法设计 (10)A.2.3.2.2 getTags方法设计 (10)A.3 WorkArea模块构件 (10)A.3.1 线索管理接口ClueController (10)A.3.1.1 功能描述 (10)A.3.1.2 类成员函数设计 (10)A.3.1.2.1 batchAccess方法设计 (10)A.3.2 分析操作历史接口ClueHistoryController (12)A.3.2.1 功能描述 (12)A.3.2.2 类成员函数设计 (12)A.3.2.2.1 page方法设计 (12)A.3.2.2.2 filterTimes方法设计 (12)A.3.2.2.3 delete方法设计 (13)A.3.2.2.5 updateClue方法设计 (13)A.3.2.2.6 updateStepResult方法设计 (13)A.3.2.2.7 stepDetails方法设计 (13)A.3.3 实体管理接口EntityController (14)A.3.3.1 功能描述 (14)A.3.3.2 类成员函数描述 (14)A.3.3.2.1 addNode方法设计 (14)A.3.3.2.2 deleteNode方法设计 (14)A.3.3.2.3 deleteRelation方法设计 (15)A.3.3.2.4 infobox方法设计 (15)A.3.3.2.5 entityDetails方法设计 (15)A.3.3.2.6 addRelation方法设计 (16)A.3.3.2.7 addUrl方法设计 (16)A.3.4 实体八合一管理接口EntityEightController (16)A.3.4.1 功能描述 (16)A.3.4.2 类成员函数描述 (16)A.3.4.2.1 update方法设计 (16)A.3.4.2.2 addNumericAttrValue方法设计 (17)A.3.4.2.3 deletePrivateData方法设计 (17)A.3.4.2.4 addPrivateData方法设计 (18)A.3.5 图计算接口GraphCalculationController (18)A.3.5.1 功能描述 (18)A.3.5.2 类成员函数描述 (18)A.3.5.2.1 keyPointsAnalysis方法设计 (18)A.3.5.2.2 groupAnalysis方法设计 (20)A.3.5.2.3 groupSummary方法设计 (20)A.3.5.2.4 visualAnalysis方法设计 (21)A.3.6 专题接口TopicController (21)A.3.6.1 功能描述 (21)A.3.6.2 类成员函数描述 (21)A.3.6.2.1 topicList方法设计 (21)A.3.7 工作区接口WorkAreaController (21)A.3.7.1 功能描述 (21)A.3.7.2 类成员函数描述 (22)A.3.7.2.1 search方法设计 (22)A.3.7.2.3 check方法设计 (22)A.3.7.2.4 save方法设计 (23)A.3.7.2.5 batchImport方法设计 (23)A.3.7.2.6 batchDelete方法设计 (24)A.3.7.2.7 createGroup方法设计 (24)A.3.7.2.8 createMask方法设计 (24)A.3.7.2.9 networkPath方法设计 (25)A.3.7.2.10 networkRelation方法设计 (25)软件CSCI详细设计说明A.1 授权构件A.1.1 用户授权认证服务接口AuthControllerA.1.1.1 功能描述用户登录获取token认证A.1.1.2 类成员函数设计表1 用户授权认证服务Controller类成员函数设计token方法设计(1)方法原型：ApiReturn<AuthInfo> token(String grantType,String refreshToken,String account,String password){}(2)方法说明：根据前端传递的用户字段获取或刷新用户token(3)输入/输出数据元素:表2 Token方法设计输入/输出数据元素(5)逻辑流程图图1 token认证逻辑实现图A.2 xxxx模块构件A.2.1 xxxx接口SchemaControllerA.2.1.1 功能描述获取基础库/线索库图谱的Schema列表信息；获取基础库/线索库图谱的Schame概念基础信息列表；获取基础库/线索库图谱指定概念的属性/关系列表。
网上支付与结算教学实验系统
系统简介本系统属于模拟型的电子商务教学实验软件，通过支付清算系统、商业银行相关业务系统、前端支付工具三个层次的模拟，完整地展示网上支付与结算的知识和业务体系，使学生系统地从最底层的支付清算系统到最高层的各种支付工具的工作原理和过程进行观察、操作、思考。
通过这一过程，深入理解网上支付与结算的相关理论与业务，并能够在此基础上具备为不同电子商务项目设计支付方案的能力，从而为顺利开展电子商务项目和分析电子商务系统打下坚实基础。
通过本系统灵活的实验内容组合设计，完成电子商务教学的认知和验证性实验任务。
本系统是在对我国银行业务体系与相关业务系统深入了解，在对众多现代信息条件下的支付工具调研、分析的基础上，结合电子商务环境下的支付工具和方式的最新发展设计的，使得学生可以通过对支付系统相关各个层次业务的直观感受，了解金融系统在互联网环境下支持经济活动的具体方式、工具以及相互关系和特点，体会网上支付与结算专业知识的实际应用，进而验证支付与结算原理或规律，认知电子商务条件下支付与结算应用的系统知识。
系统作用●通过本系统使得学生可以获得对电子商务支付系统相关各个层次业务的直观感受。
●使学生直观理解网上支付与结算的基本原理，了解一般应用过程。
●For personal use only in study and research; not for commercial use●●帮助学生分析、理解支付系统一般体系、结构、流程。
●通过功能强大的行为跟踪引擎实现对每一个学生操作过程的针对管理和定向辅导。
系统特点●实验内容涉及面广，实验内容丰富。
●系统支撑的支付方式多，业务流程全面。
●系统内置了多种网站，为学生的实验模拟提供了平台。
●多种角色的模拟体验，提升学生学习的兴趣。
●合理的评分体系设计，为教师节省了大量的宝贵时间。
实验体系实验体系一：网上支付与结算实验系统认知实验体系二：网上银行支付流程应用实验实验体系三：第三方支付平台应用实验实验体系四：电子商务网站引用支付平台接口实验系统功能网上支付与结算教学实验系统V1.0功能表适用课程《网上支付与结算》仅供个人用于学习、研究；不得用于商业用途。
清结算系统使用手册教材
清结算系统使用说明一、机构、业务、项目的管理1.1机构管理如图所示：机构在创建的时候主要包括输入机构代码、机构名称，选择机构类型，所有创建的机构都是属于国通科技下。
目前机构类型包括了：邮政、代理、直营、第四方服务平台、第四方实时代付。
在添加机构类型为代理、第四方服务平台、第四方实时代付类型的机构需要输入对应的保证金额、预警额度比例值、最大额度比例值等信息。
注：机构代码是唯一的，由6位数字组成，如果在创建的时候输入了系统中已经存在的代码，系统会提示代码已存在。
1.2业务管理如图所示：在创建业务的时候主要包括输入业务名称，绑定对应的机构，并且选择该业务对应的配置。
创建业务的时候后台会自动生成一个业务代码，这个业务代码在系统中也是唯一存在的。
业务配置说明：1.是否自动复核商户信息是指在商户导入后是由人工对商户信息进行审核，还是由系统自动审核。
2．是否验证商户信息是指商户在导入后是否对商户的信息进行验证，比如验证商户号、商户名字等基础信息，目前系统中对商户的重要信息都有验证跟配置无关。
3.是否验证业务总金额是指清算数据在导入后会计算该导入批次的交易总金额，如果配置的否，则不去验证交易总金额与清算总金额是否匹配，如果配置的是，那么就会对交易总金额与清算总金额进行比对，如果对不上，该导入批次就会处理失败，备注为交易总金额与清算总金额不匹配。
4.是否验证代理商授信额度是指清算数据在导入后会对各个代理商下的商户交易总金额进行累加，因为有些代理商存在授信额度，所以当配置了验证代理商授信额度为是的时候，就要对这些清算数据进行验证，对超过授信额度的清算数据打上异常标识（代理额度异常）。
例：有5条清算数据都属于张三这个代理商下的商户，张三的代理授信额度为100元，5条清算数据金额如下：第一条：30元（正常）第一条：15元（正常）第一条：5元（正常）第一条：80元（异常）第一条：28元（正常）5.是否验证黑名单是指把清算数据中的商户编号与黑名单表中的数据进行匹配，如果清算数据中的商户号存在于黑名单中则要把这条清算数据标识为异常（黑名单）。
银行支付清算系统建设课件
THANKS
系统运行稳定，有效降低了故障率，提高了客户满意度 。
实施效果与经验总结
• 符合监管要求，确保了金融交易的合规性，增强了银 行的市场竞争力。
实施效果与经验总结
经验总结
加强项目管理和团队协作，确保项目按 时按质完成。
重视市场需求和监管要求，确保系统设 计与时俱进。
持续优化系统性能和功能，不断提升用 户体验和银行服务质量。
05
银行支付清算系统的运营 与维护
运营模式与策略
集中运营模式
01
将支付清算业务集中到一个部门或团队，统一管理，以提高运
营效率和降低成本。
分散运营模式
02
将支付清算业务分散到各个部门或团队，各自负责自己的业务
，以提高灵活性和快速响应能力。
混合运营模式
03
结合集中和分散两种模式的特点，根据实际情况选择适合的运
主要技术组件
清算系统
负责处理交易数据，进行资金清算和结 算。
支付网关
连接银行系统与第三方支付平台，实现 交易信息的传输和处理。
认证系统
负责对交易双方进行身份认证，确保交 易的安全性。
数据库系统
存储交易数据和账户信息，提供数据查 询和更新服务。
关键技术指标
交易速度
银行支付清算系统的交易处理速度要快 ，满足大量交易的清算需求。
系统部署
将开发完成的系统部署到生产环 境，包括服务器配置、网络连接
等。
系统培训
对相关人员进行系统操作和管理的 培训。
系统监控与维护
对上线后的系统进行监控和维护， 确保系统稳定运行。
04
银行支付清算系统的安全 与风险管理
安全策略与措施
网络安全
电子商务清结算统一支付平台方案建议书
电子商务清结算统一支付平台方案建议书版本号：1.0二○一五年十一月目录1前言 (1)1.1 工程概述 (1)1.2 术语和规范 (1)1.2.1 术语定义 (1)1.2.2 标准规范 (4)1.2.3 符号和缩略语 (4)2需求分析 (6)2.1 项目建设目标 (6)2.1.1 概述 (6)2.1.2 建设目标 (7)2.2 项目建设要求 (8)2.2.1 系统建设原则 (8)2.2.2 主要业务功能需求 (11)2.3 B2B支付业务 (13)2.3.1 B2B在线支付是电子商务发展的趋势 (13)2.3.2 SDCA支付网关的B2B支付定位 (14)2.3.3 SDCA支付网关B2B在线支付实现模式 (16)2.4 B2C支付业务 (18)2.4.1 B2C最广泛的电子商务模式 (18)2.4.2 XXXCA支付网关的B2C定位 (19)3总体方案描述 (21)3.1 设计原则 (21)3.2 系统总体模型 (22)3.3 系统扩展 (25)3.3.1 业务功能扩展 (25)3.3.2 接入渠道扩展 (26)3.3.3 处理能力扩展 (27)3.4 软件体系结构 (27)3.5 网络框架 (29)3.6 应用系统安全 (30)3.6.1 用户持有证书的方式 (30)3.6.2 用户不持有证书的方式 (30)3.6.3 商户使用SDCA高级证书 (31)3.6.4 银行使用SDCA高级证书 (31)4网络及数据库 (32)4.1 设计原则 (32)4.2 系统架构 (33)4.3 运行环境 (34)4.3.1 网络和网管系统配置 (34)4.3.2 应用平台系统配置 (41)4.3.3 主机安全、主机性能 (44)5应用系统 (50)5.1 概述 (50)5.1.1 TOPPayHost/TOPPayLink产品简介 (50)5.1.2 TOPGate产品简介 (51)5.2 系统功能框架 (51)5.3 支付平台子系统(TOPP AY H OST/TOPP AY L INK) (52)5.3.1 应用接入模块 (53)5.3.2 Web服务模块 (54)5.3.3 安全模块 (56)5.3.4 支付组件 (56)5.3.5 外部接口 (58)5.4 支付网关子系统（TOPG ATE） (59)5.4.1 交易信息的处理和转换 (59)5.4.2 网关路由功能 (59)5.4.3 与银行主机对帐 (59)5.4.4 银行通讯密钥 (60)5.4.5 网关配置功能 (60)5.4.6 交易日志功能 (60)5.4.7 具备网络管理和系统监控功能 (60)5.4.8 自动冲正和超时控制 (61)5.4.9 与银行前置机联结 (61)5.5 结算子系统 (61)5.5.1 批次处理 (62)5.5.2 日期切换 (62)5.5.3 数据汇总 (62)5.5.4 核查明细 (63)5.5.5 结算处理 (63)5.5.6 生成财务报表 (63)5.5.7 生成业务报表 (63)5.6 统一管理控制子系统 (63)5.6.1 权限管理 (64)5.6.2 网站管理 (64)5.6.3 网站费率设置 (65)5.6.4 支付方法配置 (65)5.6.5 交易查询 (66)5.6.6 结算操作 (66)5.6.7 业务统计分析 (66)5.6.8 运行监控 (67)5.6.9 应用系统管理 (67)5.7 业务流程 (68)5.7.1 SDCA支付网关B2B在线支付流程 (68)5.7.2 SDCA支付网关B2C网上支付业务流程 (72)5.7.3 B2C交易对帐流程 (74)5.8 数据存储 (75)5.8.1 平台受理交易流水 (75)5.8.2 网上商户信息 (75)5.8.3 结算数据 (76)5.8.4 系统运行日志 (76)5.8.5 系统操作日志 (76)5.9 应用系统安全策略 (76)5.9.1 网络安全 (77)5.9.2 主机系统 (78)5.9.3 应用系统 (78)5.9.4 业务制度 (79)5.10 数据安全策略 (80)5.11 系统备份策略 (80)5.11.1 系统级备份与恢复 (80)5.11.2 数据备份与恢复 (81)5.11.3 日志备份与恢复 (82)6工程实施 (83)6.1 项目实施策略 (83)6.2 人员及组织结构 (83)6.3 任务总结 (85)6.4 质量管理与控制 (87)6.5 项目进程 (87)6.5.1 进度报告 (87)6.5.2 工作说明 (88)6.6 系统验收 (90)6.7 资料和技术文件 (90)7人员培训及服务 (92)7.1 培训 (92)7.1.1 培训计划的实施 (92)7.1.2 培训内容 (93)7.2 服务支持 (94)7.2.1 服务组织机构 (94)7.2.2 支持及服务组织架构 (94)7.2.3 系统安装服务 (95)7.2.4 应用系统支持服务 (95)1前言及公司简介1.1工程概述随着XXX电子商务环境的完善，企业上网工程的推进，迫切需要建立电子商务统一支付平台，通过该平台将用户、商家与金融机构之间进行安全可信任连接，提供新颖便民业务，解决申报纳税、政府采购、金融交易、代收代付等业务的网上支付瓶颈，为广大企业和商户开展网上业务提供一个完备的基础环境。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
支付清结算系统详细设计说明书版本号：V1.0目录1. 引言 (2)1.1. 编写目的和范围 (2)1.2. 名词解释 (2)2. 设计概述 (3)2.1 设计概述相关说明 (3)2.2 系统总体结构说明 (5)3. 系统详细设计 (15)3.1 系统结构设计 (15)3.2 系统功能模块详细设计 (22)4. 主要模块设计说明 (30)4.1 充值服务设计 (30)4.2 出款服务设计 (32)4.3 交易服务设计 (34)4.4 认证服务时序图 (39)4.5 收银台系统时序图 (39)4.6 风控系统序列图 (42)5. 接口设计说明 (43)5.1 对外接口设计 (43)6. 数据库设计 (46)6.1 数据库逻辑设计原则 (46)7. 系统性能设计 (48)7.1 消息队列性能设计 (48)7.2 ActiveMQ大文件交换应用架构 (49)8. 设计和开发规范 (50)8.1 规范等级说明 (50)8.2 格式与命名规范 (50)8.3 注释规范(DocumentConvertions) (52)8.4 编程规范(ProgrammingConventions) (55)8.5 自动代码检查 (57)1.引言1.1.编写目的和范围在支付清结算系统的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐明。
本阶段已在系统的需求分析的基础上，对支付清结算系统做详细设计。
主要解决了实现该系统程序模块具体设计问题。
包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等，接下来将对在本阶段中对系统所做的所有详表-12.设计概述2.1设计概述相关说明2.1.1需求概述用户需求是建立一个高效、安全的支付平台，数据集中管理，权限管理严密且方便，风控流程合规，交易操作方便，具备强大的核算和精准的报表功能，具体目标如下：1、完备的资金处理能力：包含支付清算、财务会计、账务核算；2、完备的客户管理能力：会员、商户、用户、客户；3、支持系统工厂能力：通过参数模板快速定义新的系统；4、支持网站、移动端、B2B网关等多渠道接入能力，能够进行统一渠道管理，渠道业务与后台业务剥离；5、支持银行、卡组织、第三方等资金通道方、快速开通资金通道；6、内置积分平台，面向多种业务提供统一积分系统；7、完备的内部管理系统，能够与客户的业务运营体系相契合。
2.1.2运行环境概述系统建议的硬件清单如下（按不小于100tps的交易能力）：表-22.1.3详细设计方法和工具通过结构化设计方法将系统设计成由多个相对独立，功能单一的模块组成的结构。
通过这种设计，保证模板之间的相互独立，每个模块可以单独提供设计人员、开发人员去理解、编码、测试和修改，从而防止错误在模块间蔓延，提高系统质量。
支付清结算系统的详细设计方法特性：模块的独立性：模块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
一般采用两个准则度量模块独立性。
即模块间的耦合和模块的内聚。
耦合是模块间的相对独立性的度量。
内聚是模块功能强度的度量。
模块独立性比较强的模块应是高内聚低耦合的模块。
耦合性：图-1内聚性图-2事务性结构：通过事务性设计，根据事务处理的特点和性质，选择分派一个适当的处理单元，然后给出结果，然后把完成选择分派任务的部分事务处理中心来集中处理。
2.2系统总体结构说明2.2.1整体业务架构图-3 2.2.2整体结构视图图-4 2.2.3系统整体逻辑视图表-32.2.6系统集成部署视图图-6 3.系统详细设计3.1系统结构设计3.1.1ActiveMQ消息中间件部署结构说明图-7 3.1.2EZflow和infStatic结构说明图-8 3.1.3MNS结构说明图-9 3.1.4PKI负载均衡设计说明图-10 3.1.5统一登录设计说明图-11 3.1.6统一缓存设计结构说明图-123.1.7统一加密服务设计结构说明图-13 3.1.8统一日志设计结构说明图-14 3.1.9统一审计API设计结构说明图-15 3.1.10统一文件服务设计结构说明图-16 3.1.11统一文件系统控台设计说明图-17 3.1.12验证服务设计说明表-5 3.2.1.2企业钱包3.2.2收银台3.2.3 网关产品 3.2.3.1 收单网关3.2.4 后台产品 3.2.4.1 基础管理后台表-11相关功能细节说明：账务和会计对账凭证系统可以记录原始凭证、交易凭证、支付凭证等等以及中间处理过程的一系列凭证，真正保证帐帐相符、帐证相符、帐表相符、帐实相符。
账账相符：核对不同会计账簿记录是否相符。
包括：总账有关账户的余额核对；总账与明细账核对；总账与日记账核对等。
在现金账户体系里，由报表之间的核对来完成这个任务。
账证相符：主要体现在会计凭证与原始凭证的核对上。
账表相符：是将报表与有关的账簿记录相核对。
核对总分类账、明细分类账与各报表的相关项目数据是否一致，查明账表是否相符。
现金账户的帐表核对主要是用账户余额和科目明细表余额的勾稽关系来完成的。
账实相符：主要体现在财务日记账面余额与银行实存余额的核对上。
而且对账系统采用多频度，多层次的对账方式，每10分钟就会对不同模块间的凭证进行对账，能在第一时间发现问题，及时处理，尽可能地降低损失。
运营对账运营对账指的是各产品的业务数据和账务数据之间的核对，交易的数据和支付流水之间的核对，核对的要素包括了资金、笔数、单笔金额、汇总金额。
例如：即时到帐交易的成功是由支付订单来驱动的，一笔成功的交易不能被多笔支付订单重复驱动成功。
因此，某一对账日内，支付系统内所有成功的交易明细必定和相应的支付订单能够一一对应，且金额相等相等。
而汇总后交易笔数和交易总金额也必然和支付订单的汇总数据相等。
3.2.4.3风控管理后台表-12 风控子系统说明：风控系统支持多流程多控制点；表-13 3.2.4.5权限管理后台表-154.主要模块设计说明4.1充值服务设计4.1.1代充过程图-19充值由运营平台发起，在运营平台上录入充值用户、充值金额，只能使用POS 和现金确认代充时调用交易网关服务，向统一凭证落地交易和支付凭证，再调用充值服务充值服务落地充值交易记录充值服务调用算费，生成支付金额，落地支付订单充值服务生成支付订单，调用支付系统，返回结果支付系统如果异步完成支付，通知充值服务充值服务更新支付、交易状态、通知用户4.1.2收银台充值过程图-20充值由钱包发起，调用统一凭证生成凭证号调收银台来充值，限制收银台只能使用网银支付收银台录入充值金额用户在收银台上选择网银渠道，确认支付调用充值服务落地充值交易、计算费用、落地支付交易充值服务调用支付系统，获取网银地址收银台跳转网银地址支付系统异步完成支付，通知充值服务充值服务更新支付、交易状态、通知用户4.2出款服务设计业务主流程包含个人/企业提现及付款到卡.个人钱包提现：图-21注意：操作完成后，提现申请的状态为提交成功；后续支付前置系统会通知出款服务更新出款状态企业钱包提现：图-22 企业钱包付款到卡：图-23 4.3交易服务设计4.3.1数据流非合并支付图-24 合并支付图-254.3.2状态图交易关闭：交易没有成功前就走到最终状态交易结束：交易走到成功后走到最终状态交易成功、关闭、结束后如果再有未支付的订单被支付掉，则自动发起退款图-26 4.3.3活动图图-274.4认证服务时序图图-28 4.5收银台系统时序图业务主流程包含充值,收单.●收单：余额支付：图-29 网银支付图-30 快捷支付图-31 充值：图-32 4.6风控系统序列图风控系统包含如下几个流程：1)风控客户端验证请求处理图-332) 风控系统内部处理图-343)风控后台处理图-355.接口设计说明接口文档设计分为两部分：5.1对外接口设计1)提供完整的接口文档2)提供接口调用的代码Demo示例如下：请求的基本参数表-16同步返回时，需要的基本参数示例如下：6. 数据库设计6.1 数据库逻辑设计原则 6.1.1 命名规范6.1.2数据类型表-206.1.3设计规范a.消息的事务化会降低系统处理速度，java语言的sdk大概下降50%，.net的sdk客户端大概下降75%。
不建议采用消息的事务化。
b.当多个java消费者同时存在时，在消息较少时，因为线程资源竞争，反而比一个消费者处理的要慢。
需要调用方评估消息的流程，流量稳定且较大时，可以采用多个消费者以提高消息处理速度；若是消息较少，建议采用单个消费者。
c.消息的处理速度，取决了消费者的消费速度，而且.Net的消费者，相当于java的消费者，处理速度较慢。
因此，若是java端为生产者，.net端为消费者，建议单线程的生产，多线程的消费，以保证消息的及时处理。
7.2ActiveMQ大文件交换应用架构7.2.1通过JMSStreams进行文件传输通过JMS的StreamMessage或者BytesMessage传输文件的时候，必须一次将整个文件全部加载到内存当中，这种发送文件效率低下而且需要占用大量的内存资源，如果一旦文件比内存大的话，将无法提供服务。
7.2.2通过文件分割/合并传输文件这种方式充分的运用了MQ在网络条件比较差时能够可靠传递消息的优点，为了实现断点续传功能，在上传的时候我们需要把一个大文件进行分割，形成大量的消息并把这些消息放入ActiveMQ中从而实现断点上传，在下载的时候我们从ActiveMQ中取出相应的消息并进行合并形成相应的大文件从而实现断点下载。
在传输大文件的时候，我们采用把文件进行分割（如每段的大小为4K，当然这个是一个可以进行配置的选项）的机制，为了实现这种机制我们需要一个控制消息来进行相应地控制。
我们通过ActionMQ的GroupMessage可以很容易的做到，就是在创建消息的时候设置JMSXGroupID、JMSXGroupSeq以及ChunkCount等，以便于文件接收端收到消息后能够很容易的合并。
这种方式完全是通过JMS的特性来实现的，其缺点就是文件合并的复杂度会随着传输文件的大小的增加而增加。
当传输的文件很大时，ActiveMQ就需要传送大量的消息，在网络条件不是很好的情况下，消息收到的顺序与发送的顺序并不是一致的，因此合并文件会相对比较复杂。
7.2.3通过BlobMessages传输文件由于JMSStreams的种种不足，限制了其用于传输大文件的功能。
因此，ActiveMQ在JMS的基础上创建了一种新的消息类型------BlobMessage。
因为派生与JMS的Message对象，通过BlobMessage传输大文件可以利用ActiveMQ 消息Broker的所有特性，如高可靠性、事务支持、发布订阅......BlobMessages是通过带外传输（out-of-bandtransport）的机制来实现大文件传输的，在文件传输的过程中，通过http、ftp、scp或其他点对点的协议来进行文件的传输，同时，通过BlobMessage来传送控制信息以及文件的验证信息。