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

一卡通平台清算管理系统

需求规格说明书编制:审核:日期:产品编号：版本号：文档编号：< ><SRS007><A><@>

修订历史记录序号日期修订内容版本编制批准01020304050607080910TOC\o"1-5"\h\z\o"CurrentDocument"引言 4\o"CurrentDocument"背景和编写目的 4\o"CurrentDocument"参考资料 4\o"CurrentDocument"术语与缩写 4\o"CurrentDocument"系统概述 5\o"CurrentDocument"系统介绍 5\o"CurrentDocument"系统与环境描述 5\o"CurrentDocument"用户特征 6\o"CurrentDocument"外部系统描述 6\o"CurrentDocument"软硬件需求 6\o"CurrentDocument"系统条件和限制 6\o"CurrentDocument"系统功能 6\o"CurrentDocument"交易数据清分 6\o"CurrentDocument"交易数据对帐 12\o"CurrentDocument"帐务调整 17\o"CurrentDocument"交易明细查询 17\o"CurrentDocument"帐务查询 18\o"CurrentDocument"用例 19UseCase歹U表 19\o"CurrentDocument"［交易数据清分］ 19\o"CurrentDocument"［账务调整］ 20\o"CurrentDocument"界面需求描述 23\o"CurrentDocument"接口需求描述 23\o"CurrentDocument"数据需求描述 24\o"CurrentDocument"主要性能要求 24\o"CurrentDocument"安全性要求 24\o"CurrentDocument"其他要求 24\o"CurrentDocument"需求前景 24\o"CurrentDocument"备注 24.引言背景和编写目的为适应和满足市场需求，构建由一系列卡片、卡片终端和上游管理软件组成的统一管理系统，我们称之为一卡通平台（CCOP）。一卡通平台提供一卡在手，多处使用的服务，在平台覆盖范围内，可以做小额支付、身份识别认证等操作。本需求规格说明书是一卡通平台（CCOP中交易清算子系统详细功能说明文档，描述具体业务处理流程，数据流转及界面操作过程。主要阅读对象为项目管理者、架构师、软件工程师、系统维护工程师、测试工程师。参考资料《一卡通平台需求》术语与缩写圈存：用卡片关联的银行卡，为卡片转帐充值。圈提：持卡人或用户卡公司决定取消卡片电子现金功能（如持卡人或发卡行想销卡）将卡片余额返还到与卡片关联的银行卡。全额实时清算：交易双方对所达成的交易逐笔全额进行支付交割， 此种方式交易简单、直接、风险小，但交易频繁，效率低。净额清算：交易双方在一定清算期内，按交易收支轧差后的净额进行支付交割。如果交易双方直接按净额清算， 称作双边净额清算；如果交易双方通过一个中间人， 均与中间人进行双边净额清算，完成整个清算过程，称着多边净额清算。此种方式简化操作手续，减少资金在交收环节的占用，但风险系数相对较高。网点：专指办理卡片发售、卡片充值、退换卡业务的经营点。商户：已在平台登记注册，分配有终端 SAM#的商家。.系统概述系统介绍交易清算系统，是一卡通平台（ COOP）的组成部分。负责交易数据的验证、去重；对数据进行分类汇总，提供交易对账数据， 为第三方系统提供数据查询接口。 交易清算处理的是系统的核心数据，对外围系统不可见，只以间接的方式对外提供数据查询的服务。系统与环境描述[重要！描述系统所存在的环境，系统与外部系统、用户之间的关系和相互作用 ]系统关系图系统关系图显示清算系统只与核心数据库和前置数据库对接。 卡片管理系统和商户管理系统维护的基础数据，清算系统通过核心数据库共享基础数据； 统一接入系统接入的交易数据，清算系统通过前置数据库访问。用户特征清算管理系统，主要功能是对数据进行清算，生成对账数据，在系统内定时启动运行，只有出现下面两种情况会要人工参与：1）定时清算出现异常，清算未正常结束，需要人工启动清算工作。2）账务数据不平衡，需要人工调整因此清算系统只需要启动清算功能的人员和进行账务调整的人员。 鉴于清算数据的安全性，相关人员只能在系统内进行操作。外部系统描述统一接入系统：是一卡通平台中在可信任的范围内对外提供数据接入的子系统。 统一接入系统正常接入外围系统及终端的数据，是清算系统运行的前提条件。卡片管理系统：是负责制卡，卡发行，维护卡片用户信息，维护卡片状态的子系统，给一卡通平台提供卡片信息基础数据，也是清算系统的基础数据的来源之一。商户管理系统：是登记管理商户信息及商户所属卡终端信息的系统， 给一卡通平台提供商户信息基础数据，也是清算系统的基础数据的来源。软硬件需求［系统对软硬件的需求］系统条件和限制清算系统的工作，基于卡片管理系统和商户管理系统提供的基础数据， 基础数据的正确性决定了清算数据的正确性。清算系统处理的数据来自统一接入系统接入的数据， 如果接入数据异常，数据丢失，会影响清算结果的完整性。清算系统的工作，依赖于核心数据库和前置数据库的正常运行， 任何一个数据库运行不流畅都会影响清算系统的正常运行。.系统功能交易数据清分交易数据清分，是一卡通平台通过统一接收系统接收商户终端的交易数据后， 对交易数据进行清理，分类记账的操作，为账务调整和账务查询提供数据，也是资金分润、结算的前置操作。数据清分，是一个可独立运行的应用，在日终（数据上传完毕）时，固定时间点启动执行，也可手工启动数据清分操作。多次操作，数据以最后一次操作为准。数据清分，按操作步骤有数据清理操作、分类记账操作、净额清算操作。据清理。数据清理，先通过商户黑名单和卡片黑名单， 排除黑名单相关的数据，之后按记录流水号，剔除重复数据。2、分类记账。分类记账采用会计复式记账的方式处理交易数据。按业务要求，设置如下科目：科目名称科目种类说明1银行存款资产类记录平台上可用的银行存款2应收账款资产类记录网点应上缴的账款。3其他收入损益类记录销售卡片实物收入。4电子现金负债失记录卡片上的可用资金。5应付账款负债失记录退卡时，网点代付资金。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）设置购卡时发生的购卡费用，是记作成本，还是押金。记作成本，退卡时不返还；记作押金，退卡时，如果卡片未损坏，则返还押金。清算参数设置\可用清算启动方式：口系统定时启动口人工手动启动系统定时启动时点：HH:MM:：SS|口清算执行最小间隔：15 分钟购卡费用处理方式：O记作成本，退卡时不返还勘记作押金，退卡时，返还应用清算参数设置界面原型5、清分状态查看提供查看最后一次清分任务执行状态的功能。主要显示信息有：任务发起人，启动时间，结束时间，执行状态。执行状态有：执行中，执行成功。当状态为执行成功时：A）显示查看清分汇总数据链接，供查看清算结果数据；B）当清分参数设置中，勾选了可以手工结算，则显示“启动清分”按钮供手工清算清算机行状态、、.，\ 清算衷起人：系统定时器 启动清算清算执行状态：执行成功！ 香看清算汇总数据执行开始时间；2012年12月12日23点59分59秒执行结束时间：2012^12^13000点12分12秒清分执行状态原型6、清算日志查询提供查看清算历史日志查询功能。查询参数为查询起止时间段。查询结果显示执行开始时间、结束时间、执行结果，任务发起人;执行结果单元格数据为链接，点击进入该任务执行结果页面。清算日志查询查询期间： 口- 匚I 查询清算日志冽表执行开始时间执行结束时间执行结果清算发起人1234清算数据汇总工上期累计当期发生当期累计借方贷方 )借方借方网点充值额商户销售额卡片余颉清算日志查询原型交易数据对帐交易数据对帐，是在交易数据已做清分处理的前提下， 为了保证账务记录的真实、可靠,对各类记录数据进行检查和核对。按对账范围，分系统内部对账和外部对账。外部对账，按对账对象，分为与网点、商户的对账和与银行的对账。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、获取对帐通知单对账通知单，通过商户名称即可获取。如果商户直接登录对账单提供系统， 登录后可直接查看对账通知单。查询对帐通知单一商户\\商户名称：对帐通知单一商户\\商户名称：XXX商户总消费金额： I对帐通知单一网点、网点名称：XXX网点现金充值金额：圈存充值金歆:现金退卡金颉:圈提退卡金额:充值总金额: 下载对账区间:2。12年1月1日-2。12年1月310总消费笔数： 交易时间卡片号交易类型交易商品交易金额1梢售2退货34下载对账区间：2012年1月1日-2012年1月31日现金充值笔数： 圈存充值笔数： 现金退卡笔数： 圈提退卡笔数： 退卡总颔： 交易时间卡片^交易类型交易金额1购卡2现金充值3圈存充值4现金退卡5圈提退卡帐务调整账务调整是在交易清分，生成对账数据后，相关方面查看对账单，发现数据有出入，提交帐务调整申请。一卡通平台清算管理员调查问题原因， 如果确认需要做账务调整，可在系统中进行账务调整，否则驳回调整申请。财务调整过程中，如果发现有多收银行存款或者多的应收账款， 把多的部分，记入调整损益的贷方，作为调整收益。借：银行存款/应收账款—xxx贷：调账损益如果发现多充值或者多支付账款，把多余部分记入调账损益的借方，作为调账损失。借：调帐损溢贷：电子现金/应付账款月末进行完清算后，要把调账损溢转入未分配利润。账务调整是线下和线上协同操作， 线下申请、确认、批准账务调整，线上进行帐务调整。账务调整流程交易明细查询提供交易明细查询功能， 供系统使用者查询交易明细数据； 同时给第三方系统提供数据

查询接口，构建自己的查询功能。查询条件数据项字段名一长度描述商户名称/卡片用户String交易类型String{1:消费；2:充值}开始日期Date结束日期Date查询结果数据项字段名一长度描述商户名称/卡片用户String日期Date明细项String发生金额Number帐务查询提供账务查询功能，供系统使用者查询账务数据； 同时给第三方系统提供数据查询接口,方便查询。查询条件数据项字段名一长度描述商户名称/卡片用户String开始日期Date结束日期Date

查询结果数据项字段名一长度描述商户名称/卡片用户String消费金额Number充值金额Number4.用例［重要！描述系统的USECASE,每一个UseCase包含：名称、描述、对象、假设、步骤、数据、条件和^束和问题］用例列表编R名称1交易数据清分2交易数据对账3族取对账通知单4账务调整5交易明细查询服务6财务查询服务7［交易数据清分］UseCase交易数据清分 编号描述验证交易数据的合法性；去除重复记录；对数据进行分类记账，相关对象系统定时器清算管理员

前提前置库中有交易数据流程数据清分功能，在系统中暴露的是一个定时调度或者人工调度人口，详细处理过程详见3.1松返回清分结果信息（操作成功标记，成功条数，失败条数，失败原因）数据其他要求存在问题清分数据量比较大，如果执行不成功，需要考虑再次执行或者手工执行［交易数据对账］UseCase交易数据对帐编R描述核对系统内账务处理正确性，以及财务与相关单位数据的正确性相关对象前提系统定时器清算管理员前置库中有交易数据，已完成数据清分工作流程1、通过点击对账按钮，启动对账功能；2、自动对账完成，查看对账结果，并作相应处理。3、详细处理过程，见3.2松返回对账结果信息数据其他要求存在问题［获取对账通知单］UseCase 族取对账通知单数据编R描述获取对账通知单数据，进行对账或者发送对账通知单，相关对象清算管理员/第二方人员前提已生成对账通知单数据流程1、输入待对账商户名称、对账期间；2、点击对账单连接或者接口调用；族取对账数据

数据详见3.2对账数据表其他要求存在问题接口i<<uses>><<uses>>获取对账单第三方人员清算管理员<<uses>><<uses>>获取对账单第三方人员清算管理员［账务调整］Use