第一章 第一章 系统概述 系统建设背景和目标 系统主要变化 系统上线时间
第一节 系统建设背景和目标 2006年,市教委正式启动了学生卡的发放工作,并建成了卡管系统市区校三级体系。在2011年,对学籍卡业务部分做过一次升级改造,但现有系统仍不能满足业务、管理、技术等各方面要求,如针对学籍号的管理的问题、三级体系(市区校)系统数据一致性的问题、公交卡的监管问题等不满足现有管理要求,所以对系统进行重新建设,建设一个以教育ID号作为学生唯一编号、基于学籍管理云平台中学生基本信息的市区校三级统一的一级平台。
一级平台 (一)一级平台 市级 区级 校级 系统由三级平台变为一级平台,学校/校区、学生数据信息直接同学籍云平台进行同步。 取消校级客户端系统; 所有操作均在一级平台中完成; 一级平台自动同学籍云平台同步数据; 区级 校级
(二)教育ID 教育ID是CMIS学籍系统推出的,是北京市学生的唯一ID号,长度仅8位。目前,教育ID已成为市内学籍异动、体检体质、所有市级应用、诸多校本应用的唯一ID号。 利用教育ID号唯一识别一名学生,一名学生只绑定一张学籍卡。避免一人多卡的情况! (三)业务功能变化 1、“学期刷卡”变为“学年刷卡”,一学年只做一次学籍卡有效期更新; 2、初一、高一和本市内转学新生不需做”发卡”操作,直接做学年刷卡 (新建学籍除外); 3、增加了证件卡应急制卡功能; 4、取消了“冻结”,“注销”等学籍卡操作功能; 5、所有操作均在网上完成;
2016年7月1日 http://cardcenter.bjedu.cn 系统上线时间 http://cardcenter.bjedu.cn 系统域名 浏览器:IE8以上
第二章 第二章 系统用户
第一节 系统用户组成 【系统用户】 市级卡管员 区县卡管员 市级财务人员 系统用户均为系统初始化生成,系统无用 户注册功能; 第一节 系统用户组成 市级卡管员 【系统用户】 区县卡管员 市级财务人员 系统用户均为系统初始化生成,系统无用 户注册功能; 用户初始密码为123456,首次登录后请 修改密码; 以校区为一个管理单元进行管理,一个校 区一个用户; 校区卡管员 北控客服人员 卡厂用户
01019999 1 第二节 校区用户 校区用户名的命名规则:学校8位代码+1位校区号 比如:某学校(主校区) 8位学校代码 1位校区号 第二节 校区用户 校区用户名的命名规则:学校8位代码+1位校区号 比如:某学校(主校区) 01019999 1 8位学校代码 1位校区号 注:当校区号为10或10以上时,校区号用A、B、C…来代表,例如:01019999A, 代表学校01019999的第10个校区; 8位学校代码和校区号均来源于学籍云平台;
第三章 第三章 主要业务流程 证件卡流程 学籍卡流程 学籍卡操作 读写器管理
第一节 证件卡流程 制卡状态 已申报 校区用户 证件卡制卡申报 区县用户 卡厂制卡数据生成 制卡中 卡厂导入制卡结果 制卡成功、制卡失败 第一节 证件卡流程 制卡状态 校区用户 证件卡制卡申报 已申报 区县用户 卡厂制卡数据生成 制卡中 制卡失败 卡厂导入制卡结果 制卡成功、制卡失败 卡厂用户 结果判断 制卡成功 卡厂配送 待学校领回 区县用户 领卡登记 已领回
方法一
方法二
第二节 学籍卡流程 学籍卡新制卡申报 学生持卡状态 卡片状态 只有新生才可以进行新制卡申报。 未发卡 空白卡 新制卡申报 已申请 空白卡 第二节 学籍卡流程 学籍卡新制卡申报 学生持卡状态 卡片状态 只有新生才可以进行新制卡申报。 未发卡 空白卡 新制卡申报 已申请 空白卡 校区用户 区县领卡登记 区县用户 已领回待发卡 空白卡 发卡 已发卡 正常使用
学籍卡申报与证件卡操作相似
第二节 学籍卡流程 学籍卡补卡申报 学生持卡状态 卡片状态 挂失 待补卡 挂失卡 补卡申报 已申请 挂失卡 校区用户 (区里做领回前可撤销) 第二节 学籍卡流程 学籍卡补卡申报 学生持卡状态 卡片状态 挂失 待补卡 挂失卡 补卡申报 (区里做领回前可撤销) 已申请 挂失卡 校区用户 到区县缴费并领卡登记 区县用户 已领回待发卡 挂失卡 发卡 已发卡 正常使用
学校领取卡后,可在“学籍卡操作” 中“发卡” 。
第三节 学籍卡操作 学生的学籍卡操作,从进入学校到离开学校有如下操作: 学年刷卡; 发卡; 挂失、解挂; 读卡、卡片更新; 回收; 第三节 学籍卡操作 学生的学籍卡操作,从进入学校到离开学校有如下操作: 学年刷卡; 发卡; 挂失、解挂; 读卡、卡片更新; 回收; 离校刷卡。
第三节 学籍卡操作 【学年刷卡】 学年刷卡 前提条件:同时满足下面两个条件 学年开学对学生学籍卡中学生信息和注册有效期进行更新; 学年刷卡 第三节 学籍卡操作 学年刷卡 首次学年刷卡:系统上线后,所有在籍学生的发卡状态都默认为已发卡,只要卡中的学生信息是当前校区的学生,即可进行学年刷卡操作,系统将学生和卡进行绑定并记录到系统数据库中,同时更新卡中学生信息。 【学年刷卡】 前提条件:同时满足下面两个条件 本校学生 学年开学对学生学籍卡中学生信息和注册有效期进行更新; 学年刷卡 学年刷卡有效期更新为下一学年的10月30日, 比如:2015~2016学年,即2015年9月1日 至2016年8月30日之间刷卡,则有效期更新 为2016年10月30日; 学生当前绑定的卡
第三节 学籍卡操作 前提条件:学生持卡状态 发卡 前提条件:学生持卡状态 挂失 发卡 挂失、解挂 第三节 学籍卡操作 前提条件:学生持卡状态 发卡 已发卡 只能对目前在籍的对本学校(校区)在籍的学生进行发卡操作,已经离校或毕业的学生不能进行发卡 已领回待发卡 前提条件:学生持卡状态 挂失 已领回待发卡 回收待发卡 发卡 待换新卡 回收待发卡 挂失、解挂 待换新卡 只能对对本学校(校区)在籍的学生进行解挂和挂失,学生卡丢失后,可进行挂失操作,挂失将解除学生与卡的绑定关系;学生卡找回后,可进行解卦操作,解卦后恢复学生和卡的绑定关系;
第三节 学籍卡操作 读卡 卡片更新 可对任意卡片进行读取操作,若该卡片的学生为本校学生,则同时展示学生照片等系统中的数据信息; 第三节 学籍卡操作 读卡 可对任意卡片进行读取操作,若该卡片的学生为本校学生,则同时展示学生照片等系统中的数据信息; 卡片更新 只能对本学校(校区)在籍的学生进行卡片更新,只能更新学生当前绑定的卡片;根据教育id查找系统中的学生信息,并将信息和学期注册有效期更新到卡片中;
第三节 学籍卡操作 回收 校级卡管员只能对本学校(校区)在籍的学生的学籍卡进行操作。回收学生当前在用卡时,学籍卡状态变为空白卡,学生持卡状态变为已回收;允许回收当前学校在籍的人的旧卡,学籍卡状态变为空白卡,持卡人状态不改变 离校刷卡 学生在转学或毕业前需进行离校刷卡;离校刷卡后,才能在新学校使用,只能给本学校(校区)的学生且正在使用的卡做离校刷卡操作,包括在籍和不在籍;
第四节 读写器管理 连接或断开读写器功能 只支持IE8以上版本
第四节 读写器管理 首先修改IE浏览器参数(工具->Internet 选项 )
第四节 读写器管理 设置完成后点击“确定”按钮,弹出“警告”窗口修改浏览器参数。 安装完成后重启浏览器,登陆新卡管系统,如果浏览器出现以下提示框,点击‘是’。
第四节 读写器管理 点击“连接读卡器”有此提示说明控件安装成功,但是读卡器连接不成功。
第四节 读写器管理 插上读卡器,点击【连接读卡器】 注意:连接串口读写器需要注意选择串口号,连接成功会响“嘀”一声
第四章 第四章 常见问题 证件卡问题 学籍卡问题
第一节 证件卡问题 证件卡申报 照片不合格问题 证件卡卡号变更 证件卡应急制卡 系统会根据学生的证件卡持卡状态自动判断是否可以申报; 第一节 证件卡问题 证件卡申报 系统会根据学生的证件卡持卡状态自动判断是否可以申报; 照片不合格问题 如果卡管系统中没有学生照片,在学籍云平台中添加学生照片后,一天之后系统会自动同步该照片到卡管系统中; 如果卡管系统中以前有学生照片但错误,在学籍云平台中修改学生照片,需要手动同步该照片到卡管系统中; 个别情况,可点击【证件卡制卡申报】的学生列表中的学生姓名,可在卡管系统单独更新学生照片 证件卡卡号变更 证件卡卡号即原来的“学籍号”,只要学生的学校、校区、界别发生变化,学生的证件卡卡号将会连动变化;如有必要,则需要重新制卡;证件卡卡号变化后,需进行学籍卡卡片更新操作; 证件卡应急制卡 默认情况下,校区的应急制卡功能不开放; 校区有需要开放时,联系区卡管中心,在由区卡关中心联系市级卡管中心; 市级卡管员在系统中开放学校应急制卡权限; 应急制卡申报流程,校区申报--》市级审核--》学生到市卡管中心领卡;
第二节 学籍卡问题 只有未发卡状态才能报新制卡; 必须先挂失,才能做补卡申报和补卡登记; 连接读卡器 关于公交功能问题 第二节 学籍卡问题 只有未发卡状态才能报新制卡; 必须先挂失,才能做补卡申报和补卡登记; 正常模式,挂失,补卡申报后,只要是未领回,均可解挂; 连接读卡器 请参照连接读卡器帮助手册,帮助手册在校区用户的学籍卡操作功能下的连接读写器菜单里进行下载; 关于公交功能问题 学籍功能与公交功能是分开的,我们的卡管系统是无法做任何操作,更不会影响公交钱包的余额,使用说明可参考其一卡通网站 http://www.bmac.com.cn/bkxz/index.jhtml 公交一卡通电话: 010-96066
北控客服电话 4009100915 010-58964500 北控客服企业QQ 4006515253 卡管讨论QQ群 46653822,57419928 (卡管业务转3)