更多细节请参阅其软件操作说明书。
建议：基于安全的应用始终变化不断，软件投入一直无法满足客户的定制化要求。不如提供基本的SDK，接口,允许第三方以插件的形式开发控制界面、报表。
软件只提供核心的界面、架构，数据管理、控制器IO。开放一个交流平台，允许优秀的插件在微耕的生态系统中茁壮成长。做专业的硬件，做开放的软件。服务才是企业的根本。
一、部门
允许多级部门（超过3级，但总长不超过2047个字符（含分隔符）），取消了部门备注，增加了父子关系列
功能界面如下：
数据存储如下：
库结构差异如下：
删除了备注列，增加了编号列（用来表示父子关系），修改了部门名称与路径的长度，可以容纳更长的名称与路径。
二、人
拆分了用户表，产生了新表t_b_Consumer_Other。
删除了卡表，卡信息直接存入用户表
增加了新表t_b_Consumer_Delete，记录被删除人员的信息（删除后从用户表中移除，但不从t_b_Consumer_Other中移除）
操作界面
数据存储
库结构差异：
增加列，保存卡信息、启用权限分组类型
工号改成字符型，用户名称缩短至50字符
增加其它信息表
增加删除人员信息表
三、卡
删除了卡表，终于确认了以人为中心的设计理念（一卡通一直以来就是以卡为中心）
增加了卡挂失记录表
库结构差异：
四、操作员
五、权限
使用了权限分组功能，此前只是一个简单的卡、门权限的组合关系，此次改动后使用了通用的权限分组，将权限集中，抽象。权限类型即是卡、门的集合。也可以理解为某些卡在具有某种权限，此种权限在时间与位置上表现为某段时间可以通过某些门。
操作界面：
反潜回
此前一个控制器至多2个门，在一些大一点的场所，无法多控制器联动反潜回，目前仍然不能联动，2门与4门，感觉仍然无法处理大场所的反潜回。
六、控制器
SN变更为9位数(此前使用MAC后2字节，现变更为4字节),支持四门
增加了区域属性，终于解决了控制器的位置问题，一直以来只能通过名称来判断位置
修改了多个字段的类型，如SN使用了整形
增加多个字段记录状态
修改表名[t_b_TaskList]为t_b_ControllerTaskList用于控制器任务
操作界面：
数据存储：
库结构：
七、门
门序号使用了tinyint,比以前的VARCHAR更明确了一些，但仍然不知道到底能支持多少路
操作界面：
数据存储：
库结构：
八、读卡器
操作界面：
九、扩展功能
视频：
看操作界面，使用的仍然是海康威视的API。
定额就餐
考勤
巡检
十、 安装
安装包一如既往的渣，VS2012开始就集成了
，或者使用Advanced Installer也都能实现一键安装环境、部署程序，并且生成的安装文件更专业，也可以使用界面之类的进行更友好的控制。
安装包
版本列表（搞不清版本区别）
