CAS一卡通系统(图)
1 CAS一卡通整体解决方案概述
四川亿源智能科技有限公司已先后成功开发并应用了感应式IC卡收费系统、感应式ID卡收费系统、会员储值消费管理系统、停车场收费系统（简易版）、感应卡考勤系统（简易版）等。根据公司2006年市场开发计划，公司于2006年初开始集中所有的软件开发及工程技术力量，开发了一套完整的、集成于一体式的智能卡一卡通系统CAS（英文Card Application System卡应用系统中每个单词的首字母的连写）。该系统将采用模块化设计，采用C/S构架。系统包括：中心管理端和消费、考勤、门禁、巡更、领导查询、通道出入、会议出勤、停车场等部分。
以下是整个系统解决方案的逻辑框图：
扩展模块 基本模块 中心数据库 管理中心子系统 消费子系统 门禁子系统 考勤子系统 停车场收费子系统 通道出入子系统 会议出勤子系统 巡更子系统 多媒体查询子系统 …… 领导查询子系统
2 CAS主程序
主程序相当于整个系统的框架结构，操作人员进入主程序后可以通过导航图很清楚地看到本系统所包括的各个子系统。主程序具体操作界观如下图：
在主程序的操作界面中，将CAS一卡通整体解决方案的各个子系统分为两个页面进行展示，操作员可以通过点击【上一页】和【下一页】来进行切换。
当操作员点击某一子系统名称时，即启动相应的子系统功能。以下对CAS一卡通整体解决方案所包含的各个子系统作简单介绍：
1) 管理中心子系统：管理与部门人员信息、操作员和卡片相关的操作，是整个系统的后台管理中心；
2) 收费管理子系统：实现包括食堂、小卖部、娱乐场所等消费管理功能。收费管理是一卡通整体解决方案的主要功能之一；
3) 门禁管理子系统：实现单位/企业内部人员出入各个场所的智能化授权和监管，防止外来人员肆意出入和内部人员的窜留，保障内部安全。门禁管理是一卡通整体解决方案的主要功能之一；
4) 考勤管理子系统：实现员工出勤、加班、请假等管理功能，是人力资源管理的主要内容之一；
5) 巡更管理子系统：实现安保人员对小区、楼栋、办公场所等进行安全巡检的智能化监管功能，是技术的重要组成部分之一；
6) 领导查询子系统：领导可以使用自己的办公电脑，通过局域网（下一步扩展为广域网）查询CAS一卡通各个子系统的全部或部分数据、统计分析图表，评估各个相关部分的工作情况和协作效果；
7) 通道出入子系统：主要适用于单位/企业出入大门的人员身份识别，是一卡通整体解决方案的扩展功能；
8) 会议出勤子系统：主要适用于单位/企业人员参照会议、培训学习、集体活动等出勤管理，杜绝内部人员参与这些活动的相对松散的情况发生；
9) 停车场收费子系统：主要适用于单位/企业同部车辆停放管理，保障单位或个人的财产安全；
10) 多媒体查询子系统：可以通过安装在单位/企业大厅的触摸屏实现查询包括：出勤、工资、保险等多方面信息，同时还可以发布一些通知、祝福等文字信息，还可以对单位/企业进行多媒体宣，可以起到很好的效果；
11) 其它子系统：可扩展的其它子系统，目前暂时未确定下一步会集成哪个扩展功能子系统；
3 CAS管理中心子系统
为了便于一卡通整体解决方案的实施和管理，我们将CAS一卡通中包括部门人员、权限和卡片管理的操作功能全部独立集成为管理中心子系统，作为CAS一卡通的后台管理中心，由系统管理员负责操作。
具体操作功能界面如下图：
以下对管理中心子系统实现的主要功能作简单介绍：
3.1 单位及单位密码设置
系统设置的单位信息将出现在各个子系统的统计查询报表相关信息栏中，以作为本单位一卡通的一个标识信息。单位密码则是保证外单位的卡片不能在本单位使用和本单位的卡不在外单位使用的重要设置数据项；单位密码一经设置，不得修改，以确定先后发行的卡片都保存并使用同一个单位密码（只针对IC卡一卡通系统有用）。
3.2 部门设置
考虑一些集团性的大企业、规范较大的机关事业单位内部部门设置相对较复杂，CAS一卡通整体解决方案集成了“树型结构”部门设置算法，可以实现理论上部门设置级数不受限制的N级部门，解决了一些小系统只能设置一级部门或二级部门的功能限制，极大的方便了人力资源的科学化管理。
当新添加一个部门时，系统自动查找当前子部门中最大的部门编号，并自动加1后作为新的部门的编号，同时允许操作员进行修改，以保证系统最大的灵活性和实用性。
要求：部门编号必须为数字，不能输入英文字母、汉字或其它非数字符号；部门编号和部门名称必须输入，部门名称未作唯一性限制，以满足大型企业、单位多个部门下的子部门名称相同的功能需求。
3.3 用户设置
CAS一卡通整体解决方案集成了满足人力资源部所要求的全部人员管理需求，包括：添加、修改、删除、部门更换、照片加入等功能；
作为CAS一卡通整体解决方案的基础，“用户设置”必须在“管理中心子系统”首先执行，然后才能进行发卡、启用帐户、消费充值、考勤排班、门禁权限设置等后续操作。这一改传统的小系统边输入用户信息边发卡、首次发卡时速度慢并容易出错的功能缺陷。
后续的升级版本我们将实现直接从人力资源部提供的人员信息源中导入用户信息，这种人员信息源可以是电子表格、DBF数据表或其它可识别的数据库。
用户设置的具体操作界面如下图：
添加或修改用户信息操作如下图：
用户密码将作为用户开门（要求输入密码或刷卡+密码）、用户考勤（要求输入密码、刷卡+密码或指纹+密码）和用户消费金额超限（单次、每餐或每天超过规定的次数限制）以及申请挂失/解挂时使用。
为了保证各个子系统的相互独立和关联，该密码将会在各个子系统启用帐户时自动转入到子系统的用户操作密码中，但操作员可以在各个子系统中对其进行修改，且不会互相影响。
3.4 发行新卡
为了保证完全做到CAS一卡通整体解决方案内的各个子系统采用统一的用户及卡信息，要求用户卡信息进行统一管理。在CAS一卡通整体解决方案中，我们设计了这样一套原则，即：只有在管理中心子系统中发行的新卡，在各个子系统中，才可以通过“帐户启用”操作，启动该用户；相反的，只有在每个子系统中都执行了“帐户禁用”操作的用户，才可以通过管理中心子系统中的“退卡销户”操作注销该卡。这样可以有效地保障用户卡信息的统一和同步。
发行新卡的操作界面如下图：
在发行新卡中，操作员可以选择《单张发卡》，也可以选择《批量发卡》，即一次性对选择的多条用户信息进行批量发卡操作，这一操作在系统初始发卡时非常有用。原有的一些系统常常是输入一个用户信息，则发一张卡；而CAS一卡通系统强调“用户信息”与“卡片信息”相对独立，它们是独立管理，独立保存，这与实际的操作流程相吻合，符合人力资源管理的规范。
3.5 卡片挂失
卡片挂失处理包括：卡片挂失、解挂、挂失卡补发新卡等三个操作。CAS一卡通系统要求持卡人一旦发现自己卡片丢失，要立即到管理中心申请办理卡片挂失手绪，以保证自己的利益不受影响。卡片挂失后，各个子系统将同时获取新的挂失信息，并及时下传到各个操作终端上（如收费机、门禁控制器等），这样，即使卡片被别人拾到，也无法使用，从而保障了持卡人的利益。如果持卡人又找到丢失的卡片，即可办理解挂手绪。同样的，各个子系统将同时独取新的解挂信息，并及时下传到各个操作终端上，这样持卡人拾回的卡片即可正常使用了。
对于感应式IC卡一卡通系统，收于各个刷卡终端与管理主机采用非实时通信，而刷卡时刷卡终端自行判断卡片的合法性，所以，当操作员执行卡片挂失、解挂或补发新卡后，都必须及时将新的挂失记录（也称为黑名单）下传到各个刷卡终端上，以保证丢失的卡片无法再继续被另外的人使用。
3.6 补卡处理
补卡处理是指卡片丢失后，持卡人无法找到原卡片，则只能补发新卡，将原卡片帐户信息（包括余额、使用次数等）转到新的卡片中。
补卡处理原则上不收取持卡人卡成本、卡压金等费用。
3.7 退卡销户
刚才讲了一条原则，让就是在退卡销户以前必须保证该卡在CAS一卡通整体解决方案的各子系统中的全部帐户都已被禁用。退卡销户时原则上需要退还持卡人的卡压金，而卡成本原则上可以不退或少退。
退卡销户后，在“用户管理”模块中即可删除该用户信息。
3.8 统计查询
统计查询可以查询包括：发卡记录、换/补卡记录、注销记录和用户档案信息等；在所有的统计查询功能界面中，都可以执行：查询、报表、导出等三项功能。
发卡记录查询界面如下图：
在CAS一卡通整体解决方案中，关于统计查询功能，集成了多项先进算法和技术。以下作具体描述：
3.8.1 动态加载记录
操作员在进入操作界面后，可以通过设定的时间段范围动态加载记录；原有一些系统一启动界面就加载全部记录，如果记录数较大的话，需要等较长的时间，容易让操作员产生死机的错觉，这时如果操作员执行关机、终止进程等操作则可能导致数据库损坏，产生无可挽回的后果。
3.8.2 通过部门进行快速筛选
通过界面左边的部门信息树型结构控件，可以快速地定位某个部门的全部或部分记录。这种树型结构控件效果非常直观，操作员可以非常轻松地完成日常较繁重的统计查询工作。
3.8.3 多组合条件查询分析器
这一查询分析器类似于让操作员自己编写SQL查询语句，理论上可以实现查询任何想要的记录。而且操作简单，操作员只需选择“项目”、“关系”、“值”和“组合逻辑”等内容，通过生成多条查询条件进行组合查询。
3.8.4 直接导出XLS文件
系统可直接将查询到的记录导同为XLS文件，而且保证“所见即所得”。
用户档案记录查询操作窗面如下图：
操作员可以选择查询：已发卡用户、未发卡用户、挂失用户、退卡用户信息。
3.9 数据维护
所有的数据维护操作都集成到管理中心子系统中，其它子系统不再具有这些功能，这样一是为了减少重复的操作，二是为了充分保障系统数据的安全。由于CAS一卡通整体解决方案和各个子系统分别由企业或单位不同的部分管理人员进行操作，如何保证他们工作的协调和有序，将是我们在系统设计中必须充分加以考虑的问题。
系统管理员可以通过数据维护完成的操作包括：
Ø 通过执行《数据库链接》重新配置本地到后台数据库的连接参数；
Ø 通过执行《数据初始化》对数据库进行完全清除，这一操作常常在初始安装系统并进行一段时间调试运行后执行；
Ø 通过执行《数据备份》对数据库进行备份操作。系统管理员定期对系统数据库进行备份操作是十分必要的，它将保证系统在出现异常时能快速准确地恢复数据；
Ø 通过执行《数据清理》对数据库中一些过期的明细记录进行清理操作。清理的明细记录将会被转移到备份数据库，而不作物理清除操作。
Ø 通过执行《数据恢复》对数据库进行完全恢复操作。由于数据恢复操作将会覆盖现有的数据，所以本操作一定要谨慎，需要输入控制密码。
数据备份的操作界面如下图：
在该窗体中，选中“添加日期后缀”可以自动在备份数据库文件名（名称为：eyCard.bak）后面添加当前的日期时间，这样可以确保当前的备份文件不会与以前的备份文件名称重复从而导致覆盖原来的备份文件。
3.10操作员管理
《操作员管理》是管理中心子系统最为核心的功能之一。它将提供系统管理员设置CAS一卡通整体解决方案中各个子系统的操作人员及相关权限。
CAS一卡通整体解决方案提供了操作员权限的十分合理的管理模式。可以设置任何一位操作员在任何一个子系统中可以操作的功能模块，以及所以执行的操作，包括：只读和完全控制（该功能还可以扩展）
目前一些同类系统更多地采用所谓的“二级权限”或“三级权限”实现操作人员的分级管理，但这种实现方式不能根据解决作为单位/企业一卡通系统所需要操作人员分级、分模块管理。
具体操作界面如下图：
4 CAS收费子系统
收费管理子系统是CAS一卡通整体解决方案的重要子系统。系统分为两个部分：管理端和服务端。
1. 收费子系统管理端：完成参数设置、充值、取款、补贴发放及统计查询功能；
2. 收费子系统服务端：通过实时线程与所有收费机进行实时通信，完成具体的消费操作过程；
收费子系统操作主界面：
以下对收费子系统实现的主要功能作简单介绍：
4.1 基本信息设置
基本信息设置包装三个页面，分别是：餐次设置、终端设置和用户类别。
餐次设置：设置早餐、中餐、晚餐及夜餐等。用户可根据实际需求，设置一个或多个餐次。餐次设置可以方便消费记录的统计查询；
终端设置：终端设置前需要先设置消费地点，然后再选择相应的消费地点并对其设置一台或多台收费终端（收费机）。
用户类别：设置单位/企业内部人员的分类，操作员可以针对不同的用户类别，设置其每餐的消费次录、消费限额，设置每天的消费次数、消费限额等。
具体操作界面如下图：
对不同的用户类别设置包括：次数和金额的限制，可以有效地避免有人拾到丢失的卡片时，恶意超量、多次消费，以期对持卡人造成更大的利益损坏。
另外，还可以设置消费支付比例，即设置实际扣款金额与消费金额的比例。如设置“支付比例”为：80%，如果持卡人消费10元，则从其卡中实际扣除的金额为：8元。
设置用户类别“可用餐别”和“可用收费终端”可以实现不同人员在不同时段不同地点消费的功能需求。
4.2 启用帐户
在CAS一卡通整体解决方案中，我们引入了“帐户”这一概念，即当通过管理中心子系统发行新卡后，即生成一个新的“帐户”，如果该持卡人参与“消费子系统”（参与持卡消费），则需在收费子系统中执行《启用帐户》操作。相应的，如果该持卡人参与“考勤子系统（参与刷卡考勤），则需在考勤子系统中执行《启用帐户》操作。相反，如果某持卡人不在参与某子系统，则需执行帐户禁用操作。
《启用帐户》和《帐户禁用》操作可以银行地解决大型企业/单位一卡通系统中各个子系统参与人员可能不完全相同的实际需求。如临时工只用卡片消费，而不进行考勤，或没有机动车进而不参与停车场收费子系统。又如单位领导层只用卡作消费、停车，而不参与考勤等。这样各个子系统就可以相对独立地选择参与本子系统的企业/单位人员。
具体操作界面如下图：
由于停车场收费系统早期无论从需求、管理到使用方式都相对较独立，可以单独采购停车场收费子系统，而现在更多的单位/企业希望建设整个一卡通系统，这就要求停车场收费子系统必须很好地嵌入到一卡通整体解决方案中去。
4.3 充值和取款
充值是收费子系统中最为常用的功能之一。与充值相对应的是取款操作，对于单位来说取款相对较少一些，但对于企业或学校，取款操作也同样重要。
充值操作流程很简单，将卡片放入感应式IC卡/ID卡读写器的感应区内，通过点击《读卡》系统即可读取卡片信息，并自动检查卡片合法性，并显示该卡的相关信息，如：卡号、编号、姓名、部门以及使用次数、余额等。
操作人员输入“充值金额”后，程序自动计算卡片新的余额并显示出来，当操作员确认该充值操作过程，系统即可完成写卡和写数据库操作，并提示操作成功。
具体操作界面如下图：
充值方式分为两种：随机充值和固定充值，前者表示操作员可以任意地输入充值金额，并自动计算得到卡片新的余额；而后者表示执行充值操作，使卡片新的余额等于指定的新的卡片余额。总结为随机充值为正算，固定充值为反算。
充值操作还可以选择《单张充值》和《批量充值》。前者表示一次只对一张卡进行操作，而后者则表示自动对每一张。
取款操作与充值操作方式类似，操作员可以选择《单张取款》和《批量取款》；可以选择随机取款和固定取款。
4.4 发放补贴
就餐补贴作为单位/企业对内部员工的一种福利形式，具有相当的普遍性和实用性。CAS一卡通整体解决方案的收费子系统集成了个性化的补贴发放算法。其算法规则为：
1. 通过用户类别设置不同的持卡人单次计算补贴时的标准金额；
2. 操作员在《发放补贴》操作界面中选择《生成预览》即生成当前的补贴发放临时表；
3. 操作员可以对此双击某一用户的补贴记录，弹出修改补贴窗体，操作员输入新的补贴金额；
4. 操作员在《发放补贴》操作界面中选择《确定发放》即完成实际的补贴发放操作过程，同时临时表记录被清除；
5. 原则上每月进行一次《发放补贴》操作，但考虑不具的单位/企业的实际需求可能千差万别，系统并没有作严格限制，只是通过反复的提示信息，提示当月已经发放过补贴，让操作员自己确定是否有必要再针对部分或全部人员执行《发放补贴》操作；
具体操作界面如下图：
生成的补贴临时记录在退出未执行“发放”前退出或重新执行“生成”操作时会被自动清掉。
CAS一卡通整体解决方案中的消费子系统将充值与补贴记录保存在不同的数据表中，可以很清晰地查阅任意时间段内执行的存款、取款及补贴发放操作记录，方便单位/企业的管理工作。
4.5 错误数据处理
错误数据是指消费明细记录上传到计算机后，由于无法准确定位用户信息或其它原因导致上传记录无法保存到个人消费明细表中，为了保证数据的完整性，将这些数据保存到临时表中，由操作员通过《错误数据处理》手动修改后加入明细表中。
产生错误数据原因包括以下几个方面：
4.5.1 非法卡
当卡片挂失补发新卡、换发卡、退卡注销后，保存在收费机上的原卡的消费记录上传到计算机后由于无法查找到相应的用户信息，导致该消费记录成为无名帐，即成为错误记录。为了避免这种情况的发生，我们要求在执行以上操作之前，必须上传所有收费机上保存的消费记录。
4.5.2 日期/时间错误
如果收费机上（或电脑中）的时间错误，导致上传到计算机的消费记录所记录的日期时间比当前电脑中的系统日期时间还要晚，相当于今天收到了明天的消费记录，即成为错误记录。为了避免这种情况的发生，要注意电脑的时间和收费机上的时间，并注意保持两者的同步。
4.6 误收处理
误收处理是指当卡片消费时由于某种原因，由收费机操作人员输入错误导致从员工卡中扣除较多（较少）的金额，需要由系统操作员（或拥有相关操作权限的其它操作人员）通过《误收处理》进行修改。
具体操作界面如下图：
对于SP810收费机，食堂收费操作员可以通过收费机面板上的《纠错》功能直接完成误收处理过程。食常收费操作人员可以通过面板上的方向键（→ ←）切换该卡最近三条消费记录，当确定某条消费记录后再按《确定》并输入正确的消费金额，即可完成纠错操作。纠错的算法原理为：首先、新增加一条金额与错误记录相同，但为负数的消费记录；其次、再创建一条正确的消费记录。
4.7 明细报表
明细报表包括：消费明细报表、存款明细报表和取款明细报表；
消费明细报表的操作界面如下图：
在明细报表中，操作员可以点击左边的部门树型列表框进行快速记录筛选，也可以通过在记录表格中点击右键弹出快捷菜单，并选择“过滤”菜单项执行自定义记录筛选，以方便操作员找到自己最需要得到的数据信息。
部门快速记录筛选与自定义记录筛选的条件将会组合。选择“清除过滤”将显示所有记录。
由于明细记录量随着系统使用会变得很大，所以我们在系统设计时采用了动态加载的算法模式。即由操作员确定要查询的时间范围，再点击《查询》即加载符合条件的明细记录。这样一是可以缩短加载数据的时间，同时由于记录量较少，还便于操作人员查看所需要的记录信息。
4.8 汇总报表
汇总报表包括：消费汇总报表、存款汇总报表和取款汇总报表；
消费汇总报表可现按部门、个人进行汇总，也可以按消费地点和机号进行汇总。前者可以汇总查询部门及个人在一段时间内的总的消费次数和消费金额，分析其就餐频率；后者可以汇总消费地点或某一台收费机一段时间内的总的刷卡次数和收费金额，分析其营业绩效。
具体操作界面如下图：
操作员可以选择需要汇总查询的时间范围，再选择“汇总类型”，执行《汇总》操作即得到需要的数据信息。数据表格中的字段列根据操作员选择执行的“汇总类型”的不同自动快速生成。
4.9 收支报表
收支报表包括：单位收支汇总、部门收支汇总和个人收支汇总；
单位收支汇总可以作为操作员与财务结算现金的依据。如果是多个操作员参与存款、取款或发卡、换卡等操作，则可以通过选择“单位收支汇总”操作界面的相应操作员，即可生成该操作员的收支汇总报表。
部门收支汇总可以作为财务室与相关部门进行财务结算的依据。
个人收支汇总可以作为财务室与个人进行财务结算的依据。
这两个报表可以很消楚地看到个人或部门在一段时间内（如一个月）存款、取款、发新卡、补卡、换卡的次数和相应的金额。
单位收支汇总的操作界面如下图：
单位收支汇总可以作为收费系统财务平衡的重要核算依据之一。原则上收费子系统的系统平衡计算公式如下：
Ø 从系统开始使用至今的系统平衡：
收入 = 存款金额+补贴金额； 支出 = 取款金额-退卡金额；
消费 = 消费汇总金额； 卡余 = 当前所有卡片帐户余额；
平衡计算公式：收入 – 支出 – 消费 = 卡余
Ø 从系统开始使用到之前一段时间的系统平衡：
平衡计算公式：之前收入 – 之前支出 – 之前消费 = 卡余 + 之后消费 -（之后收入 – 之后支出）。
Ø 从之前某一时间至今的系统平衡：
平衡计算公式：之前卡余 = 卡余 + 之后消费 -（之后收入 – 之后支出）。
部门收支汇总可以为一些机关单位提供先消费后结算、通过单位补贴和个人支付部分等功能实现。具体操作界面如下图：
当操作员选择“平衡报表”复选框时，系统还将统计部门在该时段的消费金额和当前帐户余额，以方便进行收支平衡核算。
个人收支汇总操作界面如下图：
4.10收费系统服务端
服务端即是与收费机实时通信端。服务端采用多线程技术实时遍历每一台收费机，检查收费机的状态并接受刷卡申请和完成消费扣款过程。由于感应式ID卡本身只是一个可标识的序列号，刷卡消费时必须通过网络从数据库中获取其帐户合法性校验和帐户余额。当收费人员输入消费金额并确认时，收费机又将本次消费金额和计算得到新的余额送到计算机中，并保存一条消费记录。其交易过程如下示意图：
|
计算机（服务端） |
收费机（交易端） |
|
|
持卡人刷卡并取得卡号（10位数字） |
|
|
显示卡上余额 |
|
|
输入本次消费金额并计算新的余额 |
|
|
提示消费成功，并显示新的余额 |
|
|
等待刷新卡 |
收费子系统的服务端操作界面如下图：
左边列表框显示所有收费机的状态（在线/离线）。操作员可以点击任意一台收费机通过弹出的快捷式菜单选择“下传系统参数”操作，将系统设置的餐次信息、有效卡号列表记录（红名单，用作脱机使用时判断卡片是否合法）下传到收费机中。
操作员还可以点击《系统设置》选择收费机与计算机相连接的相关参数，如：端口号、通信协议（RS485、TCP/IP）和通信速率。
窗面右边部分即显示刷卡消费记录信息。显示的信息包括：卡号、时间、消费金额、新的余额、机号或错误提示信息。
刷卡消费记录信息为滚动显示，满屏后自动清除前面的记录，以保证管理人员可以一直看到最新的发生的消费记录。
4.11收费服务端支持的其它功能
收费服务端除了响应收费机的消费请求并完成整个交易过程外，还可以支持直接从收费机上完成挂失/解决和误收纠错功能。
持卡人如果卡片丢失，需要第一时间完成卡片挂失申请，持卡人可以到管理处通过管理主机完成挂失办理，也可以直接通过任意一台收费机的小键盘（面向持卡人一面）完成，具体操作步骤如下：先按挂失键，再输入10位数字的卡号，再输入4位数字的卡片密码，再确认即可。解决的步骤相似：先按解挂键，再输入10位数字的卡号，再输入4位数字的卡片密码，再确认即可。
误收纠错处理需要操作人员配合，当持卡人在刷费机上轻轻一晃，收费机读取该卡信息并显示帐户余额，这时操作员在大键盘（面向操作人员一面）上按《纠错》键，并切换该卡的最近三条消费记录，确认具体哪条记录出错后再按《纠错》键，并输入正确的消费金额，再按《确定》即完成误收纠错过程。
如果该卡误收记录不在最近三条以内，则他必须到管理处通过管理主机完成误收纠错处理。
4.12讨论：关于感应式ID卡的脱机交易
由于ID卡无法保存信息，只有一个固定的、唯一的序列号，所以ID卡本身无法支持脱机交易，但在实际应用中，由于我们无法保证管理主机的绝对稳定和网络通信绝对通畅，所以在系统运行正过中，有可能收费机在一个较短的时间内无法联网，但是又必须要能照常消费（特别是在消费高峰期出现故障）。目前有两种解决方案，第一、通过一台所谓的“服务器”与收费机相连，计算机再与该服务器相库；第二、支持类似于“透支”交易；以下分别作简单说明：
第一、 在收费机与计算机之间加一台“服务器”
这台服务器常常与收费机的内核和成本都差不多，它保存了所有有效卡的帐户余额信息，持卡人消费时，收费机直接将ID卡号送到服务器中，服务器检索到其帐户余额后送到收费机并显示余额，操作员输入消费金额并计算新的余额后再送到服务器上，并保存一条消费记录。当服务器与计算机连通时，服务器会自动把所有保存的消费记录送到服务器中，并更新保存在服务器上的个人帐户与计算机中的个人帐户保持同步。
这种实现方案有一定的好处，即解脱了计算机，避免了计算机因各种原因死机、关机、重启或需要作其它使用时导致无法消费的问题，但网络故障同样无法使用，而事实上系统故障更多地出现在整个网络线路；增加了系统成本；而且本身就需要一台电脑来专门管理这套系统，解脱计算机没有太大的实质意义。
第二、 支持透支交易
即当收费机与计算机无法联通时，收费机即处于脱机交易状态。当持卡人刷卡时，收费机只能读取该卡的ID号，并通过保存在收费机中的“红名单”确定该卡的合法性，但无法显示其帐户余额，只能显示“0000”，操作人员输入本次消费金额，并确认本次交易，即在收费机上保存了一条“透支”交易记录；当收费机与计算机联通时，即将收费机上保存的所有“透支”交易记录一次性传到计算机中，并加入其消费明细中。
这种实现方案有一定的风险性，即该卡帐户余额不足，则脱机交易会让其帐户余额为负数，如果帐户透支后持卡人不再使用该卡，甚至是离开，则经营单位将产生一定的损失。
这种实现方案的好处是节约了成本。由于计算机与所有的收费机直接相连，计算机需要循环地与每一台计算机进行通信，所以计算机的性能直接决定的计算机刷卡交易的速度。计算机我们一般建议采用性能较稳定、速度较快的品牌计算机，如果是工控主机就更好的。
同时为了避免短时间停电带来的影响，我们建议配置一台UPS电源，保障短时间停电不会给系统的正常使用带来影响。
5 CAS门禁子系统
门禁子系统是CAS一卡通系统的主要组成部分。其操作主界面如下图：
CAS门禁管理子系统是在我公司自主开发的CP200D系列门禁控制器上设计开发的，支持RS232和RS485通信协议，实现了包括：权限、时段、密码、反潜回、多门互锁、多卡开门、报警、实时监控、实时上传、任务设置等多项门禁应用的功能需求，其中相当部门为目前市场上同类产品所不具有的，也有相当部门功能与进口高端品牌相媲美。
5.1 启用帐户
在前面已经论述过，CAS一卡通整体解决方案中我们引入了“帐户”这一概念，彻底解决了真正意义的一卡通系统所面临的“库通/信息通、功能自由扩展、各个子系统同时又相互独立”等一系列技术难题。在系统设计，我们充分考虑了数据库系统设计的主要原则，同时又仔细分析了现有一卡通应用的实际业务流程。“账户”的应用是CAS一卡通整体解决方案的最核心技术优势之一。
5.2 小区及楼栋设置
为了便于管理，特别是在大型园区、企业门禁应用系统中，可能涉及多个区域、多栋办公楼/住宅楼以及多个楼层，我们引入了“小区及楼栋”这一概念。将小区及楼栋按树型结构进行关联。
具体操作界面如下图：
当执行“添加”操作时，系统会自动计算新添加项目的编号，操作员也可以自行输入项目编号，但原则是必须同为数字，不能输入字母、汉字或其它非法字符。自动生成的编号编码规则为上级项目的编号再加上当前同级子项目的最大编号+1。
“全称”和“备注”为可选信息，操作人员可以不予输入。我们将门禁控制器与不同的小区及楼栋相关联，再与门禁控器所联接的门相关联，便于大型企业、机关单位、园区多个门禁控制点的分类管理。其信息链为：小区及楼栋→控制器→门和读卡器。
5.3 控制器
对于大型门禁应用系统中，从系统规划设计的角度定义，其最小的构成单元为控制器；而从用户使用的角度定义，其最小的构成单元应为门。CAS一卡通门禁子系统中，支持三种型号的门禁控制器，即：单门双向门禁控制器（型号为：CP200D1）、双门双向门禁控制器（型号为：CP200D2）和四门单向门禁控制器（型号为：CP200D4）。当然从通信协议的不同则分两类门禁控制器，即：支持RS485的联网型门禁控制器和支持TCP/IP的网络型门禁控制器。门禁控制器是门禁系统的控制中心、数据存储中心和动态指令发布中心，其接受包括：读卡器传来的数据信号、报警或摇控传来的开关/脉冲信息以及计算机传来的数据通信信号；其发送包括：开/关/常开/常闭/报警等动作开关/脉冲信息、上传刷卡日志/报警日志/权限定义等通信信息。
控制器中保存的数据主要分两种：“权限”和“日志”，前者为可能正常通过的卡片记录，除了卡号外还包括：有效期、密码、时段编号等；后者为控制器在接受到刷卡/输入密码/远程开门/出门按钮开门等信号并执行包括：开门、关门、报警或不响应等动作后保存的一条日志型记录。
当然除此之外，控制器还保存包括：“时段”、“超级密码”、“报警密码”以及其它控制预先设置信息。
控制器添加及修改操作界面如下图：
在添加或修改控制器操作界面中，要求输入产品序列号并填写通信方式。产品序列号为控制板的物理编号，长度为5位，第一位数字取值分别为：1、2、4，分别代表了该控制器的型号为单门双向、双门双向或四门单向。
控制器支持两种通信协议，即：RS485/232和TCP/IP。如果是RS485，则需设定该控制器的连接串口及波特率；如果为TCP/IP，则需设定其IP地址和端口值。
5.4 门及读卡器
门对应了门禁系统中的电控锁，其状态包括：打开、关闭、常开和常闭四种；而读卡器又分为进门读卡器和出门读卡器（名称上用A和B来表示，A表示进门，B表示出门），由于一般使用场合只需进门刷卡，出门则按出门按钮而无需刷卡，所以出门读卡器常常不启用。
当添加一个门禁控制器时，系统会自动根据该控制器的型号配置其所连接的门（或电控锁）和读卡器的记录信息，并自动生成其编号、名称及默认控制方式。具体操作如下图：
在门记录表中，操作员可以修改其名称、控制方式（在线、常开或常闭）、开门延时时间（默认为3秒。如上图，我们可以改1-1号门为“大门”，1-2号门为“软件部大门”。
在读卡器记录表中，操作员可以设置其名称、是否启用密码以及其刷卡记录是否作为考勤和巡更的日志记录。
注意：本系统设计中要求如果启用读卡器输入密码，则要求：①读卡器带有密码小键盘（即：型号中带K字母的读卡器）；②所有人都必须先刷卡，再输入密码。系统支持为每个持卡人设置长度为1-6位数字的不同密码。
5.5 时段设置
时段是门禁系统中较重要的一个概念，也是CAS门禁子系统中的一个功能亮点。事实上，目前一些简易门禁系统（特别是独立型门禁系统更本不支持这一功能，而这一功能又是用户所实际迫切希望实现的。
时段功能简言之就是设定不同类型的人员可以出入的有效时间段。在一些管理较为严格的机关单位、大型企业以及一般高安全单位，必须严格限制人员的随意出入，以确保安全。这种需求用传统的人员管理方式实现多少存在缺陷，无法真正得到良好地落实。
时段设置的具体操作界面如下图：
CAS门禁子系统的时段设置中为一个时段定义了三个时区，并通过一个星期进行循环，改变了别的系统通过每天进行设置操作复杂和概念容易混淆的缺点。
例子：为某单位设置三种时段：
Ø 办公人员：有效日期选择星期一到星期五，时区为：07:00-20:00（其它两个时区不用）
Ø 清洁工：有效日期选择星期一至星期五，时区为：06:00-21:00(其它两个时区不用)
Ø 保安人员：有效日期选择星期一至星期日，时区为：00:00-23:59（即全天）
设置好时段后就可以在定义用户权限时选择期所属的时段了。
注：时段1表示没有时间限制，为系统默认时段。
5.6 任务设置
任务设置也是CAS门禁子系统的功能亮点。对于通道性质的大门，由于上、下班时出入人员较频繁，可以设置门为常开状态，则电控锁不上锁，人员可以方便出入；其余上班时间则可以设置为正常在线模式，要求人员出入时必须刷卡开门；而下班以后、周末休息或长的节假日则可以设置门为常闭状态，任何人不得进入。
任务设置的操作界面如下图：
任务设置好后可以下传到门禁控制器中，门禁控制器即可按照预定的任务列表执行相应的动作要求。
如上图设置：
Ø 从07:45开始，由于处于上班高峰期，则所有门处于常开状态，进出无需刷卡；
Ø 从08:30开始，由于为正常上班时间，则所有门处于正常在线状态，进（出）门需刷卡；
Ø 从17:30开始，由于处于下班高峰期，则所有门处于常开状态，进出无需刷卡；
Ø 从18:10开始，下班高峰期已过，则所有门恢复正常在线状态，进（出）门需刷卡；
注：可以针种某个门或所有门设置任务。
5.7 定时设置
定时功能是CAS门禁子系统集成的门禁扩展功能之一。其操作界面如下图：
其功能目的是定时上传日志记录和定时下传权限、黑名单、时段及其它控制信息；
CAS门禁子系统中通过多线程技术来实现定时功能的。定时功能适用于较大型门禁应用系统，要求系统实时运行，并定时自动上传刷卡日志，以便管理人员查询。
5.8 权限设置
权限设置是CAS门禁子系统的最核心功能，也是一般门禁管理系统所必须实出的功能之一。具体操作界面如下图：
所谓“权限设置”是指设定“哪些人可以通过哪道门”，或者是“哪道门可以允许哪些人通过”。基于这两种理解，权限设置窗体中分成了两个操作页面：
1. 按门设置：即先选择某一道门，再点击【添加用户】按钮选择允许通过的所有人员，可以一次选择多条记录；点击【删除用户】则可以删除当前选中的允许通过的用户信息，从而使其无法通过；
2. 按用户设置：即先选择某一个（或多个）用户，再在列表框中复选其可以通行的门。
两个页面的操作虽说有所不同，但其意思是一样的。操作员可以根据自己的习惯选择采用哪种方式定义用户出入权限。
按用户设置的操作界面如下图：
在设置权限时，操作员可以为该用户选择其所适用的有效时段。系统默认时段为时段1，即任意时间都可刷卡开门。
5.9 报警、消防联动
“报警、消防联动”同样是CAS门禁子系统的扩展功能之一。为了更好地实现单位、企业及小区的智能化和强化安全，报警、消防联动越来越受到用户的重视，有较大的适用性。SP200D系列门禁控制器支持接入报警器、消防联动信号，并指定门禁控制器的一个电锁接入端子作为报警联动信号输出端。
所以，只有SP200D2和SP200D4才可以实现联动功能，同时它将占用一个电锁接入端子，所以将少控制一道门，即SP200D2则只能控制一道门，而SP200D4则只能控制三道门。
5.10密码管理
密码管理实现两个功能：①启用/停用控制器所接某个读卡器密码输入；②设置超级开门密码。如果设定某个读卡器启用密码输入功能，则持卡人刷卡后系统继续等待输入用户密码，系统最长停待时间为5秒，如果超过5钞未输入密码，则无法开门并等待下一次刷卡；密码长度为1-6位数字，如果密码长度不够，输入完后再按“#”（或“确认”）键，否则控制器会等5秒，并判断密码输入是否正确。个人密码与卡号、时段编号、起止有效日期一并作为权限记录信息下传到控制器中并保存的。
操作界面如下图：
超级通行密码设置界面如下图：
超级密码可以针对单个控制器或全部控制器进行设置。密码长度为1-6位数字。超级密码可以方便单位领导或其它人员方便出入，无需刷卡，直接输入超级密码，即可开门通行。
5.11反潜回
反潜回是指限制持卡人只进门刷卡，出门不刷卡；或进门不刷卡，而出门刷卡。这一功能需求主要适用在一些高安全单位，如：金库、保密室、监狱等，要求人员不得随他人直接进入或离开，必须一个一个刷卡出入。
反潜回只适用于进出都需刷卡开门的应用场所。
5.12多门互锁
多门互锁同样适用于一些高安全单位，如：银行营业厅、电信机房等。当某两道门设定互锁时，则只有一道门关上后，另一道门才能打开。
对于四门单向门禁控制器SP200D4，可以设定12号门、34号门或123号门、1234号门互锁。
设定该项后需执行“下传”操作将参数下传到控制器中，即可生效。
5.13多卡开门
多卡开门的的适用性并不大，为CAS门禁子系统的扩展功能之一。
5.14总控台
总控台提供了门禁控制器远程操作几乎全部功能，包括：
1. 下传：下传权限、时段及门禁控制参数信息；
2. 开门：远程实现软件开门；
3. 检测：检测门禁控制器的状态，包括：是否有报警信息、锁（门）状态、日志数统计、权限统计、日钟等；
4. 校时：修改门禁控制器上的时钟，与本地计算机时钟相同；
5. 提取：提取门禁控制器上保存的日志记录；
6. 实提：实时监控并提供门禁控制器的状态和日志记录；
操作员可以通过左上角的“树型小区及楼栋”，检索所属的门，准确针对所期望门进行相应远程操作（这为大型门禁应用系统中门数量众多，分布复杂，无法快速定位提供的解决办法）。
“实提”功能可以实现实时监控，实时检测门的开/关状态，并上传新的刷卡日志记录。当出现报警时，系统将以图片及文字的形式显示相应报警信息，以方便操作人员及时发现故障产生的地点及原因，并尽快解决问题。
5.15 日志查询
与其它子系统中的统计查询功能一样，日志查询提供了包括：查询、打印、导出以及数据过滤等功能。操作员可以将查询到的日志记录进行自定义过滤后打印生成报表或导出标准的Excel文件，以供其它系统使用或存档。
日志类型基本包括：正常日志、出门按钮日志、报警日志、远程开门日志、错误日志等。
5.16日志清理
由于门禁出入日志记录较多，如果长时间保存所有日志记录，则会产生数量较大的日志记录，并影响日志添加及查询的时间长度。
所以，建议操作员可以定期/不定期对过去一定时间之后的旧的日志记录进行清理，并删除原来日志记录。
注意：由于日志记录可以帮助我们分析门出入的人员情况和进入频繁时段在什么时间段内等十分重要的信息，所以，保存适当数量的日志记录还是很有必要的。
日志清理原则上系统默认的操作是清除半年前的日志记录，而更近的记录建议不能被清除掉，否则将受到影响。
5.17讨论：门禁系统中的主要功能简述
6 CAS考勤子系统
CAS考勤子系统是CAS一卡通整体解决方案的重要组成部分之一。系统设计实现了各个考勤需求功能，其中包括：时段与班次定义、人员排班、三班倒、跨24小时（72小时座标）、上下班刷卡自定义等。以下作简单介绍：
1. 时段与班次定义
系统参照国内众多考勤机生产厂家的考勤算法，设计了时段和班次的双重定义。时段表示具体某一固定的上下班时间，可以设置时段的上下班时间、刷卡起始时间、刷卡要求（无需刷卡、上班刷卡、下班刷卡和上/下班都需要刷卡）和计算工作日等；班次定义为某一固定、有规律的上班次序，可以定义班次的循环周期和长度，并对周期范围内选择每一天上下班的时段，可以选择多个时段。
2. 人员排班
系统提供任何个人或部门全部人员进行任意日期范围的排班；还可以直接对某一天修改上班时段。如果某人某天的上班时段与按班次定义计算出的上班时段不相符，操作员还可以直接删除、修改和添加上班时段。
3. 三班倒
基于时段、班次和人员强大的排班功能，实现一些生产型企业或服务行业的三班倒甚至是更为复杂的规律排班都可以实现。
4. 跨24小时（72小时座标）
事实上要实现三班倒或两班倒，就必须解决上下班时段跨24小时的技术难题。事实上72小时座标是解决跨24小时的最有力措施，也是最为科学现实的。所谓72小时座标是指将传统的24小时制进行延长。如时间超过当天24小时，则在该时段上加24小时，如果是超过2天的，则加48小时。
5. 上下班刷卡自定义
目前一般的考勤算法采取定义一天刷两次卡或一天刷四次卡的简易算法来实现。其功能只能解决少数单位办公人员的考勤管理，而实现实现包括：市场人员、采购人员、工程人员、生产流水线人员及清洁、保安等人员的出勤有效管理。
CAS考勤管理子系统支持定义上、下班刷卡方式，可选择：上班刷卡、下班刷卡、上下班都需刷卡和上下班都需要刷卡。配合班次定义可以有效地描述出几乎所有的人员出勤规律，最终保障针对不同的用户、不同的人员出勤规律进行科学排班、有效考勤管理。
CAS考勤管理子系统的操作主界面如下图：
CAS考勤管理子系统是在我公司推出的智能卡考勤机上设计开的发。同时其升级版本将支持兼容目前主流的指纹考勤机（包括：中控的X系列、A系列全部；科密的几款主要机型）；其升级WEB版更是支持广域网通信，集成远程数据实时/非实时传输，可适用于一些大型单位、企业、机关实现异地远程考勤汇总。
CAS考勤管理子系统支持RS232和RS485通信协议（升级版本将支持TCP/IP通信）。实现了包括：时间段、班次、人员排班、补考勤日志、请假、出差和人员编号、姓名信息注册、短信息发布等功能（要求相应的考勤机支持中文显示功能）。其中相当部分为目前市场上同类产品所不具有的，也有相当部分功能与进口高端品牌相媲美。
以下对其功能作具体介绍：
6.1 启用帐户
与其它子系统一样，考勤管理子系统通过【帐户】启用和禁用来选择参与考勤的人员信息。具体过程略。
具体操作界面如下图：
在【启用帐户】窗体的工具条中，提供了：启用、修改、禁用等三个功能。单操作员点击【启用】，即弹出窗体【选择用户】，操作员可以通过左边的部门树型列表框中选择期启用帐户的人员所在的部门，也可以选择根部门列出单位全部人员。
右边的表格中将列出所有未启用帐户的人员。操作员可以通过鼠标选择一个或多个人员记录（操作方法为鼠标点在某一条记录后一直按住并拖动），并点击【确定】按钮，即所选用户信息的考勤帐户被启用。
CAS考勤管理子系统的升级版将在修改用户信息中弹出对话框，完成用户指纹信息查看和变更的功能，同时还可以设置和修改用户密码，以兼容支持通过输入个人密码进行考勤的考勤机。
当操作人员在已启用考勤帐户的用户表格中选择一条或多条记录并点击【禁用】时，系统会弹出“是否禁用某某人的帐户”的提示信息，如果操作员选择【确定】，则禁用该用户的考勤帐户信息操作成功，同时表示该用户将不再参与考勤。
事实上，很多单位内部的刷卡考勤或按指纹考勤不是针对全部人员的，包括：领导层、长期在外作业人员、24小时职班的管理人员以及其它上班时间十分灵活的人员都是不必参与考勤的。对这些人员的出勤核算管理更多地会参照其它更人性化的方式。
6.2 时间段设置
作为设计人员出勤规律性的第一步，出勤时间段设置需要全面反应全部参与考勤的人员的实际出勤时段信息。具体如：
i. 上班时间从早上9:00开始到下午17:30结束，中午不考勤的，设置其时间段为：09:00-17:30;
ii. 上班时间为上午从9:00到12:00，下午从14:30到18:00的，需设置两个时段为：09:00-12:00 和 14:30-18:00；
iii. 如果上班时间为两班倒，即各按12个小时上班的，设置两个时段为:08:00-20:00 和 20:00-32:00；
iv. 如果上班时间为三班倒的，即可按8个小时上班的，需设置三个时段为：08:00-16:00、16:00-24:00、24:00-32；
具体操作界面如下图：
在这里，我们不难发现，对于两班倒或三班倒的出勤规律，出现了一个实际问题，那就时上下班时间段超过了24小时，到了第二天。要很好的解决这一问题，采用48小时或者是72小时制，是唯一可行的办法。在系统设计时，我们选择采用72小时制，充分考虑了几乎所有职业、工种的出勤情况，理论上可以解决任何出勤规律。
在设置一个上下班时段时，操作员需要填写正点的上、下班时间，以及向前取开始签到时间和向后取结束签退时间。后两个时间将形成一个有考勤日志筛选范围。
在这一范围内，如果有多条考勤日志记录，则取时间最小的日志记录作为实际上班考勤时间，而取时间最大的日志记录作为实际下班考勤时间。这符合考勤计算的最基本规则之一：“上班取最早、下班取最迟”。
6.3 班次设置
班次设置将更加细致地描绘实际的上班规律，即设置某些人在什么日期上什么时间段，而在另外什么日期又上什么时间。我们实际的上班规律是按一定次序进行变换的，如：基本的办公人员上班规律是每周星期一到星期五上行政班，从上午09:00上到下午17:30（也就是常说的早九晚五），而周末两天休息，则其班次设置就如下图所示：
但对于二班倒或三班倒的，其班次设置要复杂一些。以下是一个典型的三班倒班次：
首先我们要设置三个时段，即：早班08:00-16:00、16:00-24:00、24:00-32:00，然后添加一个班次，名称为：“三班倒”，其周期长度为：4，周期单位为天，表示“三班倒”的核心出勤规律为：“第四天轮一次”。
然后，在班次时间段中执行【添加】，即选择相应的每天应出勤的时间段。我们每第一日选择上第一个时间段，即早班；第二日选择上第二个时间段，即中班；第三日选择上第三个时间段，即晚班，第四日不选择时间，表示第四日休息。具体操作效果如下图：
6.4 人员排班
人员排班是我们定制参与考勤的人员实际出勤规律的最后一步。具体操作界面如下图：
在“人员排班”窗体中，我们设计分为两页，第一个页面显示实际的、已经完成的人员排班记录信息，而第二个页面则完成实际的排班过程。在第一个页面中，操作员可以选择某一个人员（右边上半部分表格中），并选择要查看的日期范围，系统即可筛选出该用人员已设置的的出勤记录。上图中我们可以清晰地看出汤莉2006-08-01至2006-08-04上班时段为“日班”，而2006-08-05至2006-08-06为周末休息，2006-08-07至2006-08-11上班时段同样为“日班”，依此类推。
人员排班的第二页面如下图：
第二页面即完成人员排班功能。操作员可以通过鼠标拖动选择一个或多个用户，然后点击工具条中的【排班】，即弹出班次选择对话框。
班次选择对话框与班次设置对话框界面差不多，只是多了一个日期范围控件。操作员通过选择日期范围，来确定人员按班次规律排班时的起止时间。
讨论：如何实现三班倒？
举例某物业公司有保安人员四名，他们出勤时间实行三班倒。现在需要对他们2006年8月份进行排班。其操作过程为：
首先选择第一名保安人员，其编号为：000001，在【班次选择】对话框中，选择班次为“三班倒”，日期范围为：2006-08-01至2006-12-30；
然后选择第二名保安人员，其编号为：000002，在【班次选择】对话框中，选择班次为“三班倒”，日期范围为：2006-07-31至2006-12-30；
其次选择第三名保安人员，其编号为：000003，在【班次选择】对话框中，选择班次为“三班倒”，日期范围为：2006-07-30至2006-12-30；
最后选择第四名保安人员，其编号为：000004，在【班次选择】对话框中，选择班次为“三班倒”，日期范围为：2006-07-29至2006-12-30；
则操作完成后，第一名保安的实际排班情况如下图：
从上图我们可以看到，第一名保安2006-08-01将上早班，2006-08-02将上中班，2006-08-03将上晚班，而2006-08-04则休息，没有排班记录；
第二名保安的实际排班情况如下图：
从上图我们可以看到，第二名保安2006-08-01将上中班，2006-08-02将上晚班，而2006-08-03则休息，没有排班记录；2006-08-04上早班；
第三名保安的实际排班情况如下图：
从上图我们可以看到，第三名保安2006-08-01将上晚班，而2006-08-02则休息，没有排班记录；2006-08-03将上早班，2006-08-04将上中班；
第四名保安的实际排班情况如下图：
从上图我们可以看到，第四名保安2006-08-01休息，没有排班记录；而2006-08-02将上早班，2006-08-03将上中班，2006-08-04将上晚班；
汇总分析我们不难发现，对于2006-08-01来说，有三名保安分别上早班、中班和晚班，他们分别是编号为：000001、000002和000003三个人，而编号为000004的保安则休息。以此类推，每一天都是如此。
6.5 节假日设置
节假日设置可以添加法定的节假日（除周末外），如：五一劳动节、国庆节、春节等；
设置的节假日对所有人员都不正式计算考勤，只计算加班（对于启动加班功能的单位而言）。
在【节假日设置】对话框中，操作员可以输入：假日名称、开始日期和天数，操作十分简便。在此不再详细说明。
6.6 假类设置
【假类设置】可以设定单位允许的各种请假类别，包括：婚假、病假、产假、年休假等，并允许设定其在报表中标注的符号，以及选择请假后是否影响当月的全勤结果。
具体操作界面如下图：
建议用户可以将不同的请假类别为不同的符号来表示，以方便生成考勤统计报表时可以较醒目的展示出来。
而在CAS考勤管理子系统的升级版本中，系统将会根据设置的各个请假类别“是否影响全勤”标志来判断参与考勤的人员在统计时间段时是否为全勤。
6.7 考勤规则设置
考勤规则是指在计算考勤结果时各项计算标准制度，各个使用单位可以根据自身管理制度的不同加以设置。具体包括的参数如下：
1. 迟到
设置实际上班考勤时间与准点上班时间推迟多少分钟以上即算作迟到，系统默认为5分钟，如果准点上班时间为：09:00，而实际的上班考勤时间为：09:03，则考勤结果为正常；
2. 早退
设置实际下班考勤时间与准点下班时间提前多少分种以上即算作早退，系统默认为5分钟，如果准点下班时间为：17:30，而实际的下班考勤时间为：17:23，则考勤结果为早退；
3. 旷工
可设置单次迟到多少分钟以上则算作为旷工，以及单次早退多少分钟以上则算作为旷工。如果不选中“迟到太长可算旷工”或“早退太长可算旷工”，则不计算作旷工；
但如果上、下班都无考勤日志，则算作为旷工；
4. 异常
异常是指要求上、下班都需要考勤的情况下如果上班未考勤或下班未考勤，则计考勤结果为异常。如果示选中“异常计实际出勤时间为0，缺勤时间为该时段应出勤数”，则出勤时间计为0，而缺勤时间同样计为0；
具体操作界面如下图：
5. 小时转换
在计算旷工和出勤小时数时，标准的计算公式是：小时数=分钟分/60，如果选中“余数进行模糊计算”，则将小时数转为最小单位为半小时，便于查询和管理；
6. 工作日转换
在计算旷工和出勤工作日时，标准的计算公是：工作日 = 该时段计工作日 * (小时数 / 该时段应出勤小时数)，如果选中“进行模糊计算”，则将工作日数值转为最小单位为半个工作日，便于查询和管理。
具体操作界面如下图：
6.8 人员注册
对于中文考勤机，可以实现刷卡显示持卡人编号、姓名等信息，以方便持卡人确定考勤是否成功；但对于数字型考勤机，则不具备该功能。
人员注册还可以实现未注册的卡刷卡不成功，以避免非法刷卡。
具体操作过程为：
1. 首先在对话框左边的列表框中选择需要执行人员信息注册的考勤机，可单选也可复选多台考勤机；
2. 然后在中间的部门树型列表框中选择相应的部门，也可选择顶级部门以列出所有参与考勤的人员；
3. 其次在对话框右边的用户记录表格中通过用户记录前的复选框选择需要执行下传编号或姓名信息的用户记录；
4. 最后选择“用户编号”或“用户姓名”单选框，执行【注册】，则系统自动将选择的用户信息下传到考勤机中。
具体操作界面如下图：
操作完成后系统会提示“操作过程完成”，同时，在“操作信息”页面中会显示具体的操作成功或失败信息，以方便操作人员确定用户信息是否注册成功。
另外，操作员还可以通过点击鼠标右键弹出快捷菜单，选择执行：【删除单个用户编号】、【删除全部用户姓名】、【删除指定用户编号】和【清除信息】等操作。
6.9 信息发布
对于中文考勤机，还可以定制一些短信息发送到考勤机中，包括针对个人的祝福信息、通知信息和针对所有人员的通信信息、提示信息等；
具体操作过程为：
1. 首先在对话框左边的列表框中选择需要执行人员信息注册的考勤机，可单选也可复选多台考勤机；
2. 然后在中间信息输入框中输入需要发布的具体信息内容；
3. 其次选择针对的不同对像，如果是针对某一个人，则可以输入用户卡号，或通过点击旁边的按钮直接在弹出的对话框中选择某一用户；
4. 接着输入信息编号和有效期，注意：针对所有人员的信息只能有一条，所以信息编号默认为1，编号无实际用途，但有效期必须选择；而针对某一个人的信息则可以发送多条，所以必须输入不同的信息编号；
5. 最后点击【信息】按钮执行具体的发送过程。
具体的操作界面如下图：
操作完成后系统会提示“操作过程完成”，同时，在“操作信息”页面中会显示具体的操作成功或失败信息，以方便操作人员确认信息是否发送成功。
另外，操作员还可以通过点击鼠标右键弹出快捷菜单，选择执行：【清除单条信息】、【清除全部信息】和【清除信息】等操作。
6.10设备管理
【设备管理】提供操作员自定义系统所连接的考勤机记录信息，包括输入每台考勤机的名称、联机密码和通信接口。目前系统支持接入两种考勤设备，即RS485/RS232 和 TCP/IP两种。
如果联接的是RS485/RS232接口的考勤机，则需要选择其与计算机相连的串口号及通信波特率；而如果联接的是TCP/IP接口的考勤机，则需要输入其IP地址。
CAS考勤管理子系统的升级版将支持连接指纹考勤机，包括目前市场上主要的几大品牌，如：北京中控的X系列和A系列考勤机，以及科密的几款主打机型。
这将最大限度地扩大CAS考勤管理子系统的适用范围。目前，市场上的各种考勤机都没有着力开发一套好的、适用性强的、可扩展性好的考勤管理信息系统，而只是一味的功能单一、简单，并随机赠送。从而导致许多用户买了刷卡考勤机甚至是指纹考勤机，但其考勤管理仍处理比较简单的将考勤原始日志记录导到EXCEL中，由管理人员自行判断每个人员当月的考勤结果以及描制考勤统计报表。
具体操作界面如下图：
6.11数据通信
数据通信的主要功能是将考勤机上的考勤日志记录上传到计算机中，同时还实现了包括：时钟同步、清除考勤机上旧的日志记录等功能。
同进CAS考勤管理子系统升级版将支持通过U盘导入考勤日志记录，以适用于U盘接口的考勤机，扩大系统的实用性。
操作过程很简单，先选中需要执行数据上传的考勤机，再点击【上传】按钮，系统即自动执行上传操作，注意：一般的数据上传都需要一定的时间，所以要求操作员不得执行其它操作导致上传过程异外中止。
系统在完成上传日志操作后，会自动清除考勤机上的日志记录，无需再执行【清除】操作。
由于考勤应用是，时钟的快慢非常重要，直接关系到考勤计算的公平性和合理性。而考勤机上的时钟芯片在一定时间后，可能出现时间不是很准确的情况，这种要求操作员有意识地进行时钟同步操作。
具体的操作界面如下图：
操作完成后系统会提示“操作过程完成”，同时，在“操作信息”页面中会显示具体的操作成功或失败信息，以方便操作人员确认记录上传过程是否成功。
讨论：关于CAS系统中的 “上传”和“下传”
很多一卡通系统在关于“上传”和“下传”定义上有所不同，各个公司的定义没法统一。CAS一卡通系统中的所有关于数据传输功能中定义“上传”和“下传”的参照物为计算机，或者说是参照物为操作员本人。
即传到计算机中的表示“上传”，或者说成是“收”；而从计算机传出的表示“下传”，或者说成是“送”。
具体的上传操作包括：
上传考勤日志、上传消费日志、上传门禁进出日志；
具体的下传操作包括：
下传系统参数、下传挂失信息、下传用户权限、下传时段信息、下传用户编号（或姓名）信息、下传通知（或祝福等）短信息；
6.12错误数据处理
与收费管理子系统相类似，错误记录的产生有两个原因：①上传的考勤日志记录无法查询对应的用户卡信息，错误提示信息为：无此卡号；②上传的考勤日志记录时间有误，包括：日期格式错误、日期大于系统当前的日期。
操作员可以通过修改用户编号或考勤时间，使日志记录合法并通过执行【加入】操作将合法的日志记录插入到明细表中。
6.13考勤数据处理
【考勤数据处理】是CAS考勤管理子系统的算法核心，系统将根据人员排班记录和考勤日志明细记录进行考勤计算，并生成相应的计算结果。
【考勤数据处理】可以计算任何一段时间内，全部或部分人员的考勤结果。【考勤数据处理】一般都会在每月月底执行，也可以重复执行，当执行了更新的人员排班、上传的新的日志记录、补了考勤日志或登记了请假、出差记录等操作后，需要重新执行【考勤数据处理】，以生成新的考勤结果。
【考勤数据处理】的操作过程是：
1. 首先通过左边的部门树型列表控件选择部门，并从右边用户列表框中选择一个、多个或全部用户；
2. 然后选择计算考勤结果的日期范围，可以是任意时间段；
3. 最后点击【确定】，系统即自动执行后台存储过程进行考勤计算，注意：由于这一过程需要较长的时间，需要操作人员耐心等候，以免造成系统中断；
具体的操作界面如下图：
6.14补考勤日志
所谓补考勤日志是指当参与考勤的人员因为外出、办事、设备故障等多种导致无法完成上、下班考勤的，可以在填写一定规范的补考勤日志单据后由主管负责人签字，即可交系统操作员，由其通过软件的【补考勤日志】操作完成补签考勤过程。具体操作界面如下图：
原则上，参与考勤的人员当发生无法及时考勤的，需及时填写补补考勤日志单据，以免到月底或某一固定日期时无法清楚记清当时的具体况和原因，同时主管负责人也无法及时确认是否属实，从而造成不必要的争论。
而操作员则可以在月底或某一固定日期一次性将所有补考勤日志单据一次性录入计算机，同时生成考勤报表，以便人力资源部可以及时核发当月工资和奖金。
6.15请假登记
与补考勤日志相类似的，当参与考勤的人员因：病、婚、丧或其它原因需要请假的，也需要填写规范的请假登记原始单据，然后由主管负责人签字后交系统操作员，由其通过软件的【请假登记】操作完成登记过程。
具体操作界面如下图：
【请假登记】操作过程是：
1. 首先，点击【添加】按钮，在弹出的“选择用户”对话框中选择员工记录，也可以直接在编号编辑框中输入用户编号，或点击右边的【…】按钮在弹出的“选择用户”对话框中重新选择员工；
2. 然后选择正确的“开始日期”和“结束日期”；
3. 其次输入“开始时间”，为了便于系统算法实现，并与时间段概念相符，系统在办理请假登记和出差登记时，都需要输入具体的开始时间，一般与其参与考勤的上班时间相同；
4. 再次输入时间长度，如：某员工某天的出勤时段为：09:00-17:30，如果请假半天，则可以输入开始时间为：09:00，时间长度为：3小时；
5. 最后选择请假类别，再点击【保存】，即可完成登记操作；
同样的，原则上参与考勤的人员应办理正常的请假手绪，填写规范的请假原始单据，以免时间长后无法核实。而操作员则同样可以在有底或某一固定日期一次性将所有请假原始单据一次性录入计算机，同时生成报表。
6.16出差登记
与补考勤日志和请假登记相类似，当员工出差时，由于其无法参与考勤，必须及时办理【出差登记】手绪，填写规范的单据，由主管负责人签字后交给系统操作员在月底一次性录入计算机中。
具体操作界面如下图：
与【请假登记】相类似，其操作过程为：首先点击【添加】选择用户，并输入出差日期范围、开始时间、时间长度和目的地。具体操作步骤略。
6.17原始记录查询
【原始记录查询】提供操作员查询最原始的考勤日志记录。操作员可以通过选择日期时间范围以查询特点时间段的记录，以减少加载记录数量，提高操作速度。
与其它子系统一样，CAS考勤子系统所有记录查询窗体都支持包括：部门筛选、快速排序、记录过滤、打印报表、直接导出EXCEL文件以及自定义报表等先进功能。
操作员还可以通过左边部门树型列表框选择需要查询具体某个部门人员的考勤日志记录。
操作员可以通过点击表格中某列的标题头，系统自动按该列进行排序，当第一次单击某列时，排序规则为升序，当第二次单击某列时，排序规则为降序，以此类推。
操作员可以通过点击鼠标右键弹出的快捷菜单选择执行【过滤】操作。在弹出的“数据过滤”对话框中，操作员可以输入多个查询条件，并进行自由组合，以期查询到任何想要的记录信息；
系统支持中文报表输出功能，报表内容实现了“所见即所得”的标准要求；
系统支持将表格中的记录直接导出为Office Excel 2000文件，导出内容同样实现了“所见即所得”的标准要求；
具体操作界面如下图：
6.18考勤记录查询
【考勤记录查询】可以查询经过【考勤数据处理】计算后的考勤结果信息。同样可以通过选择具体的日期范围以加载具体某一段时间的考勤记录，如某月、某季度或某年。
【考勤记录查询】的表格中将显示包括：准点上/下班时间、实际上/下班签到/退时间、计算的考勤结果以及迟到（分钟）、早退（分钟）、出勤（工作日）、旷工（工作日）、出差（工作日）和请假（工作日）。
具体操作界面如下图：
6.19请假记录查询
与【原始记录查询】操作相同，具体在此略。
6.20出差记录查询
与【原始记录查询】操作相同，具体在此略。
6.21考勤汇总查询
【考勤汇总查询】是CAS考勤管理子系统最主要的功能之一，操作员可以通过生成并打印考勤汇总查询报表，以提交人力资源部最终的员工出勤情况报表，以此来核算员工工资、奖金甚至是罚金，以体现单位/企业人力资源管理的科学化、信息化和规范化。
考勤汇总查询可以生成两个报表，即：包括每日明细和不包括每日明细。所谓包括每日明细是通过考勤结果标志符号，标识了在查询时间段内每一天的考勤结果，一般的标志包括：“√”表示正常；“×”表示缺勤等。
“包含每日明细”的具体操作界面如下图：
“不包含每日明细”的具体操作界面如下图：
7 领导查询子系统
领导查询子系统作为CAS一卡通整体解决方案的亮点之一，突出体现了CAS一卡通系统所具有的网络化、功能可扩展、可个性化修改的技术优点。
CAS一卡通整体解决方案通过集成“CAS领导查询子系统”和“CAS多媒体查询子系统”，可以使整个一卡通信息系统功能变得更强大、应用变得更灵活、适用性变得更高。
系统主界面如下图：
其所能执行的功能是“查询”和“实时监控”：
“查询”时跟所有子系统的查询功能一致，如“考勤管理系统”中“原始记录查询”
其主要亮点在于“实时监控”功能：
此功能可以及时监控当前的CAS系统中的所有操作，包括收费管理系统中的“消费明细”、“充值补贴明细”、“取款明细”，门禁管理系统中的“日志查询”，考勤管理系统中的“原始记录”、“请假记录”、“出差记录”，管理中心系统的“发卡记录”、“换卡记录”、“退卡销户记录”等这些日常发生的行为。
以下是对领导查询系统中的具体操作：
7.1 查询
点击具体的功能，如“发卡记录查询”，再点击右边的“执行操作”中的“查询”，则会出现以下界面：
选择“发卡时间”的起始点，再点击“查询”按钮，则会查询出数据。
7.2 实时监控
点击具体的功能，如“发卡记录查询”，再点击右边的“执行操作”中的“实时监控”，则会出现以下界面：
选择“监控刷新间隔时间”和“监控最近记录数”，再点击“开始”按钮，则会出现当前正在发卡的人员名单、卡号、卡压金、卡成本等信息。
