“一卡通系统”建设与管理中若干问题的讨论

摘 要

随着RAIF射频等各项技术的日臻完善，各大院校和科研院所纷纷建立了自己的一卡通系统，一般包括财务消费、考勤、会议签到、停车管理、图书借阅，门禁等子系统。由于各单位的信息化建设往往是逐步实施的，所以在建设一卡通系统之前，往往已经实现了一个或几个子系统的信息化。新建一卡通系统即承担了某个子系统的建设任务，同时也承担着与原有子系统之间的对接和整合任务。

【关键词】一卡通系统 建设

1 与图书借阅子系统的功能同步

原有的图书管理系统是DP2数字图书馆集成系统”，系统功能相对稳定和完善。现通过一卡通卡取代图书馆原借书证，从而实现流通借还、罚款等相关功能。由于一卡通与图书管理是两个不同的系统。要保证两个系统的无缝对接，实现数据的实时同步，需要DP2数字平台开发公司开放接口并实现同步的技术。具体同步的过程如下：

（1）通过“一卡通”中心的系统接口，将“一卡通”用户数据复制为图书馆读者数据，并将读者信息中的唯一ID值与“一卡通”中心绑定，实现图书馆读者数据从“一卡通”中心同步，保证数据一致。用于数据同步的唯一ID值，由“一卡通”系统和图书馆系统协调确定，可以是“卡号”或“编号”。如果读者换卡，唯一ID值（“卡号”或“编号”）发生改变，无论“一卡通”中心是在原记录上修改，还是新增一条记录，图书馆系统都视该记录为一条新记录，进而在系统新增一条读者记录，原读者记录则标记为“卡中心删除”。

（2）在图书馆系统中，提供“一卡通中心同步读者数据库”和“图书馆系统读者数据库”两种类型的读者库，一卡通同步而来的数据（如：姓名，卡号，编号，手机，证状态，身份证号，部门、邮箱等）与图书管理系统的数据（如：读者姓名，证条码号，证号，手机，证状态，身份证号，部门，邮箱等）一一对应。（相同字段通过一卡通中心同步覆盖，不同字段互不干扰，同步时也不会被覆盖），后者用来存贮图书馆系统原读者数据（由图书馆工作人员实现数据修改），用以解决原有用户借还以及借阅历史信息保留。

（3）所有一卡通用户都能纳入图书馆系统读者管理体系，实现借还、超期、丢失罚款处理等功能。特别是超期罚款和丢失罚金的收取，可通过一卡通系统直接扣款，避免图书馆馆员直接收取现金。

2 门禁系统的管理办法

门禁是加强办公区日常安全防范的智能化管理系统，无特殊需要，各门禁无人值守。为完善门禁在故障、断电、火灾或地震等突发事件状态下相应的应急措施，特制定以下应急预案。

（1）门禁系统的日常运行监控由卡务中心负责。各门禁部位安装巡更装置，由该区域安保人员负责日常巡检工作，发现门禁故障、门禁失效等现象，应及时向门禁子系统管理员报修。

（2）持卡人第一时间发现门禁失效或故障，应电话通知门禁子系统管理员核查原因。各门禁旁应有显著标志写明报修电话。

（3）一旦市政供电线路断电，该区域保安第一时间查看所有门禁状态，此时门禁暂时失效，门禁电磁锁自动解锁，持卡人可手动将门扒开（或推开）进出大楼。当市政恢复供电时，保安再次巡查所有门禁并用智能卡进行测试是否恢复功能。断电时间超过半小时的，安保人员应第一时间报告主管人员，通知相关部门（单位）做好安防工作。同时加大区域巡逻密度，加强区域主通道进出人员管理，防止安防管理失控。

（4）当大楼发生火灾警情时，大楼消防系统将切断大楼主电。由于门禁的供电是接入大楼主电，此时门禁断电失效，电磁锁自动解锁。届时，大楼内义务消防员应快速将疏散通道上装有门禁的大门手动扒开，引导楼内人员有序撤离。

（5）当发生地震时，门禁系统可能因地震破坏而失灵，无法读卡开门。为保障应急开门，在门禁内侧醒目位置配备消防专用锤或消防斧，届时，一旦无法开门，可利用消防锤或消防斧砸破玻璃门逃生。

（6）门禁故障设置了远程报警提示功能，当故障发生时，门禁子系统管理员接到报警信息后尽快赶到现场查勘，排除故障。

3 消费子系统余额清零

为了财务部门能够在各财年对各项数据进行准确的统计与上报，各单位对一卡通用户中的消费子系统往往实行了卡内余额不跨年转结的制度，为此卡务管理部门需要在当年12月31日前对所有用户卡内余额进行清零操作。

（1）远程连接到一卡通服务器。

（2）确保各消费终端机数据已经全部上传，确保二级库数据已经全部上传到主数据库OCFA2。

（3）备份各数据库：OCFA2、LDPosDataSwap，Spinx。

（4）检查卡务中心的【异常账务】和【帐卡平衡】是否有数据。

（5）查询需要清零的人员（导出为EXCEL留作备份）。

（6）将未领补贴置为不可领取。

A ） ConsignRecord 表中，未领补贴记录中ConsignCount 字段值一律置为0，IsModify、IsModify2置为1。

B ）中间库 TB_CONSIGN_RECORDS 表中，未领补贴记录，其 BNT 字段值一律置为0。

（7）在卡务中心发放清零补贴。

（8）在二级库中调整待领补贴。

（9）待数据交换程序 TransPlatformWin 传输待领补贴记录完成后，对需要进行余额清零的人员，将待领补贴记录从 TB_CONSIGN_RECORDS 表删除，使其不能从补贴机上领取，只能从自助多媒体机上领取。

（10）挂失所有需要进行余额清零的人员（注意：挂失操作只针对消费系统，不针对门禁系统）。

A ）首先停止门禁与一卡通平台的数据交换程序 TransAccess.exe。

B ）用SQL语句生成的脚本进行挂失操作。

C ）取交易明细表的插入时间最大值。

select max（CreateTime） from CardLossLine

D）将上面取得的时间值填入门禁数据交换文件 TransAccess.exe.config 中的 UpdateTimeBlackList 项中。

E ） 恢复门禁数据交换程序的运行。

4 结束语

一卡通用户所使用的卡片是联动各个子系统的钥匙，不同的用户在各个子系统拥有的权限各有不同，有些权限操作只针对某一子系统的功能使用，而有些权限操作则影响各子系统的全部使用，是一个较为复杂的系统工程。因此在具体的使用管理上，管理部门需要在原有各部门的管理办法的基础上统筹安排，重新制定出兼顾全局的管理办法，合理确定权限层级，以及管理权限。