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