一卡通平台清算系统需求规格说明书教学内容

一卡通平台清算管理系统需求规格说明书编制：审核：日期：产品编号:版本号：文档编号：< ><SRS007><A><@>修订历史记录序号日期修订内容版本编制批准01020304050607080910目录1. 引言 (4)1.1. 背景和编写目的 (4)1.2. 参考资料 (4)1.3. 术语与缩写 (4)2. 系统概述 (5)2.1. 系统介绍 (5)2.2. 系统与环境描述 (5)2.3. 用户特征 (6)2.4. 外部系统描述 (6)2.5. 软硬件需求 (6)2.6. 系统条件和限制 (6)3. 系统功能 (6)3.1 交易数据清分 (6)3.2 交易数据对帐 (12)3.3 帐务调整 (17)3.4 交易明细查询 (17)3.5 帐务查询 (18)4. 用例 (19)4.1. Use Case列表 (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 银行存款资产类记录平台上可用的银行存款２应收账款资产类记录网点应上缴的账款。

３其他收入损益类记录销售卡片实物收入。

４电子现金负债类记录卡片上的可用资金。

５应付账款负债类记录退卡时，网点代付资金。

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、外部对账◆银行对账银行对账，主要是接收银行对账单，比较核对两个系统中的数据。