一卡通平台清算系统需求规格说明书.docx
《一卡通平台清算系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《一卡通平台清算系统需求规格说明书.docx（21页珍藏版）》请在冰豆网上搜索。
一卡通平台清算系统需求规格说明书
一卡通平台清算管理系统
需求规格说明书
编制：
审核：
日期：
产品编号:
版本号：
文档编号：
<><@>
修订历史记录
序号
日期
修订内容
版本
编制
批准
01
02
03
04
05
06
07
08
09
10
目 录
1.引言
1.1.背景和编写目的
为适应和满足市场需求，构建由一系列卡片、卡片终端和上游管理软件组成的统一管理系统，我们称之为一卡通平台（CCOP）。
一卡通平台提供一卡在手，多处使用的服务，在平台覆盖范围内，可以做小额支付、身份识别认证等操作。
本需求规格说明书是一卡通平台（CCOP）中交易清算子系统详细功能说明文档，描述具体业务处理流程，数据流转及界面操作过程。
主要阅读对象为项目管理者、架构师、软件工程师、系统维护工程师、测试工程师。
1.2.参考资料
《一卡通平台需求》
1.3.术语与缩写
圈存：
用卡片关联的银行卡，为卡片转帐充值。
圈提：
持卡人或用户卡公司决定取消卡片电子现金功能（如持卡人或发卡行想销卡），将卡片余额返还到与卡片关联的银行卡。
全额实时清算：
交易双方对所达成的交易逐笔全额进行支付交割，此种方式交易简单、直接、风险小，但交易频繁，效率低。
净额清算：
交易双方在一定清算期内，按交易收支轧差后的净额进行支付交割。
如果交易双方直接按净额清算，称作双边净额清算；如果交易双方通过一个中间人，均与中间人进行双边净额清算，完成整个清算过程，称着多边净额清算。
此种方式简化操作手续，减少资金在交收环节的占用，但风险系数相对较高。
网点：
专指办理卡片发售、卡片充值、退换卡业务的经营点。
商户：
已在平台登记注册，分配有终端SAM卡的商家。
2.系统概述
2.1.系统介绍
交易清算系统，是一卡通平台（CCOP）的组成部分。
负责交易数据的验证、去重；对数据进行分类汇总，提供交易对账数据，为第三方系统提供数据查询接口。
交易清算处理的是系统的核心数据，对外围系统不可见，只以间接的方式对外提供数据查询的服务。
2.2.系统与环境描述
[重要！
描述系统所存在的环境，系统与外部系统、用户之间的关系和相互作用]
系统关系图
系统关系图显示清算系统只与核心数据库和前置数据库对接。
卡片管理系统和商户管理系统维护的基础数据，清算系统通过核心数据库共享基础数据；统一接入系统接入的交易数据，清算系统通过前置数据库访问。
2.3.用户特征
清算管理系统，主要功能是对数据进行清算，生成对账数据，在系统内定时启动运行，只有出现下面两种情况会要人工参与：
1）定时清算出现异常，清算未正常结束，需要人工启动清算工作。
2）账务数据不平衡，需要人工调整
因此清算系统只需要启动清算功能的人员和进行账务调整的人员。
鉴于清算数据的安全性，相关人员只能在系统内进行操作。
2.4.外部系统描述
统一接入系统：
是一卡通平台中在可信任的范围内对外提供数据接入的子系统。
统一接入系统正常接入外围系统及终端的数据，是清算系统运行的前提条件。
卡片管理系统：
是负责制卡，卡发行，维护卡片用户信息，维护卡片状态的子系统，给一卡通平台提供卡片信息基础数据，也是清算系统的基础数据的来源之一。
商户管理系统：
是登记管理商户信息及商户所属卡终端信息的系统，给一卡通平台提供商户信息基础数据，也是清算系统的基础数据的来源。
2.5.软硬件需求
［系统对软硬件的需求］
2.6.系统条件和限制
清算系统的工作，基于卡片管理系统和商户管理系统提供的基础数据，基础数据的正确性决定了清算数据的正确性。
清算系统处理的数据来自统一接入系统接入的数据，如果接入数据异常，数据丢失，会影响清算结果的完整性。
清算系统的工作，依赖于核心数据库和前置数据库的正常运行，任何一个数据库运行不流畅都会影响清算系统的正常运行。
3.系统功能
3.1交易数据清分
交易数据清分，是一卡通平台通过统一接收系统接收商户终端的交易数据后，对交易数据进行清理，分类记账的操作，为账务调整和账务查询提供数据，也是资金分润、结算的前置操作。
数据清分，是一个可独立运行的应用，在日终（数据上传完毕）时，固定时间点启动执行，也可手工启动数据清分操作。
多次操作，数据以最后一次操作为准。
数据清分，按操作步骤有数据清理操作、分类记账操作、净额清算操作。
1、数据清理。
数据清理，先通过商户黑名单和卡片黑名单，排除黑名单相关的数据，之后按记录流水号，剔除重复数据。
2、分类记账。
科目名称
科目种类
说明
1
银行存款
资产类
记录平台上可用的银行存款
２
应收账款
资产类
记录网点应上缴的账款。
３
其他收入
损益类
记录销售卡片实物收入。
４
电子现金
负债类
记录卡片上的可用资金。
５
应付账款
负债类
记录退卡时，网点代付资金。
6
其他应付款
负债类
记录购卡时的卡片押金。
7
调账损溢
损益类
记录账务调整时，出现损溢的金额。
8
支付备用金
权益类
记录存入平台，应对资金不足情况的支付准备金。
9
未分配利润
权益类
记录损益类结转
分类记账采用会计复式记账的方式处理交易数据。
按业务要求，设置如下科目：
按交易场景分如下六种处理：
1）在网点现金购卡；
i如果购卡费用记作押金，如下处理：
借：
应收帐款－xx网点
贷：
其他应付款－卡片押金
ii如果购卡费用记作成本，退卡时不返回资金，则如下处理：
借：
应收帐款－xx网点
贷：
其他收入－卡片成本
2）在网点现金充值；
借：
应收帐款－xx网点
贷：
电子现金－xx用户
3）在网点圈存充值；
i如果网点与一卡通平台连接：
借：
银行存款－xx网点
贷：
电子现金－xx用户
ii如果网点与银行直接：
借：
应收帐款－xx网点
贷：
电子现金－xx用户
4）在商户刷卡消费；
借：
电子现金－xx用户
贷：
应付账款－xx商户
5）在网点现金退卡；
i如果购卡费用记作押金，且退回卡片未损坏时：
借：
电子现金－xx用户
其他应付款－卡片押金
贷：
应付账款－xx网点
ii如果购卡费用记作押金，但退回卡片已损坏时
借：
电子现金－xx用户
贷：
应付账款－xx网点
借：
其他应付款－卡片押金
贷：
其他收入－卡片成本
iii如果购卡费用记入成本：
借：
电子现金－xx用户
贷：
应付账款－xx网点
6）在网点圈提退卡
i如果网点与一卡通平台连接：
A）如果购卡费用记作押金，且退回卡片未损坏时：
借：
电子现金－xx用户
其他应付款－卡片押金
贷：
银行存款－xx网点
B）如果购卡费用记作押金，但退回卡片已损坏时
借：
电子现金－xx用户
贷：
银行存款－xx网点
借：
其他应付款－卡片押金
贷：
其他收入－卡片成本
C）如果购卡费用记入成本：
借：
电子现金－xx用户
贷：
银行存款－xx网点
ii如果网点与银行直连：
A）如果购卡费用记作押金，且退回卡片未损坏时：
借：
电子现金－xx用户
其他应付款－卡片押金
贷：
应收账款－xx网点
B）如果购卡费用记作押金，但退回卡片已损坏时
借：
电子现金－xx用户
贷：
应收账款－xx网点
借：
其他应付款－卡片押金
贷：
其他收入－卡片成本
C）如果购卡费用记入成本，或者卡片成本由银行承担：
借：
电子现金－xx用户
贷：
应收账款－xx网点
3、净额清算。
一卡通平台中，刷卡交易是脱机进行，不适合采用全额实时清算。
所有交易支付过程中，一卡通平台实际扮演的是支付中间人的角色，所以，一卡通平台最理想的清算方式是多边净额清算。
在数据分类记账后，针对交易各方进行净额清算。
◆对用户的清算：
计算卡片的电子现金账户借贷方余额，即为当期清算净额（亦卡片余额）。
◆对商户的清算：
计算商户（销售收入）的应付账款、（利润分成）的应收账款借贷方余额，即为与商户的当期清算净额。
◆对网点的清算：
计算网点相关的应收账款（卡充值收入）、应付账款（退卡还款）、银行存款的借贷方余额，即为与网点的当期清算净额。
◆对银行的清算：
计算银行存款的借贷方余额，即为与银行当期清算净额。
4、清算参数设置
主要有如下设置参数：
1）设置可用的清算启动方式，包括定时启动，人工启动，二者必选一项，或者同时勾选。
2）选用系统启动方式时，设置定时器触发时间点，定时任务一天执行一次。
3）设置两次清算任务的最小间隔时间，此间隔必须大于清算任务最大执行时间，保证一个时间点，只有一个清算任务在进行。
4）设置购卡时发生的购卡费用，是记作成本，还是押金。
记作成本，退卡时不返还；记作押金，退卡时，如果卡片未损坏，则返还押金。
清算参数设置界面原型
5、清分状态查看
提供查看最后一次清分任务执行状态的功能。
主要显示信息有：
任务发起人，启动时间，结束时间，执行状态。
执行状态有：
执行中，执行成功。
当状态为执行成功时：
A）显示查看清分汇总数据链接，供查看清算结果数据；
B）当清分参数设置中，勾选了可以手工结算，则显示“启动清分”按钮供手工清算
清分执行状态原型
6、清算日志查询
提供查看清算历史日志查询功能。
查询参数为查询起止时间段。
查询结果显示执行开始时间、结束时间、执行结果，任务发起人；
执行结果单元格数据为链接，点击进入该任务执行结果页面。
清算日志查询原型
3.2交易数据对帐
交易数据对帐，是在交易数据已做清分处理的前提下，为了保证账务记录的真实、可靠，对各类记录数据进行检查和核对。
按对账范围，分系统内部对账和外部对账。
外部对账，按对账对象，分为与网点、商户的对账和与银行的对账。
1、内部对账
内部对账，主要是系统内部当期的各类账表之间进行核对。
内部对账主要由系统自动核对，当发现异常情况时，报警提示手工对账。
内部对账有如下几个指标：
A）当期所有科目借方累加值要等于贷方累加值；（试算平衡表）
B）资产类科目借贷余额要等于负责类和权益类的借贷余额；（资产负债表）
C）当期各科目明细帐累加额要等于各科目总帐金额；（明细账＝汇总账）
内部对账，每天终日清算完后，即可启动运行。
可多次运行。
启动方式可定时启动，也可人工启动。
<<构想>>，实现可插拨的内部对账插件。
2、外部对账
◆银行对账
银行对账，主要是接收银行对账单，比较核对两个系统中的数据。
获取银行对账单，要实现手工录入银行对账单数据；根据实际情况，实现通过API或者在线下载对账单功能。
银行对账单，主要数据项有日期、交易类型、对方户名、摘要、借方发生额、贷方发生额，余额。
根据银行对账单关键数据项，程序实现系统中银行日记帐和银行对账单对账的功能，对账成功，返回银行账务相符消息；对账不成功，按如下五种情况分类列示。
a）平台已收，银行未收款项；
b）平台已付，银行未付款项；
c）平台未付，银行已款项；
d）平台未收，银行已收款项；
e）其它不符款项（记帐有误、转帐有误）
◆与网点/商户对账
与网点/商户对账，采用下行提供对账单的方式对账。
常规情况，月初提供上一个月对账通知单；当某网点/商户出现异常数据时，可发临时对账通知单，临时对账通知单一般由人工发送。
对账通知单提供多种通过方式，要以商户配置信息中进行设置选择何种方式。
1）系统以邮件附件的方式发送通知单；
2）以公网下载方式提供商户下载；
3）以对外的API接口的方式共客户系统获取；
4）提供内部下载、打印通知单，人工寄送给商户。
对账处理流程
对账通知单涉及数据项：
1）汇总数据项
字段名
类型
长度
描述
商户名称
String
开始日期
Date
结束日期
Date
总消费金额
Number
针对商户
总消费笔数
Number
针对商户
总充值金额
Number
针对网点
总充值笔数
Number
针对网点
总圈提金额
Number
针对网点
总圈提笔数
Number
针对网点
2）交易明细数据项
字段名
类型
长度
描述
日期
Date
交易卡片号
String
交易类型
String
{1：
充值；2：
消费；3：
圈提}
交易项
String
发生金额
Number
交易时间
Time
格式（HH:
mm:
ss:
SSS）
3、启动对账任务
提供手工启动对账任务的入口。
对账任务以数据清分为前提的。
当期数据清分状态显示为已清分时，激活启动对账任务，否则，不能启动对账任务。
4、获取对帐通知单
对账通知单，通过商户名称即可获取。
如果商户直接登录对账单提供系统，登录后可直接查看对账通知单。
3.3帐务调整
账务调整是在交易清分，生成对账数据后，相关方面查看对账单，发现数据有出入，提交帐务调整申请。
一卡通平台清算管理员调查问题原因，如果确认需要做账务调整，可在系统中进行账务调整，否则驳回调整申请。
财务调整过程中，如果发现有多收银行存款或者多的应收账款，把多的部分，记入调整损益的贷方，作为调整收益。
借：
银行存款/应收账款－xxx
贷：
调账损益
如果发现多充值或者多支付账款，把多余部分记入调账损益的借方，作为调账损失。
借：
调帐损溢
贷：
电子现金/应付账款
月末进行完清算后，要把调账损溢转入未分配利润。
账务调整是线下和线上协同操作，线下申请、确认、批准账务调整，线上进行帐务调整。
账务调整流程
3.4交易明细查询
提供交易明细查询功能，供系统使用者查询交易明细数据；同时给第三方系统提供数据查询接口，构建自己的查询功能。
查询条件数据项
字段名
类型
长度
描述
商户名称
/卡片用户
String
交易类型
String
{1：
消费；2：
充值}
开始日期
Date
结束日期
Date
查询结果数据项
字段名
类型
长度
描述
商户名称
/卡片用户
String
日期
Date
明细项
String
发生金额
Number
3.5帐务查询
提供账务查询功能，供系统使用者查询账务数据；同时给第三方系统提供数据查询接口，方便查询。
查询条件数据项
字段名
类型
长度
描述
商户名称
/卡片用户
String
；
开始日期
Date
结束日期
Date
查询结果数据项
字段名
类型
长度
描述
商户名称
/卡片用户
String
；
消费金额
Number
充值金额
Number
4.用例
[重要！
描述系统的USECASE，每一个UseCase包含：
名称、描述、对象、假设、步骤、数据、条件和约束和问题]
4.1.用例列表
编号
名称
1
交易数据清分
2
交易数据对账
3
获取对账通知单
4
账务调整
5
交易明细查询服务
6
财务查询服务
7
4.2.［交易数据清分］
UseCase
交易数据清分
编号
描述
验证交易数据的合法性；去除重复记录；对数据进行分类记账，
相关对象
系统定时器\清算管理员
前提
前置库中有交易数据
流程
数据清分功能，在系统中暴露的是一个定时调度或者人工调度入口，详细处理过程详见3.1
后置
返回清分结果信息（操作成功标记，成功条数，失败条数，失败原因）
数据
其他要求
存在问题
清分数据量比较大，如果执行不成功，需要考虑再次执行或者手工执行
4.2.［交易数据对账］
UseCase
交易数据对帐
编号
描述
核对系统内账务处理正确性，以及财务与相关单位数据的正确性
相关对象
系统定时器\清算管理员
前提
前置库中有交易数据，已完成数据清分工作
流程
1、通过点击对账按钮，启动对账功能；
2、自动对账完成，查看对账结果，并作相应处理。
3、详细处理过程，见3.2
后置
返回对账结果信息
数据
其他要求
存在问题
4.2.［获取对账通知单］
UseCase
获取对账通知单数据
编号
描述
获取对账通知单数据，进行对账或者发送对账通知单，
相关对象
清算管理员/第三方人员
前提
已生成对账通知单数据
流程
1、输入待对账商户名称、对账期间；
2、点击对账单连接或者接口调用；
后置
获取对账数据
数据
详见3.2对账数据表
其他要求
存在问题
4.3.［账务调整］
UseCase
账务调整
编号
描述
当平台资金账务出现异常，通过人工调整保证账务平衡
相关对象
清算管理员，
前提
商户的账务调整申请获得批准
流程
1、选择需要做账务调整的商户总账记录；
2、选择账务资金方向；
3、输入调整金额；
4、提交保存调整
后置
返回操作结果（失败，及失败原因）
数据
其他要求
存在问题
账务调整用例图
4.3.［交易明细查询］
UseCase
交易明细查询
编号
描述
查询交易明细帐
相关对象
清算管理员，
前提
操作者安全登录
流程
1、输入查询条件：
查询商户名称、查询日期区间；
2、点击查询按钮
后置
返回操作结果（失败，及失败原因）
数据
其他要求
存在问题
4.3.［账务查询］
UseCase
账务查询
编号
描述
查询账务数据
相关对象
清算管理员，
前提
商户的账务调整申请获得批准
流程
1、输入查询条件：
查询商户名称、查询日期区间；
2、点击查询按钮
后置
返回操作结果（失败，及失败原因）
数据
其他要求
存在问题
5.界面需求描述
[对界面的需求，如手机炒股的菜单，收费报表的格式也可以分散到各个UseCase中。
]
6.接口需求描述
1、交易明细查询
提供接口，供第三方系统查询交易明细数据。
2、账务查询
提供接口，供第三方系统查询账务数据。
3、对账通知单
提供接口，供第三方系统获取对账通知单。
7.数据需求描述
[描述系统的数据需求，如用户名为8位数字，用户资料包括姓名、身份证等等。
写出数据的名称、类型、长度、约束等等]
通用数据要求定义：
字段名
类型
长度
描述
商户名称
String
32
系统中是唯一的；
用户名称
String
8-16
汉字，连字符，英文字母
日期
Date
格式如：
YYYY-MM-DD
固定电话
String
16
格式:
（区号）号码
手机号
String
11
11位数字型字符串
金额
Number
14
单位为人民币元，保留两位小数
8.主要性能要求
[如响应时间、同时在线人数、用户量等等]
9.安全性要求
[含：
安全性，保密性和可靠性的要求如：
要求数据进行加密，需要用户输入口令，每个用户有不同的权限等等]
10.其他要求
11.需求前景
[描述软件可能出现的新的需求，软件的发展方向等等。
作为体系结构设计中，考虑软件扩展性的重要依据]
12.备注
13.
升级会员 