下载文档原格式
佰付通收单系统系统架构设计说明书版本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架构的目标根据需求分析，介于整体架构的合理性、各系统间分工的明确和独立性，以及将来架构和业务的可拓展性等多方面考虑，架构目标如下：●统一的终端管理与渠道交易接入，提供完整的终端生命周期管理功能，屏蔽不同厂商终端带来的差异；●完善的商户管理功能，支持各类商户的静态数据、动态参数维护；●风险控制功能，提供对于收单系统所处理交易的事中和事后的风险控制和分析的能力；●统一清分清算，通过文件处理系统接收行内各系统提供的对账文件，进行清分清算处理，并生成各类清算业务报表；●完善的报表统计功能，提供详细的统计报表反映业务开展情况。
中国移动通信企业标准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。
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.。
支付清结算系统详细设计说明书版本号：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来传送控制信息以及文件的验证信息。
