校园一卡通解决方案.docx

校园一卡通解决方案.docx

《校园一卡通解决方案.docx》由会员分享，可在线阅读，更多相关《校园一卡通解决方案.docx（129页珍藏版）》请在冰点文库上搜索。

校园一卡通解决方案

校园一卡通解决方案

（本文档为word格式,下载后可修改编辑！

）

第1章概述

随着社会信息化时代的到来，社会的管理与资金的流通也将进入信息化的革命。

人们在日常生活当中使用卡已成为一种趋势，各种各样的卡使人眼花燎乱，卡的使用迫切需要形成统一的规范，而“一卡通”正是这一信息化革命的产物---变量信息及移动信息。

有关专家根据多年对各种卡的探索、研究及智能卡管理系统工程的开发、运用，认为真正的“一卡通”概念应该是“一卡一库一网”，即一条网络线连接一个数据库，通过一个综合性的软件,各系统资源共享，实现对一张卡的设置、管理、查询等等的功能。

某某校园一卡通系统是针对目前使用的证件繁多、管理繁杂的情况而设计的，用一张卡代替目前使用的菜饭票、考勤卡、洗浴票、开门钥匙、巡检记录本等等，从根本上实现“一卡在手，走遍校园”的设想。

通过校园的综合网络，逐步将各处的电脑联成一个比较大的数据网，实现校园各类数据的统一性和规范性，使校园走向科学化、现代化管理，大大提高了校园的内部管理和内部形象。

校园一卡通系统以校园内系统网络为依托,实现在校园内部的电子货币、身份识别、出入口门禁管理、综合结算、金融管理等诸多功能，有力地推进校园内部的网络化、信息化过程，为校园内部的集中管理与分散操作、高效运作提供了有效的工具。

一卡通作为身份识别的手段，可用于考勤、售饭、消费、安全门禁控制管理、巡检管理等等；作为校园内部的电子货币形式，可以用于食堂、小卖部的消费，以及其他各种为校园内部人员服务的项目。

第2章某某一卡通系统优势

2.1实现了应用、数据大集中

实现了消费、考勤、门禁、水电控等一卡通所有应用集中在一个统一的平台中处理，所有数据集中存放在一卡通数据中心中，实现了数据整合、信息共享及资源的综合利用，实现了真正的卡通、库通、网通。

2.2B/S与C/S结合模式

采用B/S与C/S两种模式优势结合，扬长避短。

实时任务处理使用C/S结构实现，数据查询管理报表打印等使用B/S结构实现，校园各部门、各个营业场所（食堂、小卖部等）、各用户都可以使用浏览器登录使用系统，完全不受地域的限制，维护容易，升级成本低。

2.3客户端零维护

各用户采用浏览器直接访问系统，客户端不需安装和维护系统，实现客户端零维护。

2.4基于oracle大型数据库支持

系统基于oracle大型数据库支持，大数据处理性能效率更高。

2.5服务可建立在广域网上

服务可建立在广域网上，可针对不同用户群体，不同地域，无需专门网络硬件环境，特别适合于分布在不同地理位置的，拥有多分支机构的大型集团客户。

2.6丰富的报表功能

系统自动生成一些固定格式的报表，如营业、出纳、考勤门禁等，这些报表的自动生成既迅速又准确，大大提高了统计工作的效率。

同时又由于这些报表是建立在实际业务运作的数据基础上，因此是对现有综合业务管理的数据反映，高层管理者可通过对多种数据进行综合分析，从而进行更为理智、科学的评定，综合报表功能提供了对这方面工作最为便捷的处理方法。

2.7灵活的权限设计

独立高效安全可靠的身份认证和权限管理,可以针对各种用户群体制定其相应的使用权限而不是传统的单一的用户管理模式。

第3章总体设计方案

3.1总体设计目标

整个系统按照“一网”、“一库”、“一卡”的一体化建设理念，建立统一的身份认证、统一的信息门户、统一的公用数据中心及统一的管理应用中心，采用“平台式”、“模块化”的开发方法，适应未来与银行系统、学校原有的各类应用系统衔接,和系统本身应用规模、应用层次不断扩大的衔接，将一卡通系统建设成一体化、开放式、标准化和用户自我建设扩展的系统。

3.2总体设计规范和标准

《IEEE802.3标准》

《银行IC卡联合试点密钥管理系统总体方案》

《ISO8583金融交易报文格式标准》

《中国金融集成电路（IC）卡规范》

《中国金融集成电路（IC）卡应用规范》

《中国金融集成电路（IC）卡终端规范》

《中国金融IC卡PSAM卡应用规范》

《教育管理信息化标准-学校管理信息标准》

《教育管理信息系统互操作规范》（EMIF）标准

3.3总体设计原则

3.3.1实用性与可行性原则

实用与可行性是系统的基本要求也是最高要求，要使规划设计的系统实用可行，除了要全面了解技术上的动态之外，更要了解实际需求，要做到一切面向应用，要根据真正需要确定系统的规模、采用的技术。

当然在这种前提条件下，一定要要考虑管理的发展，考虑技术的进步，考虑需求的膨胀，从而确保系统的持续稳定增长。

3.3.2开放性与标准化原则

系统的开放性就是指系统结构的开放性，连接的开放性、协议的标准性以及应用的开放性，开放性的考虑要贯穿于系统的整个规划、设计全过程。

一卡通系统涉及与银行、财务、业务等多个单位的信息交换与连接，不把握开放性原则，就难于将各系统融会贯通。

标准化包括格式统一规范，统一标准和统一接口。

设计时要注意国际标准、国家标准和省级标准的采纳与使用，在没有标准的情况下，用户要参与自有标准的设计与确定，保证系统建立在标准化基础上。

系统设计要确定标准代码和标准信息分类编码，规定各系统间数据交换的统一接口。

3.3.3先进性与成熟性原则

除了实用性之外，要考虑系统的先进性与成熟性。

系统的先进性与成熟有几方面的因素：

一是系统规划和整体结构的先进性与成熟性，二是系统平台的先进性与成熟性，三是网络结构的先进性与成熟性，四是系统布局的先进性与成熟性，五是数据库平台和开发平台的先进性与成熟性，六是应用功能的先进性与成熟性。

3.3.4可靠性与稳定性原则

对一卡通系统在技术上应该优先考虑系统的可靠性与稳定性，以保证系统具有良好的运行状态。

系统平台的可靠性与成熟性要从软、硬件平台、网络构建、通信介质等多方面进行考虑。

通过采用关键节点的设备和模块冗余、线路冗余，建立后备系统和灾难恢复机制等一系列措施来保证硬件系统平台的可靠性与稳定性，应用软件的可靠性与稳定性要用软件工程的方法和软件ISO9001标准来保证。

3.3.5可扩展性和易升级性原则

所谓可扩展性，是指根据实际的需求，系统可被方便地裁减和灵活的扩展，使系统能适应变化和新情况。

可扩展性强调可扩展性的结构和产品支持，一卡通建设是一个不断深入发展的过程。

可以预见，单位不断增加、站点访问的人数和范围都会不断的发生变化。

因此，在系统的设计中应充分考虑系统的可扩展性和可维护性。

对管理方式的变化，系统节点的增减，软硬件的升级都不应对系统的运行造成太大影响。

在当前的技术条件下，网络和硬件对系统都基本可以实现透明，系统可伸缩性的重点在于软件系统的设计上,在J2EE标准架体系下采用多业务管理系统标准协议开发的平台。

在该平台下，不仅可以进行多业务管理系统集成快速开发，而且还可以进行系统的自我发展、自我完善、自我优化。

3.3.6安全性与保密性原则

系统应对主机设备和敏感数据存储介质有良好的安全保护措施。

信息处理的保密性和信息存取的分级性要用存取控制方法来实现，对通过网络访问的用户权限设置必须有完善的策略，对用户的操作进行全面的审计跟踪。

系统的安全策略在系统规划设计必须要加以认真考虑。

3.3.7可管理性和可维护性

一卡通系统的一些管理功能不可能静止不变，它需要不断吐故纳新，伴随着社会进步的脉搏前进，系统管理的各个业务系统需要具备很好的维护手段，而所有这些维护过程，包括日常的操作，均需要提供一个强大的管理支撑体系确保系统的可追溯甚至回退，使系统成为一个具有持久生命力的“活”系统。

3.4一卡通平台体系架构

3.4.1“平台+应用”的1+N架构

一卡通平台是架构在网络基础上，利用计算机、网络设备、终端等设备，充分发挥网络优势，实现先进的信息化管理和卡片交易的系统。

一卡通平台采用二级平台结构：

⏹一卡通集中平台作为一级平台；

⏹各一卡通应用系统为二级平台。

平台使用混合C/S、B/S模式的多层体系架构，以“平台+应用”的1+N架构，，即一个平台（一卡通平台）N个应用（一卡通管理及应用子系统），在此平台上，各种应用子系统以“可插拔”的方式进行接入，这为将来新增的应用提供了无限的接入扩展。

图1一卡通平台体系架构图示

3.4.2一卡通集中平台

一卡通集中平台包括应用服务器、数据库服务器集群、专项应用前置机等。

集中平台包括三大业务中心，为系统提供服务：

Ø身份数据中心：

为一卡通提供身份数据管理。

Ø财务中心：

为学校进行财务数据服务。

Ø服务中心：

为一卡通用户提供信息服务。

3.4.3一卡通应用系统

提供消费、考勤、门禁、水控、会议等一卡通基础应用，同时，将来可根据客户实际需求，在不改变平台的情况下，任意扩展其它应用，如电控、机房管理、图书管理等。

3.5一卡通平台网络拓扑

图2一卡通平台网络拓扑图示

3.6第三方系统对接方案（图书、水控、电控、圈存）

3.6.1标准接口方式

一卡通系统提供WebService、EJB、COM+等多种接口包，供第三方产品通过无缝链接、有缝链接、不链接等多种方式进行接入扩展，具有很好的扩展性。

在数据层上，系统提供可定义的元数据（包含业务逻辑的数据视图）方式，供WebService接口调用，或以XML、Excel文件的方式供第三方调用。

在功能层上，系统提供EJB、COM+接口供第三方调用。

在业务层上，系统提供WebService、Socket接口供第三方调用。

同时，系统可提供卡片、数据库、终端设备数据和动态链接库，方便用户二次开发和扩展应用。

系统充分考虑了用户的现状和将来的升级需求，系统的开放性设计充分保证了用户投资的长期效益，避免资源重复浪费。

3.6.2读卡助手方式

在一卡通系统中，我们开发了与第三方系统并接的驱动程序包，采取进程外接口服务方式，实现了在不进行现有第三方系统修改的情况下，原系统与一卡通系统的信息共享。

在一卡通系统中，用户卡上已经存放了各种基本信息和身份识别信息，第三方系统在多数情况下，正是使用这些信息中的某种信息进行用户身份识别的，我们开发的射频卡自动扫描助手程序，采用后台运行的方式，与第三方系统运行在同一个机器上，在主机安装射频卡读卡器，定时对读卡器进行扫描，一旦发现有用户卡放在读卡器上，根据用户识别类型，从卡上读出相应的信息进行解码，并采用键盘模拟输入的方式，将解码信息送入系统键盘中，直接送到第三方系统的用户识别码输入区中，完成用户识别信息的输入。

3.6.3卡共享方式

除了接口的方式外，同时提供了卡共享方式，针对不同业务类型的系统，可以使用不同的卡操作方式。

对于消费类型的系统，也可以分为一本帐方式和两本帐方式。

⏹对于一本帐方式，第三方系统使用与“一卡通”一致的帐目，这在驱动程序包中已提供了卡的操作方法。

这种情况下，此系统的消费记录要传入到“一卡通”系统中，以维护“一卡通”系统的帐目平衡性和完整性。

⏹对于两本帐的系统，系统可以在卡上为其另外分配一个存储区，用于存放其独立的帐目。

对于识别类的系统，系统开发有卡识别驱动程序包，此系统使用卡阅读器，即可以读取卡上的用户身份信息和卡状态信息，用于身份确认和卡有效性判别，同时，卡中心系统在制卡时，可以在卡上加入用于卡识别的个性信息，例如条码内部号码等。

第4章系统功能

4.1一卡通集中平台

4.1.1卡务管理系统

4.1.1.1概述

卡务管理系统是一卡通系统的用户接待中心，是面向用户服务的综合接待窗口，负责接待和处理校园卡用户的各种服务请求，负责校园持卡人的综合业务。

4.1.1.2系统结构

4.1.1.3系统功能

4.1.1.3.1用户管理

对用户进行管理，包括单个用户的建立账户、资料变更、证卡打印、销户等操作，也具备批量用户的导入开户、部分信息的统一变更等功能。

4.1.1.3.2卡批次管理

卡批次主要定义了卡的有效期，即属于这个批次的所有的卡的开始使用时间和结束使用时间，批次信息会写在卡上，也会被当作参数之一下载到终端机，在刷卡时判断卡的有效期，在有效期之内则可以正常刷卡，超过有效期则会提示“过期卡”，此时如果需要继续使用则可以到卡管理中心做变更处理。

4.1.1.3.3卡片入库管理

卡片入库即是将卡片的物理卡号记录进系统中，未记录则为非法卡，不能进行任何操作。

系统支持单张入库及批量入库。

4.1.1.3.4开卡

开卡的意思是将卡片在系统中进行注册，并分配给某个用户，以后该用户便可持该张卡片在系统中进行相关操作，所有卡片操作都必须要开卡后才能进行，开卡分为管理卡开卡及普通卡开卡。

系统支持单个开卡及批量开卡。

4.1.1.3.4.1卡片分类

一卡通平台卡片按用途不同主要分为:

管理卡和用户卡两类。

1．管理卡

管理卡用于日常管理，根据分工不同分为出纳卡、放水卡、水控配置卡等。

出纳卡：

出纳员使用，用于登录出纳机，让出纳机进入出纳模式。

出纳员使用出纳卡刷出纳机时，出纳机读取该卡身份信息，并进入出纳模式，当出纳机进入出纳模式后，才可进行出纳的相关操作（充值、取款等），同时以后的充值、取款等记录自动关联在该张出纳卡上。

放水卡：

用于管理员根据工作需要刷卡放水，使用放水卡放水不用计费。

水控配置卡：

用于配置水控机费率、密码等参数。

2．用户卡

普通用户日常使用的卡，根据开通的应用可用于校园消费、考勤、门禁等。

4.1.1.3.4.2管理卡开卡

为管理员开通管理卡，开通管理卡时，选择开通卡类型：

出纳卡、放水卡、水控配置卡等，选择开通的应用：

消费、主钱包，配置管理卡持有者，设置卡片密码。

4.1.1.3.4.3用户卡开卡

开卡前，须先安装好发卡器，开卡时，填写用户信息、卡片信息、收取的费用情况选择要开通的应用，并将所配的卡片放到发卡器上，系统通过发卡器读取卡片的唯一卡号，然后系统取得一个空帐号并将个人帐户信息加入到本区的帐户数据库中，操作员再将界面上的帐号登记到卡片上，开卡就成功了。

4.1.1.3.5充值

本系统提供了两种方式的充值操作：

发卡器在PC机上存款和充值终端机上存款。

如果使用发卡器存款，则将存款信息记录在当前登录的操作员报表中；如果使用充值终端存款，则需要刷出纳卡将充值终端的切换到出纳模式，此时存款信息记录在当前出纳卡绑定的操作员报表中。

只有卡片状态是正常的卡才能进行充值操作。

4.1.1.3.6开通应用

除了开卡时可开通应用以外，以后如果还要开通其它应用，在此可以继续开通。

将卡片放在读卡器上读卡，系统读取卡片信息，操作员确认卡片信息无误，选择还可开通的应用进行开通操作。

4.1.1.3.7注销应用

注销应用主要为用户的卡片注销已开通的某些应用。

操作员将卡片放在读卡器上读卡，系统读取卡片信息，操作员确认卡片信息无误，选择需要注销的应用进行注销操作。

4.1.1.3.8挂失

挂失主要为该校园的用户对卡片（正常卡）进行挂失操作，挂失卡不能在系统中使用，用户挂失后找回卡可解挂，未找回卡可补卡。

非正常卡片包括：

非法卡，挂失卡，申请撤户卡。

执行挂失操作时，先查询卡用户，可根据用户姓名、登录帐号、组织名称、学（工）号进行查询，查询成功后，得到卡片基本信息（卡号、开卡时间、卡片种类、卡片状态）。

操作员确认信息后，执行挂失，挂失成功后，则该卡将不能在系统中继续使用了。

4.1.1.3.9解挂

为该校园的用户在对卡片进行挂失操作后，若用户已找回该卡，则可在系统中进行解挂操，解挂后该卡能进行正常操作。

解挂时，将卡片放在读卡器上读卡，确认卡片信息无误，执行解挂。

4.1.1.3.10换卡

当持卡人的卡片损坏或丢失而必须换用新卡时，采用这一功能，换卡时帐户内的其它信息不丢失，只是所采用的卡号做了更改，换卡操作只能在财务下账周期后执行，换卡后该用户能在系统中正常使用。

换卡时，先查询要换卡的用户，可根据用户姓名、登录帐号、组织名称、用户工号等信息进行查询，查询结果信息包括卡片信息（用户卡号、开卡时间、卡片种类、卡片状态、挂失时间、允许换卡时间）及用户基本信息（用户姓名、用户性别、组织名称、用户生日）。

操作员对查询出的信息确认无误后，放上一张新卡，执行换卡操作。

换卡成功后，系统将显示用户新的卡号与密码。

4.1.1.3.11补卡

补卡主要为该校园的用户在对卡片进行挂失操作后，未找回该卡，对用户进行补卡操作。

补卡操作只能在财务下账周期后进行操作，财务下账周期在系统管理子系统配置。

补卡后该用户能在系统中正常使用。

补卡时，先查询要补卡的用户，可根据用户姓名、登录帐号、组织名称、用户工号等信息进行查询，查询结果信息包括卡片信息（用户卡号、开卡时间、卡片种类、卡片状态、挂失时间、允许补卡时间）及用户基本信息（用户姓名、用户性别、组织名称、用户生日）

操作员对查询出的信息确认无误后，放上一张新卡，执行补卡操作。

补卡成功后，系统将显示用户新的卡号与密码。

4.1.1.3.12退卡

处理用户退还卡片，正常卡片才可退，非正常卡片包括非法卡，挂失卡，申请撤户卡则不通退。

退卡时，操作员把卡片放在读卡器上，系统读取卡片信息用户基本信息、开通应用信息、余额信息，操作员确认卡片信息无误，执行退卡操作，并向用户退还实际退还金额。

4.1.1.3.13取款

为该校园用户的卡片（正常卡）开通的钱包应用中若有余额，进行取现操作，非法卡，挂失卡，申请撤户卡等非正常卡片则不能取款。

取款时，操作员把卡片放在读卡器上，系统读取卡片用户基本信息、已开通应用信息、余额信息，操作员确认卡片信息无误，选择要取款的应用，填写要取款的金额，执行取款。

4.1.1.3.14撤户

由个人申请撤户，操作员在此进行撤户，撤只针对用户的正常卡进行申请撤户操作，撤户操作只能在财务下账周期后进行操作。

执行撤户操作时，先查询卡用户，可根据用户姓名、登录帐号、组织名称、学（工）号进行查询，查询成功后，得到卡片基本信息及用户基本信息，卡片基本信息包括：

卡号、开卡时间、卡片种类、卡片状态、申请时间、允许撤户时间，用户基本信息包括：

用户姓名、用户性别、组织名称、用户生日。

操作员确认信息后，执行撤户，退还应用里的金额，撤户成功，撤户成功后，则该卡将不能在系统中继续使用了。

4.1.1.3.15出纳红冲

出纳红冲主要针对出纳管理员在进行存款、取款操作时金额操作错误，可以通过此操作红冲金额，只有正常卡状态的卡才能进行红冲操作，出纳红冲包含PC存款、PC取款、终端存款、终端取款操作的红冲。

操作员首先查询要进行红冲的流水，把卡片放在读卡器上，确认卡片信息无误，选择需要红冲的钱包应用，选择交易开始时间和交易结束时间，执行查询，查询结果显示符合条件的红冲流水，操作员选中要进行红冲的流水，设置需要红冲的金额，执行红冲，完成红冲操作。

4.1.1.3.16消费红冲

消费红冲主要针对于持卡用户用卡片在终端机具上消费时消费了错误金额，可以通过此功能红冲金额。

操作员首先查询要进行红冲的流水，把卡片放在读卡器上，确认卡片信息无误，选择需要红冲的钱包应用，选择交易开始时间和交易结束时间，执行查询，查询结果显示符合条件的红冲流水，操作员选中要进行红冲的流水，设置需要红冲的金额，执行红冲，完成红冲操作。

4.1.1.3.17卡片同步

卡片同步主要对用户卡片与平台之间进行同步时间及用户名称，使卡片中存储的时间及用户姓名与一卡通系统保持一致，只针对正常卡和过期卡且过期卡处理方式为过期激活。

执行卡片同步时，操作员把卡片放在读卡器上，读取卡片信息、用户信息，确认信息无误，选择同步时间还是同步用户姓名，执行同步。

4.1.1.3.18卡片修复

卡片修复主要对校园用户的卡片在进行刷卡操作时，因某些未知原因，对卡片造成了破坏，使用此功能对其修复，使其能正常操作，卡片修复只能针对正常状态的卡（非挂失，撤户卡等），并且尽量确定消费流水已全部收取。

执行卡片修复时，操作员把卡片放在读卡器上，读取卡片信息、用户信息，选择要开通的应用，执行修复。

4.1.2权限管理子系统

4.1.2.1概述

权限管理系统主要负责配置、维护整个系统的用户权限。

不创建用户，只管理权限；权限设置灵活可变，一个用户可以拥有多个系统操作权限，也可只拥有某个系统的某些功能的权限，根据用户需要进行配置。

4.1.2.2系统功能

4.1.2.2.1权限基础设置

对帐户类型、登录类型、功能模块、登录帐号、访问地址进行管理。

4.1.2.2.2角色及权限管理

管理系统中的角色及角色权限信息，可以新增、修改或删除角色，并对角色按功能模块进行授权，可授权某一角色有权使用哪些功能模块，而不能使用哪些模块，角色被授权后，该角色下的用户则自动赋予相同的权限，用户登录后只能在自己权限范围内操作。

系统支持多级角色创建，即可以创建一个角色的子角色。

4.1.2.2.3用户分组管理

为方便管理用户权限，创建用户分组，然后直接给用户组赋角色，那么属于该用户组的用户就默认继承用户组的角色权限。

4.1.2.2.4用户权限管理

一卡通系统一个用户可以拥有3种登陆方式：

账号、卡号、证件号；其中管理人员账号数据来自系统管理子系统，持卡用户的3种登陆账号来自卡务系统开卡所得。

权限系统只配置和维护用户权限，不创建用户账户和登录账号。

查看用户信息：

查看帐户ID、姓名、所属部门、帐户类型、帐户状态、角色分组、当前所属角色等。

修改用户所属角色：

可以修改用户所属角色，修改后，则用户的权限自动修改为新角色的权限。

冻结/解冻用户：

用户被冻结后，不能登陆系统；账号被解冻后，可以正常登陆。

4.1.2.2.5系统日志管理

对用户的操作情况、登录情况进行记录，主要记录什么人在什么时间作了什么操作，让管理员随时监控系统的使用情况，同时方便以后系统出现异常时进行问题追溯。

4.1.3报表查询子系统

4.1.3.1概述

提供系统中各类报表的查询，包括营业报表、出纳报表、收支汇总、个人帐单、商户报表、门禁报表、考勤报表、终端报表，报表可以以各种图形、表格形式展现，并可导出EXCEL文档。

4.1.3.2系统功能

4.1.3.2.1营业报表类

包括营业日报、营业月报、营业阶段报表、营业情况分析报表。

营业日报：

查询某组织或者某区域在某天某消费时段某时间的营业情况。

营业月报：

主要查询某组织或者某区域在某月某消费时段某时间的营业情况。

营业阶段报表：

查询某组织或者某区域在某段时间内某消费时段某时间的营业情况。

营业情况分析：

可按组织、区域、终端分类，对其营业情况进行分析，系统以直观的图表方式展现某一阶段内每天的营业额、营业总额、营业次数等数据，辅助管理人员进行决策分析。

4.1.3.2.2出纳报表类

根据用户指定的时间段生成出纳报表，报表类型包括出纳日报表、出纳月报表、出纳阶段报表、出纳月报明细表、出纳明细报表、出纳交易总计报表等，报表中主要统计各个项目的收入及支出情况，可由用户自定义要统计哪些科目，这些科目包括：

开卡、退卡、挂入、解挂、补卡、换卡、开通应用、注册应用、PC存款、PC取款、终端存款、终端取款、补助存款、补助取款、充值红冲、补助消费、消费红冲、取款红冲、补助取款红冲、补助充值红冲、无卡撤户、补助消费红冲。

出纳日报表：

查询该校园的某个出纳人员在某日内的操作交易，默认为当天。

出纳月报表：

查询该校园的某个出纳人员在某日内的操作交易，默认为当天。

出纳阶段报表：

查询该校园的某个出纳人员在某时间段内的操作交易。

出纳月报明细表：

查询该校园的某个出纳人员在该月内的操作交易。

出纳明细报表：

查询该校园的某个出纳人员在该月内的操作交易明细。

出纳交易总计报表：