一卡通平台清算系统需求规格说明书Word下载.doc

资源描述

一卡通平台清算系统需求规格说明书Word下载.doc

《一卡通平台清算系统需求规格说明书Word下载.doc》由会员分享，可在线阅读，更多相关《一卡通平台清算系统需求规格说明书Word下载.doc（24页珍藏版）》请在冰点文库上搜索。

一卡通平台清算系统需求规格说明书Word下载.doc

3.2交易数据对帐 12

3.3帐务调整 17

3.4交易明细查询 17

3.5帐务查询 18

4. 用例 19

4.1.UseCase列表 19

4.2.［交易数据清分］ 19

4.3.［账务调整］ 20

5. 界面需求描述 23

6. 接口需求描述 23

7. 数据需求描述 24

8. 主要性能要求 24

9. 安全性要求 24

10. 其他要求 24

11. 需求前景 24

12. 备注 24

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）在网点现金购卡；

i如果购卡费用记作押金，如下处理：

借：

应收帐款－xx网点

　贷：

其他应付款－卡片押金

ii如果购卡费用记作成本，退卡时不返回资金，则如下处理：

其他收入－卡片成本

2）在网点现金充值；

电子现金－xx用户

3）在网点圈存充值；

i如果网点与一卡通平台连接：

银行存款－xx网点

ii如果网点与银行直接：

4）在商户刷卡消费；

应付账款－xx商户

5）在网点现金退卡；

i如果购卡费用记作押金，且退回卡片未损坏时：

　　其他应付款－卡片押金

应付账款－xx网点

ii如果购卡费用记作押金，但退回卡片已损坏时

iii如果购卡费用记入成本：

6）在网点圈提退卡

A）如果购卡费用记作押金，且退回卡片未损坏时：

B）如果购卡费用记作押金，但退回卡片已损坏时

C）如果购卡费用记入成本：

ii如果网点与银行直连：

应收账款－xx网点

C）如果购卡费用记入成本，或者卡片成本由银行承担：

3、净额清算。

一卡通平台中，刷卡交易是脱机进行，不适合采用全额实时清算。

所有交易支付过程中，一卡通平台实际扮演的是支付中间人的角色，所以，一卡通平台最理想的清算方式是多边净额清算。

在数据分类记账后，针对交易各方进行净额清算。

u对用户的清算：

计算卡片的电子现金账户借贷方余额，即为当期清算净额（亦卡片余额）。

u对商户的清算：

计算商户（销售收入）的应付账款、（利润分成）的应收账款借贷方余额，即为与商户的当期清算净额。

u对网点的清算：

计算网点相关的应收账款（卡充值收入）、应付账款（退卡还款）、银行存款的借贷方余额，即为与网点的当期清算净额。

u对银行的清算：

计算银行存款的借贷方余额，即为与银行当期清算净额。

4、清算参数设置

主要有如下设置参数：

1）设置可用的清算启动方式，包括定时启动，人工启动，二者必选一项，或者同时勾选。

2）选用系统启动方式时，设置定时器触发时间点，定时任务一天执行一次。

3）设置两次清算任务的最小间隔时间，此间隔必须大于清算任务最大执行时间，保证一个时间点，只有一个清算任务在进行。

4）设置购卡时发生的购卡费用，是记作成本，还是押金。

记作成本，退卡时不返还；

记作押金，退卡时，如果卡片未损坏，则返还押金。

清算参数设置界面原型

5、清分状态查看

提供查看最后一次清分任务执行状态的功能。

主要显示信息有：

任务发起人，启动时间，结束时间，执行状态。

执行状态有：

执行中，执行成功。

当状态为执行成功时：

A）显示查看清分汇总数据链接，供查看清算结果数据；

B）当清分参数设置中，勾选了可以手工结算，则显示“启动清分”按钮供手工清算

清分执行状态原型

6、清算日志查询

提供查看清算历史日志查询功能。

查询参数为查询起止时间段。

查询结果显示执行开始时间、结束时间、执行结果，任务发起人；

执行结果单元格数据为链接，点击进入该任务执行结果页面。

清算日志查询原型

3.2交易数据对帐

交易数据对帐，是在交易数据已做清分处理的前提下，为了保证账务记录的真实、可靠，对各类记录数据进行检查和核对。

按对账范围，分系统内部对账和外部对账。

外部对账，按对账对象，分为与网点、商户的对账和与银行的对账。

1、内部对账

内部对账，主要是系统内部当期的各类账表之间进行核对。

内部对账主要由系统自动核对，当发现异常情况时，报警提示手工对账。

内部对账有如下几个指标：

A）当期所有科目借方累加值要等于贷方累加值；

（试算平衡表）

B）资产类科目借贷余额要等于负责类和权益类的借贷余额；

（资产负债表）

C）当期各科目明细帐累加额要等于各科目总帐金额；

（明细账＝汇总账）

内部对账，每天终日清算完后，即可启动运行。

可多次运行。

启动方式可定时启动，也可人工启动。

构想>

，实现可插拨的内部对账插件。

2、外部对账

u银行对账

银行对账，主要是接收银行对账单，比较核对两个系统中的数据。

获取银行对账单，要实现手工录入银行对账单数据；

根据实际情况，实现通过API或者在线下载对账单功能。

银行对账单，主要数据项有日期、交易类型、对方户名、摘要、借方发生额、贷方发生额，余额。

根据银行对账单关键数据项，程序实现系统中银行日记帐和银行对账单对账的功能，对账成功，返回银行账务相符消息；

对账不成功，按如下五种情况分类列示。

a）平台已收，银行未收款项；

b）平台已付，银行未付款项；

c）平台未付，银行已款项；

d）平台未收，银行已收款项；

e）其它不符款项（记帐有误、转帐有误）

u与网点/商户对账

与网点/商户对账，采用下行提供对账单的方式对账。

常规情况，月初提供上一个月对账通知单；

当某网点/商户出现异常数据时，可发临时对账通知单，临时对账通知单一般由人工发送。

对账通知单提供多种通过方式，要以商户配置信息中进行设置选择何种方式。

1）系统以邮件附件的方式发送通知单；

2）以公网下载方式提供商户下载；

3）以对外的API接口的方式共客户系统获取；

4）提供内部下载、打印通知单，人工寄送给商户。

对账处理流程

对账通知单涉及数据项：

1）汇总数据项

字段名

类型

长度

描述

商户名称

String

开始日期

Date

结束日期

总消费金额

Number

针对商户

总消费笔数

总充值金额

针对网点

总充值笔数

总圈提金额

总圈提笔数

2）交易明细数据项

交易卡片号

交易类型

{1：

充值；

2：

消费；

3：

圈提}

交易项

发生金额

交易时间

Time

格式（HH:

mm:

ss:

SSS）

3、启动对账任务

提供手工启动对账任务的入口。

对账任务以数据清分为前提的。

当期数据清分状态显示为已清分时，激活启动对账任务，否则，不能启动对账任务。

4、获取对帐通知单

对账通知单，通过商户名称即可获取。

如果商户直接登录对账单提供系统，登录后可直接查看对账通知单。

3.3帐务调整

账务调整是在交易清分，生成对账数据后，相关方面查看对账单，发现数据有出入，提交帐务调整申请。

一卡通平台清算管理员调查问题原因，如果确认需要做账务调整，可在系统中进行账务调整，否则驳回调整申请。

财务调整过程中，如果发现有多收银行存款或者多的应收账款，把多的部分，记入调整损益的贷方，作为调整收益。

银行存款/应收账款－xxx

调账损益

如果发现多充值或者多支付账款，把多余部分记入调账损益的借方，作为调账损失。

调帐损溢

电子现金/应付账款

月末进行完清算后，要把调账损溢转入未分配利润。

账务调整是线下和线上协同操作，线下申请、确认、批准账务调整，线上进行帐务调整。

账务调整流程

3.4交易明细查询

提供交易明细查询功能，供系统使用者查询交易明细数据；

同时给第三方系统提供数据查询接口，构建自己的查询功能。

查询条件数据项

/卡片用户

充值}

查询结果数据项

明细项

3.5帐务查询

提供账务查询功能，供系统使用者查询账务数据；

同时给第三方系统提供数据查询接口，方便查询。

；

消费金额

充值金额

4.用例

描述系统的USECASE，每一个UseCase包含：

名称、描述、对象、假设、步骤、数据、条件和约束和问题]

4.1.用例列表

编号

名称

交易数据清分

交易数据对账

获取对账通知单

账务调整

交易明细查询服务

财务查询服务

4.2.［交易数据清分］

UseCase

验证交易数据的合法性；

去除重复记录；

对数据进行分类记账，